[urn] Registration request for urn:eris: namespace
Endo Renberg <ehmry@posteo.net> Sat, 16 September 2023 09:37 UTC
Return-Path: <ehmry@posteo.net>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0291C151078 for <urn@ietfa.amsl.com>; Sat, 16 Sep 2023 02:37:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=posteo.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EQop8bsfOn-x for <urn@ietfa.amsl.com>; Sat, 16 Sep 2023 02:37:54 -0700 (PDT)
Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69044C14F6EC for <urn@ietf.org>; Sat, 16 Sep 2023 02:37:52 -0700 (PDT)
Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 7C80F240029 for <urn@ietf.org>; Sat, 16 Sep 2023 11:37:50 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1694857070; bh=zEI1iadbJBJwRp8Sl8ZkvKDLQLhCACZz7yiH4HkWNdg=; h=Date:From:Subject:To:MIME-Version:Message-Id: Content-Transfer-Encoding:From; b=cRUq8PFln/IcG0H0NUWYG7OVbhGgCB/KEPb3ApTiXpNDy/3tEJF0gvWWvrzYS75I/ SPYVf/gi/BGAnH5i2Xk5wPiEFhJK4EUqCEiu5qRJz7Ee/tNISe7ZyeVLI6tUmSDZ44 TS5zz6dYVxUgSLijMn/KaLLN8e3qPZbF9UC1GNfdIRoOSLG48Va31XjBgcJ3X7PfcX cI7nbCNpsmOlQTgYxYL79zYSLB1AHvp4FrgaofFMnCBVlvfUhiuRJ/eAGDreh2l0da Q4OatRumVoTsqdYmrNS2Kmj/dGjCAgjfLXpgLMYELB0ivfpB2eOvJSqIeKRAH0ieHM 1Rmvw2iZ2qvmg==
Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RnmF95Z0wz9rxB for <urn@ietf.org>; Sat, 16 Sep 2023 11:37:49 +0200 (CEST)
Date: Sat, 16 Sep 2023 09:37:43 +0000
From: Endo Renberg <ehmry@posteo.net>
To: urn@ietf.org
MIME-Version: 1.0
Message-Id: <1694856169.lcxe8yiejf.astroid@garbage.none>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/YZ2KfXAyCvGBLfD6iO8RnZ9ub8w>
Subject: [urn] Registration request for urn:eris: namespace
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Sep 2023 09:37:58 -0000
Namespace Identifier: ERIS Version: 1 Date: 2023-09-16 Registrant: Endo Renberg <ehmry@posteo.net> Purpose: ERIS URNs identify and verify immutable data. ERIS URNs are application, location, and protocol independent and may be created by anyone for any purpose which requires immutable data. These URNs may be conveyed in URLs using the "URN to Resource" method described in RFC2169 (https://datatracker.ietf.org/doc/html/rfc2169) Software may resolve ERIS URNs to content by use of dedicated ERIS services or by embedding an ERIS software library, both of which are freely available. Syntax: BASE32 = A-Z / 2-7 ERIS-URN = "urn:eris:" 106(BASE32) The semantics of the base32 digits is described in https://eris.codeberg.page/spec/#section-2.6. The use of r/q/f components in URNs is application specific and is neither defined or prohibited. Assignment: ERIS operates independently of any authority. Data is assigned an ERIS URN by chunking it by one of two block-sizes and using a convergent (deterministic) or unique block encoding. This results in two possible convergent URNs for any given data or an unlimited number of unique URNs. Security and Privacy: ERIS URNs identify data independently of location so knowledge of a URN must be assumed to be sufficient authorization to access the data that it refers to. This behavior also permits the so-called "Confirmation of A File" attack which may be partially mitigated by creating URNs using unique encodings. Interoperability: An ERIS namespace is not know to be in use elsewhere and the ERIS URN is designed to be highly interoperable. The interpretation of base32 data within the URN is constrained and non-extensible. Resolution: An ERIS URN may be resolved to content by standalone services or embedded software libraries. No organization is responsible for hosting and resolving ERIS encoded data. Documentation: http://purl.org/eris
- Re: [urn] Registration request for urn:eris: name… worley
- [urn] Registration request for urn:eris: namespace Endo Renberg
- Re: [urn] Registration request for urn:eris: name… Peter Saint-Andre
- Re: [urn] Registration request for urn:eris: name… worley
- Re: [urn] Registration request for urn:eris: name… Peter Saint-Andre
- Re: [urn] Registration request for urn:eris: name… Endo Renberg
- Re: [urn] Registration request for urn:eris: name… Peter Saint-Andre
- Re: [urn] Registration request for urn:eris: name… worley
- Re: [urn] Registration request for urn:eris: name… worley
- Re: [urn] Registration request for urn:eris: name… Peter Saint-Andre
- Re: [urn] Registration request for urn:eris: name… worley
- Re: [urn] Registration request for urn:eris: name… Endo Renberg