[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