Re: [Blockchain-interop] Thoughts on unique DLT numbering/identification

Martin Hargreaves <martin.hargreaves@quant.network> Mon, 12 October 2020 15:20 UTC

Return-Path: <martin.hargreaves@quant.network>
X-Original-To: blockchain-interop@ietfa.amsl.com
Delivered-To: blockchain-interop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 713823A1576 for <blockchain-interop@ietfa.amsl.com>; Mon, 12 Oct 2020 08:20:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=quant.network
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id coqPex2KkkgD for <blockchain-interop@ietfa.amsl.com>; Mon, 12 Oct 2020 08:20:49 -0700 (PDT)
Received: from GBR01-LO2-obe.outbound.protection.outlook.com (mail-eopbgr100079.outbound.protection.outlook.com [40.107.10.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32C223A1578 for <blockchain-interop@ietf.org>; Mon, 12 Oct 2020 08:20:48 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kH1yQkuTIjhT/63pSAuKimjQguwRs/nrcBDql2U9q+EtZtQaSGvNnMUC4E8DhA6GKuE35xYaiAyAKxSQ1fm1wB9RJu5iIZE66u7YYT1bw6opQx2TKbukH2Jr4bNlrJIHHIlXvXS5rAY5Z8vJSXp4Oh4dsszwv4eEWXznLqWsT2iAwJbc5XcQOnzx9ZCuLpmS6AaEg2HtyjJavJzfvdvh6LLHPu5xaJv+qiD0CBAg24m9BYP+F8WjyAHNzhL82tYzPj/TaB5FwfvQk/Dcdst95anfVaPAbRrw8Ln5T8INYy7dUc0YNVL4U/ARWPXhXm82VKnL1rPHjNNvp4TOhxACJw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xhm+4d5CRdL31IIISGb8OijEI4QL8c+RWUQY6APaVyg=; b=Grjlb6ZDqFyPo1fnIkeI+NKTdhgnqFzrwwyQRrCLf0xE6NEFkbZBC8dBRMSlZRl27NoVHv1znS3gWMjRWWwfK3OACcc7QWdYtte4BIaHTVdqFp35jTo/XgTzgVa9YLdCATWsGtEYlrBFeYlZT+T4TkKDFu7A5RskAgurXoxLfDTXkdzejNA8Ra1CxgMZYscYyhWBWmYanvSfshdJxpP0/rQlpI2YY4pt7wsPcmha6QhjEDJJmTRgBkUJWXi88a3YWZ5FIExq2tu0k+K3n7Hx1AyWmp8dIwwscHFvi81Hb4/hVSe9QzyfQWuNrUx9shSwtv+7Mbbm+7pvnvhXsHFbxA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=quant.network; dmarc=pass action=none header.from=quant.network; dkim=pass header.d=quant.network; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quant.network; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xhm+4d5CRdL31IIISGb8OijEI4QL8c+RWUQY6APaVyg=; b=RZULnWqojoKJBG2lC8uPDln6f/2qOsyxMOFuhDbskdjxaMOe4ep7nB75nM4uEY4mH/Dr1uM5Lwj2Nhb+L7OrikkuB4TnpB2ogoVuN6zJ8kzqoNrmRGrCpUVtGTjRZOf+CfwUNEZsuux1h6j7kYe5jxReYHWv95kPlph60sYO8JQ=
Received: from CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM (2603:10a6:401:7e::17) by CWLP123MB3860.GBRP123.PROD.OUTLOOK.COM (2603:10a6:400:a0::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.23; Mon, 12 Oct 2020 15:20:46 +0000
Received: from CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM ([fe80::896:11e2:559b:a188]) by CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM ([fe80::896:11e2:559b:a188%3]) with mapi id 15.20.3455.030; Mon, 12 Oct 2020 15:20:46 +0000
From: Martin Hargreaves <martin.hargreaves@quant.network>
To: Thomas Hardjono <hardjono@mit.edu>, Miguel Correia <miguel.p.correia@tecnico.ulisboa.pt>, "blockchain-interop@ietf.org" <blockchain-interop@ietf.org>
Thread-Topic: [Blockchain-interop] Thoughts on unique DLT numbering/identification
Thread-Index: AQHWnmurYC1vKWyIVkyrBd/ooNUmrKmQyE+AgAAdDACAAubbgIAAJ0aAgAAlyEA=
Date: Mon, 12 Oct 2020 15:20:46 +0000
Message-ID: <CWXP123MB17517A0FE5208935FD4A2E2FFC070@CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM>
References: <6a6b1e0074c4416dada1bfab957b8371@oc11expo23.exchange.mit.edu> <209BF1C3-ED51-4607-8255-CE806A352C6F@tecnico.ulisboa.pt> <15ec6f9f930e42e08a2a98c63407fb13@oc11expo23.exchange.mit.edu>, <EE086F89-B88F-4765-A566-6074DB42728B@tecnico.ulisboa.pt> <f079dc78c68e413596bad5bfa2c06784@oc11expo23.exchange.mit.edu>
In-Reply-To: <f079dc78c68e413596bad5bfa2c06784@oc11expo23.exchange.mit.edu>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=quant.network;
x-originating-ip: [2a00:23c7:978c:3a00:209a:a6ea:2301:4bb9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 60a04f16-17c1-4474-7d8a-08d86ec26477
x-ms-traffictypediagnostic: CWLP123MB3860:
x-microsoft-antispam-prvs: <CWLP123MB3860EC76E60850878F122EC8FC070@CWLP123MB3860.GBRP123.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: qvwyTKOfcLkuo7EC+08DKVkwaSUKH4AOcqN98eniVvdWqHV5rvXoYdZ9LqA6cDwTz1UolznIIUm3ejK3iUOiCKIt+QBK1/TquBa4YULLV84tHJQkWHQvym5tjvJS9LtGPZRBDcPlj521MIiGexOpnrab2DBPDfuDYstTnrftOQ/+1edBx2FDqmoP3O5M0uhdUXDUrzg3kOecsfWrW7Shj4xIwvTwn8R/RrqFPR8r1fbL7rsFOnHC7pJb5bEsQnfzb6sEHFQfr4L+TAT35BphAbItkSQev2ZsR4M7XtUe3Tz9haWO0ckWCDcYEhd+EgKuq81zN7D7fgjNdYCPrnFEUU+AEbUK/rMA5fuF5bvmZIL2mbxS2tpjS4TbcoEtpwVVdWOlzapmabLcdFpGpZ78Qozxwr6UqoxepgPkcp8XXuausjNVH0dO7urbNK2fiXOxJFVLSkX1NYAVoeZTMhvWtQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(346002)(136003)(39830400003)(376002)(42606007)(366004)(8936002)(44832011)(9686003)(186003)(33656002)(6506007)(966005)(71200400001)(53546011)(2906002)(7696005)(478600001)(86362001)(66946007)(76116006)(66556008)(66446008)(83080400001)(5660300002)(55016002)(83380400001)(8676002)(316002)(66574015)(110136005)(52536014)(66476007)(64756008)(46492008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: MCZBtlPkXTe7e4LAUdncNystPqmnkeD8QcOVXMcL68i24nu+PWcI1lGIJKzBtoTW7McMialezruGDu6Sa2qOA1m2HT/Zv6gG1+q6fkd6OSiGHyEY8Ud/yrDt2osbTFqX8mFFAuHQgc8M1dl2KVZ7Ix+dWrd/764XieYWUo3pwafdmru6/Z+RLbV0XWsmlOXPlfnlOldRTHp2HQlRpO1NuIAd6idzT9LRBHh2FBRvPivOMRRl57jQ4zU0dzT3YRjVXJ8godqfyVAT7XnYmNIPOopuQ7f+bg1lMW+LfD4ewlExrMsPAuUxDxw891D///Sps+aKKhTO1eTvwJgUE9vxAT7vVFpndkPLy0csyLVlhc2DHkdRJ/+AcGec6Bjh5buQIFJkc3ca+vBsn+qbLShRcjMrq1Sf/gDa9bia0x1xkJpGb7CJEP5J+otYZf3nJyDqUUkol1GYcF6TiCfUTHFF13o5DaiQxmFm5LeGHk6wyRIL60wYyIQtbWkXT8DjS/DLgni2VNfP9cJpfapc6ojRMP0TQSoVU6XpXnwSmf0ra9TDG7xmljXyLBKPqDz0CM99qd9s+WPJZNHJBI9JucVi5ptAk8E9yGTI0sGcANU3cahyOKlxjMqDVxnaOLH3H0W7L4ecJsbtWESOAXokp7E7xPbdzO10BLm+ESRucbqLccUvIxSX9+5lQdEvpor3A2wmzSQk1B8qjQuSmu2j0DRSzQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: quant.network
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CWXP123MB1751.GBRP123.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 60a04f16-17c1-4474-7d8a-08d86ec26477
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Oct 2020 15:20:46.0658 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 70500bf4-d417-4259-8a6e-b7a550c6d120
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: qLm9lhzfgXyQrj1cVDPJQxWpXExU/5kkaziG0+WRsyf1t2UZ+Cr8QC2Mp70QoV9VSfJBNwyQzUgQi6fbI8zj3Ne+q7qglkdAcVHoAmtzOWc=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CWLP123MB3860
Archived-At: <https://mailarchive.ietf.org/arch/msg/blockchain-interop/T3xQJOCiPSFMf2mfDvV0Ek8LJlk>
Subject: Re: [Blockchain-interop] Thoughts on unique DLT numbering/identification
X-BeenThere: blockchain-interop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Blockchain Gateway Interoperability Protocol <blockchain-interop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/blockchain-interop>, <mailto:blockchain-interop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/blockchain-interop/>
List-Post: <mailto:blockchain-interop@ietf.org>
List-Help: <mailto:blockchain-interop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/blockchain-interop>, <mailto:blockchain-interop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Oct 2020 15:20:51 -0000

Hi Thomas and Miguel,

I think 32 bits should be enough unless we envisage embedded DLT gateways in IoT devices or other very widespread small systems - I think that's relatively unlikely at this point, and would probably deserve a later revision to a number of areas.

Best,

Martin

-----Original Message-----
From: Blockchain-interop <blockchain-interop-bounces@ietf.org> On Behalf Of Thomas Hardjono
Sent: Monday, October 12, 2020 2:04 PM
To: Miguel Correia <miguel.p.correia@tecnico.ulisboa.pt>pt>; blockchain-interop@ietf.org
Subject: Re: [Blockchain-interop] Thoughts on unique DLT numbering/identification


Hi Miguel,

I agree with you that IETF is a good place to discuss this problem of numbering/identification of blockchain systems. Perhaps this could be a separate draft.

Something like this:

(a) Blockchain network number:  32 bits

(b) Provider (VASP) identification number:  32 bits

Would 32-bits be large enough for uniquely numbering blockchain systems in the future?  (The SWIFT number for bank identification are only 11 characters, and they seem to be working ok).




-- thomas --


________________________________________
From: Blockchain-interop [blockchain-interop-bounces@ietf.org] on behalf of Miguel Correia [miguel.p.correia@tecnico.ulisboa.pt]
Sent: Monday, October 12, 2020 6:43 AM
To: blockchain-interop@ietf.org
Subject: Re: [Blockchain-interop] Thoughts on unique DLT numbering/identification

Hi Thomas,

I think we should discuss the relevance of this aspect because the IETF could be the right organization to handle it. I think the scope is wider than interoperability, but it is an enabler for interoperability so it might make sense to work on a proposal to solve it.

Best,
Miguel

> On 10 Oct 2020, at 15:24, Thomas Hardjono <hardjono@mit.edu> wrote:
>
>
>
> Hi Miguel,
>
>>>> I think today we distinguish blockchains in two ways:
>
> Agree - this is what is being used today. The client software is either configured (e.g. with IP address/port of nearest nodes), or the user needs to type in a destination system.
>
>
>>>> One solution would be to continue using IP addresses and use DNS to
>>>> register names for blockchains. However, for consortium blockchains
>>>> that involve several organizations, this creates the problem of who shall register the name.
>
> My understanding is that the current direction of the regulators (e.g. FATF) is to require entities handling virtual assets (i.e. VASPs or virtual asset service providers) to have some form of legal identification (e.g. LEI number) or business registration (e.g. Incorporation number in the US).
>
> However, that is just numbering or identification for one entity (one VASP).  If a group VASPs form a consortium sharing a common blockchain system with many nodes, then on the protocol level there still needs to be some identification for that "system" consisting of the multiple nodes.
>
>
>>>> Another aspect is that IDs/names are often used to help finding a resource.
>
> Yes, exactly -- this what we need, some way to uniquely identify resources within a blockchain systems (independent of whether the resource is reachable, such as when within/behind private blockchains).
>
>
> Best
>
>
> -- thomas --
>
>
>
> ________________________________________
> From: Blockchain-interop [blockchain-interop-bounces@ietf.org] on
> behalf of Miguel Correia [miguel.p.correia@tecnico.ulisboa.pt]
> Sent: Saturday, October 10, 2020 8:40 AM
> To: blockchain-interop@ietf.org
> Subject: Re: [Blockchain-interop] Thoughts on unique DLT
> numbering/identification
>
> Hi Thomas,
>
> This is a very interesting topic.
>
> I think today we distinguish blockchains in two ways:
>
> - the client software we use is associated to a single blockchain and
> the identification is implicit in the software; or the client software
> is associated to more than one  blockchain and the software provides
> us that distinction (e.g., showing we if we are using blockchain bc1
> or bc2)
>
> - by IP address / port of (a subset of) the nodes
>
> I think currently this satisfies most needs, but I also think some kind of ID scheme will be needed in the future. For example, organizations may start using many instances of the same permissioned blockchain software (e.g., Fabric), with nodes in several other organizations. Using IPs/ports might be possible but surely not practical.
>
> One solution would be to continue using IP addresses and use DNS to register names for blockchains. However, for consortium blockchains that involve several organizations, this creates the problem of who shall register the name.
>
> Another aspect is that IDs/names are often used to help finding a resource. Is that interesting in this context?
>
> Best,
> Miguel
>
>
>
>> On 9 Oct 2020, at 19:41, Thomas Hardjono <hardjono@mit.edu> wrote:
>>
>>
>> One of the gaps or issues with blockchain systems or DLTs today is the lack of a globally unique and uniform numbering (identification) scheme for each system.
>>
>> For example, if a community in one country is running its own network of nodes (using a version of Hyperledger or Quorum), and a different community in another country is using the same software-stack on a different set of nodes, there is no way for a machine today (e.g. client) to distinguish between these communities (networks).
>>
>> There has been some proposals for numbering/identification of the entities (e.g. VASP number), but this does not cover the network as a whole.
>>
>> Do we need something like ARIN registry to allocate AS-numbers for blockchain networks.
>>
>>
>> Thoughts anyone?
>>
>>
>>
>> -- thomas --
>>
>>
>> --
>> Blockchain-interop mailing list
>> Blockchain-interop@ietf.org
>> https://www.ietf.org/mailman/listinfo/blockchain-interop
>
> --
> Blockchain-interop mailing list
> Blockchain-interop@ietf.org
> https://www.ietf.org/mailman/listinfo/blockchain-interop
>
> --
> Blockchain-interop mailing list
> Blockchain-interop@ietf.org
> https://www.ietf.org/mailman/listinfo/blockchain-interop

--
Blockchain-interop mailing list
Blockchain-interop@ietf.org
https://www.ietf.org/mailman/listinfo/blockchain-interop

--
Blockchain-interop mailing list
Blockchain-interop@ietf.org
https://www.ietf.org/mailman/listinfo/blockchain-interop
This message is intended solely for the addressee and may contain privileged and confidential information. If you have received this message in error, please send it back to us, and immediately and permanently delete it. Do not use, copy or disclose the information contained in this message or in any attachment. Quant Network does not guarantee that this email has not been intercepted and amended or that it is virus free.