Re: [Sat] Question about asset-identifiers

Rafael Belchior <rafael.belchior@tecnico.ulisboa.pt> Thu, 21 March 2024 13:38 UTC

Return-Path: <rafael.belchior@tecnico.ulisboa.pt>
X-Original-To: sat@ietfa.amsl.com
Delivered-To: sat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39522C1D4CC9 for <sat@ietfa.amsl.com>; Thu, 21 Mar 2024 06:38:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.006
X-Spam-Level:
X-Spam-Status: No, score=-2.006 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, 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 (1024-bit key) header.d=tecnico.ulisboa.pt
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 C7kxBGzfrrkE for <sat@ietfa.amsl.com>; Thu, 21 Mar 2024 06:38:28 -0700 (PDT)
Received: from smtp1.tecnico.ulisboa.pt (smtp1.tecnico.ulisboa.pt [IPv6:2001:690:2100:1::15]) (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 DAA6EC15152D for <sat@ietf.org>; Thu, 21 Mar 2024 06:38:26 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.tecnico.ulisboa.pt (Postfix) with ESMTP id 276C06002308; Thu, 21 Mar 2024 13:38:13 +0000 (WET)
X-Virus-Scanned: by amavis-2.13.0 (20230106) (Debian) at tecnico.ulisboa.pt
Received: from smtp1.tecnico.ulisboa.pt ([127.0.0.1]) by localhost (smtp1.tecnico.ulisboa.pt [127.0.0.1]) (amavis, port 10025) with LMTP id a5QJO8VLQefl; Thu, 21 Mar 2024 13:38:10 +0000 (WET)
Received: from mail1.tecnico.ulisboa.pt (mail1.ist.utl.pt [193.136.128.10]) by smtp1.tecnico.ulisboa.pt (Postfix) with ESMTPS id 697D160022F7; Thu, 21 Mar 2024 13:38:10 +0000 (WET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tecnico.ulisboa.pt; s=mail; t=1711028290; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0F1/byzKt8ixUNe+0ow2AzjfQkWwdvBxmbqKgrGbnUE=; b=hmK8ui40EG2sqIwVI2J/trJTUg1bAvGtGBme2KtKc/YHXKOxWK36bUgNbDMgRpKDJQnxYA MkLZzG7/qHaqZUXSDD+sI6o8cBxLXtoZL3Kh212TtJKeaaVWfe6I15J8jMjniaP5+S5uxL AqVE2MCWqijAFKe7ydo+y5qXz8k5EYc=
Received: from webmail.tecnico.ulisboa.pt (webmail3.tecnico.ulisboa.pt [IPv6:2001:690:2100:1::912f:b135]) (Authenticated sender: ist180970) by mail1.tecnico.ulisboa.pt (Postfix) with ESMTPSA id 5333D36009B; Thu, 21 Mar 2024 13:38:10 +0000 (WET)
Received: from 2a02:2f05:f10e:2a00:cc1e:c74c:e582:588a via vs1.ist.utl.pt ([2001:690:2100:1::33]) by webmail.tecnico.ulisboa.pt with HTTP (HTTP/1.1 POST); Thu, 21 Mar 2024 13:38:10 +0000
MIME-Version: 1.0
Date: Thu, 21 Mar 2024 15:38:10 +0200
From: Rafael Belchior <rafael.belchior@tecnico.ulisboa.pt>
To: Thomas Hardjono <hardjono@mit.edu>
Cc: sat@ietf.org
In-Reply-To: <DM6PR01MB4395DA2EFF962C980F92B220CB322@DM6PR01MB4395.prod.exchangelabs.com>
References: <DM6PR01MB4395DA2EFF962C980F92B220CB322@DM6PR01MB4395.prod.exchangelabs.com>
User-Agent: Roundcube Webmail
Message-ID: <81994b1a7a83ce363e9954188f3529a5@tecnico.ulisboa.pt>
X-Sender: rafael.belchior@tecnico.ulisboa.pt
Content-Type: multipart/alternative; boundary="=_971cba16bdb6accfba7a88ccad2d2aed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sat/TX2Kqw_m4P4e8rCmLBbMLc-qYV4>
Subject: Re: [Sat] Question about asset-identifiers
X-BeenThere: sat@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "The purpose of this mailing-list is to discuss the secure asset transfer \(SAT\) protocol and related aspects." <sat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sat>, <mailto:sat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sat/>
List-Post: <mailto:sat@ietf.org>
List-Help: <mailto:sat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sat>, <mailto:sat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Mar 2024 13:38:33 -0000


Hello Thomas,

Is there a possibility that the asset on NW02 preserves its original ID 
(DAI01)? This would eliminate the issues you are describing. We could 
also create a history of the IDs the asset has on the proofs that are 
returned from the gateways (to ensure traceability).

Rafael

A 2024-03-21 15:19, Thomas Hardjono escreveu:

> Folks,
> 
> Earlier this week I received a question about SATP-core, specifically 
> about digital asset identifiers in the origin network (NW1) and in the 
> destination network (NW2).
> 
> The digital asset identifier (DAI) is described very briefly in Section 
> 5.2.3 of draft-core-03 as a UUID.
> 
> The question looks simple, but has some twists related to traceability 
> of asset transfers (i.e. regulated assets and taxation) and privacy:
> 
> -- Assume the digital-asset is recorded in NW1 (i.e. in the ledger or 
> database) as having an identifier DAI01.  After a successful transfer 
> to NW2, the asset is assigned a new identifier DAI02 in NW2.
> 
> -- Question: should NW1 be aware of the new identifier DAI02 in NW2?   
> (for example, the new identifier DAI02 is reported back from gateway G2 
> to gateway G1 within the ACK-Final-Receipt message (message 3.7 of 
> draft-core-03)).
> 
> -- The implication concerns privacy:  if the new identifier DAI02 is 
> also copied (recorded as plaintext data) in NW1, this may permit other 
> participants (other asset holders) in NW1 to know the new owner of the 
> asset in NW2.
> 
> My response was that only the hash-of-DAI02 should be recorded in NW1.
> 
> So, the ACK-Final-Receipt message sent from gateway G2 to G1 should 
> have the following parameters (where these will be recorded as data 
> onto NW1 by G1):
> 
> Identifier of G1 and G2 (who handled the transfer instance).
> 
> The network identifier NW2 (to where the asset was transferred).
> 
> The asset identifier DAI01 (which is already known in NW1).
> 
> The hash of the asset identifier DAI02 (as it is known in NW2).
> 
> Date/timestamp.
> 
> As a corollary, when gateway G2 mints and assigns the new asset in NW2 
> (i.e. assign asset to Bob in NW2 immediately following the 
> Commit-Final-Assertion message 3.5), gateway G2 should also record the 
> hash of identifier DAI01 to NW2:
> 
> Identifier of G1 and G2 (who handled the transfer instance).
> 
> The network identifier NW1 (where the asset originated from).
> 
> The asset identifier DAI02 (the new identifier in NW2).
> 
> The hash of the asset identifier DAI01 (as it was known in NW1)
> 
> Date/timestamp.
> 
> Any thoughts?
> 
> --thomas

-- 
-- Rafael Belchior

Ph.D. student in Computer Science and Engineering, Blockchain - Técnico 
Lisboa
https://rafaelapb.github.io/
https://www.linkedin.com/in/rafaelpbelchior/