Edit

0013 Darwinia Cross Chain Nft Standards

  • rfc: 13
  • title: 0013-darwinia-cross-chain-nft-standards
  • status: Draft
  • desc: Darwinia Cross-chain NFT Standards

Cross-chain NFT Standards

I. 概述

为了方便的标记一个物品或者一个资产，我们会用一个唯一的标识来标记它，不同的物品具有不同的标识。我们先拿物理空间里面的物品举例，在理想情况下，所有的物品都应该在同一个时空里面，这样大家都能观察的到，并且方便做区分和标识。但是现实情况是，不同的物品可能存在于不同的时空里面，并且观察者也不一定能看到每一个物品。同样的情况，在虚拟资产世界，因为存在不同的账本或称区块链网络(简称域)，不同的物品在同一个域里面因为有不同的标识，可以容易的区分和定位，但是该域里面的观察者无法识别和解析来自外部域的物品标识。

目前现有的很多通证标准的设计，都主要是针对域内资产进行标识设计，没有将不同域内的资产复用考虑进来，这样导致在对非同质资产进行复用时，单独的 Token ID 无法标识唯一的资产，还需要带上很多域信息，实现起来十分复杂。

跨链技术可以极大的帮助通证在更广泛的区块链网络中实现互联互通，但是同时，也给开发者和用户带来了一些认知和使用门槛，其中就包括通证可识别性的问题。

因为目前的通证标准，例如 ERC20 或 ERC721，只记录的其在某个特定链上的所有权信息，没有考虑到通证有可能会分布在两个区块链网络。当通证同时分布在两个区块链网络时，我们需要一套识别和解析系统帮助用户和通证应用来解析和查询当前的通证状态。当我们给出一个 NFT 的 Token ID 时，我们无法确定它目前所在区块链网络是哪个，其所有者是谁，因为当 NFT 发生跨链转移后，在其中一个区块链网络上该通证处于活跃状态，而其他则处于不可用状态，比如锁定状态。在没有通证解析系统的情况下，链外操作无法确定该 NFT 在哪条链上时处于活跃状态。

跨链环境下，Token 面临的识别性和解析问题，需要新的解决方案和标准来解决。因此我们引入一个基于通证跨链证明的解析系统来解决通证跨链时的定位和解析需求，通过通证解析系统和域内唯一标识，我们可以存在与不同域的通证之间的关联关系映射起来，并标识他们之间的相同与不同。

本文将在RFC-0010 Darwinia Cross-chain NFT Bridge Protocol的基础上，进一步细化 NFT 相关的标准和设计细节。

II. 介绍

A. 目标

  • 可识别。NFT 在跨链过程中，应该保证 NFT 的 token id 可被追溯。因为不同区块链的 token id 表示的类型不同，所以 NFT 在不同区块链之间流转的过程中，token id 的内容和类型都可能会发生变化；甚至同一个 NFT 在从 chain A 跨到 chain B，再从 chain B 跨回 chain A 后，在 chain A 上的 token id 也可能会发生变化，token id 的不可识别直接导致资产价值归零。因此与 fungible token 不同的是，保持 NFT 的可识别性是 NFT 跨链安全的重要部分。
  • 可追踪。因为 NFT 在跨链过程中，token id 会不断发生变化，因此了解同一个 NFT 在不同链上的 token id 可以对应用层的建立更加复杂的逻辑提供极大的帮助。
  • 访问友好。鉴于需要和外部的钱包/RPC 客户端交互，因此减少外部访问的成本，提高效率和友好性也是 NFT 跨链中的重要内容。在 0010-darwinia-cross-chain-nft-bridge-protocol 实现方案中，随着 NFT 在 Bridge Core 内流转的次数越多，在 Bridge Core 内沉淀的信息也就越多。因此外部钱包/RPC 客户端只需要向 Bridge Core 请求一次，就可以得到该 NFT 在所有链的 local token id 信息。而不需要向每条链分别请求获取。

B. 术语

  • GID / Global ID， 表示 NFT 在所有链中的全局唯一标识。适用范围：全局
  • Local ID / Local token id，表示 NFT 在不同的区块链中的 token id. 适用范围：某一条区块链

C. 分类

当我们讨论 NFT 跨链时，可以根据 NFT 所在基础设施的网络情况，分成几类：

  • 跨平行链(Polkadot 内)

当在平行链之间进行跨链时，例如在 Polkadot 网络中，因为有共享安全，共享运行时 SPREE 等设计，因此将通证解析系统放在中继链上时最合适的，因为通证跨平行链的消息会流经中继链，中继链可以通过在消息中继模块之外，嵌入一个收集模块，将通证跨链消息规范化统一收集之后，提供给通证解析服务。

  • 跨异构公链

在异构跨链模式下，例如 Ethereum 和 EOS 之间，或者 Ethereum 和 Tron 之间，通证跨链一般通过跨链转接桥的方案等进行跨链，例如 ACCS(HTLCs), XClaim, Parity Bridge(Mainet/Sidechain)，Darwinia Bridge Core 等等。

对基于 Darwinia Bridge Core 技术搭建的跨链转接桥，其 NFT 的跨链是通过在对手链上构建超额抵押的对称 CBA，并利用 Chain Relay 技术来保证可赎回性和可解析性。Darwinia Bridge Core 跟其他转接桥技术的区别有两点，1. 背书链也支持 Chain Relay 以更好的验证外链证明，而不需要担保质押 2. 通过在不同的公链上构建 Darwinia Chain Relay，并利用一个 Hub 结构来优化利用这些基础设施，实现公链间的互联互通。设计细节可以参考 RFC0010.

本文所讨论的 NFT 跨链标准，主要集中的 Polkadot 内部，也就是平行链之间的 NFT 跨链标准，而对于公链间的跨链桥细节和外部公链上的 NFT 标准则不包含在本文范围。

III. 跨链共享标准

A. 全局唯一标识 GID 和 Local ID

鉴于 NFT 跨链的目标，本方案会在跨链时为 NFT 分配一个唯一个全局 ID，并且在跨链桥内部保留其在外部链上的 local token id，达到可识别、可追踪、访问友好的目标。

（跨链桥 Bridge Core 的实现细节详见0010-darwinia-cross-chain-nft-bridge-protocol）[1]

为了将不同标准的通证标识符进行规范化，以提供识别和解析方法，与现有的标准进行很好的协调和对接，并满足社区基础设施建设的标准需求。跨链系统将为每一个跨链后的通证分配一个全局 ID(global_id)。

GID 生成方式

GID 作为 NFT 的全局标识，需要保证唯一性。因此不同的 NFT 在跨链时为其通过自增的方式分配一个 GID 即可。

CID-based Local ID 编码方式

Local ID 为了保证其跨链可识别性，需包含一下三个字段：

<chain id><contract id><token id>

不同的区块链的数据类型不同、加密方式等都不相同，因此 local token id 很可能从内容到类型都差别很大。

这里，我们借鉴 IPLD[2]中 CID 的编码方式。鉴于 IPLD 用来解决不同区块链上的内容寻址问题，因此也非常适合用来解决这里的 local token id 的索引问题。

<mbase><version><chain id><data>

解释：

  • mbase: 编码方式，base58,base64 etc.

  • version: 版本信息。

  • chain id: chain id 信息

  • data: 包含以下两个字段

    <contract id><token id>

    contract id 和 token id 又遵从以下格式：

    <hash func><len><value>

    因此完整的 data 字段如下：

    <hash func><len><contract id content><hash func><len><token id content>

通过这种编码方式，既可以清晰地寻址到 local token id，又节省了字节数，提高了传输效率。

B. Utlilising Fungible/Non-fungible assets on Polkadot

基于已有的 polkadot 内部 fungible asset 的标识和使用方案[3]进行扩展，我们可以使用如下一行 URI 格式的标识方式，为钱包/ RPC 客户端的访问提供便利：

同一个 NFT 资产可以用：

polkadot://<nft|ft flag>/<Local ID>

可以用：

polkadot://<nft|ft flag>/<Global ID>/<chain ID>

来表示。

其中 nft|ft flag, 0 表示 fungible token, 1 表示 non-fungible token

举例：假设 z43AaGEvwdfzjrCZ3Sq7DKxdDHrwoaPQDtqF4jfdkNEVTiqGVFW 表示以太坊上合约为 0x14a4123da9ad21b2215dc0ab6984ec1e89842c6d，token id 为 0x01 的 NFT，它对应的 GID 为 42，那么

polkadot://1/z43AaGEvwdfzjrCZ3Sq7DKxdDHrwoaPQDtqF4jfdkNEVTiqGVFW

表示，也可以用：

polkadot://1/42/eth

表示。

这两个 URI 会寻址到同一个 NFT. 因为 Bridge Core 已经提供了 GID 和 Local ID 间的关系拓扑

C. 数据请求格式

如果有钱包/RPC 客户端向 Bridge Core 请求 NFT 的拓扑信息，可以根据 GID 得到所有已知链的 local ID 信息：

{
    GID: 42,
    total: [
        {
            chain_id: eth,
          contract_id: 0x1234,
            token_id: 0x01
     },
        {
            chain_id: eos,
            asset_id: dgoods,
            token_id: 1.2.3
        },
      ...
    ]
}

D. 基于 UNFO 的解析模块

通证解析模块是 NFT cross-chain 协议内嵌的一个模块，用于在 Issuing chain 或者其连接的中继链上记录和解析当前通证在中继链范围内的全局状态，并规范化处理成解析格式的方式，来为跨链网络提供通证解析查询和可追踪性。由于在 NFT 跨链桥协议中，使用了 UNFO 来记录与 NFT 相关的跨链信息，协议和其他映射信息，因此我们可以利用这些证明信息，并引入 NFT 解析模块来记录、更新和解析 UNFO 及相关信息。

在 NFT 通过 Bridge Core 从 B 链转移至 I 链的过程中，Bridge Core 会为每一个 NFT 分配一个 GID，并将中间状态及其转移过程表达成 UNFO，包括 GID, (External Chain ID, External Contact Address, External Token ID), lock_script 等信息。

这些 UNFO 记录集合会被归集在一个记录解析表里面，通过这个解析表，可以为跨链协议(e.g redeem)提供 NFT 通证解析服务，也可以为外部系统提供 NFT 解析服务。

UNFOGIDExternl Chain IDExternal Contact AddressExternal Token IDLock_ScriptActive Status
1GID0001EthereumA_ERC72112script_issuing_burn_or_relayFalse
2GID0001TronB_TRC721?script_backing_redeemTrue
3GID0002EOSC_dGoods2.5.4script_issuing_burn_or_relayFalse
4GID0002EOSC_dGoods2.5.4script_ownership_contractTrue
5GID0003Bridge CoreNoneNonescript_ownership_contractTrue
6GID0004ETCETC_ERC72123script_issuing_burn_or_relayFalse
7GID0004EthereumD_ERC115513script_backing_redeemFalse

GID0001: This NFT is cross-chain transfered from (Ethereum, A_ERC721, 12) to (Tron, B_TRC721, ?) trough Bridge Core, Currently it is active on Tron.

GID0002: This NFT is cross-chain transfered from (EOS, C_dGoods, 2.5.4) to an account Bridge Core,the script_ownership_contract is linking to an ownership managemetn contract on Bridge Core.

GID0003: This NFT is originally created on Bridge Core, it is recorded as UNFO because the golobal identifier is generated in the UNFO module, the script_ownership_contract is linking to an ownership managemetn contract on Bridge Core.

GID0004: This NFT is cross-chain transfered from (ETC, ETC_ERC721, 23) to (Ethereum, D_ERC1155, ?) trough Bridge Core, and then redeem reversely back. The 7th UNFO's External Local ID is unknow before redeem, but when redeeming, it will be updated to reveal it's value.

Figure: UNFO Set Table Sample
备注:

  1. External Token ID 有可能是未知状态，用"?"表示，之所以会出现这种情况，是因为在 issue 过程中, 目标发行链上生成的 External Token ID 不会通知和反馈给 Bridge Core，没有相关的交易证明信息，UNFO 也就只好设置该值为未知。但是，当后面某些新的赎回交易发生时，发起者发送给 Bridge Core 的赎回交易有可能会包含 GID 和 External Token ID，此时可以通过这个交易证明，更新原来未知的 External Token ID 值为已知值。
  2. 为了保持良好的一致性，在 NFT 通过 Bridge Core 跨链流转的生命周期内，希望保持 External Chain ID 和 (External Contact Address, External Token ID) 的映射关系保持不变，此时可以通过上面提到的解析服务，至历史 UNFO 记录里面查询相应的 External Token ID，以保持一致性。

E. 跨平行链操作

在稍后的 III 章节，我们将会假设转账是发生在同一条链上的，关于如何处理跨链间的转账，我们将会使用一个关联的 SPREE 模块来解决(参考 Polkadot 相关方案[3]实现)。

通证解析系统还可以设计一个关联的 SPREE 模块(共享存储和共享运行时)，这样可以把解析模块当做一个共享的模块，开放给其他平行链来使用。SPREE 模块还可以帮助在解析模块内定义约束条件，例如全局的通证总量，发行规则，并部署至 SPREE 模块，可以实现中继网络管辖范围的验证和可信互操作。

IV. NFT Standard on Polkadot/Darwinia

A cross-chain non fungible token standard is required for blockchains to transfer assets across the ecosystem and for clients (e.g. wallet, browser extension) to offer unified support of the token that provided by different chains.

将参考以太坊中的 ERC721 和 ERC1155 标准。所有权管理模块或者合约将直接使用 GID 作为 NFT 通证的 ID，而 GID 是由 UNFO 模块中负责管理和生成的，这一点跟 ERC721 不同，因为在 ERC721 中，NFT 合约负责管理和生成 NFT 的 Token ID。

NFT 标准主要由几部分组成，GID 管理、资源描述、所有权管理、扩展标准。

A. NFT Descriptions

NFT descriptions offers a universal way to describe, display the details about a token. This information may not be stored on-chain to reduce usage of on-chain storages. A centralized or decentralized token registry may be used to discovery the token description, which is out of the scope here.

B. 所有权管理

[WIP]

C. 规范

[WIP]

参考

[1] https://github.com/darwinia-network/rfcs/blob/master/RFC/zh_CN/0010-darwinia-cross-chain-nft-bridge-protocol.md

[2] https://ipld.io/

[3] https://hackmd.io/gQKQGf42TeOODid3hM4_1w

[4] https://en.wikipedia.org/wiki/Unique_identifier [5] https://en.wikipedia.org/wiki/Identifiers.org#Comparison_with_other_URI_systems [6] https://elixir-europe.org/platforms/interoperability

Last updated on 3/29/2021
← 0012 Darwinia Bridge Core Interoperation In Chainrelay Enabled Blockchains0014 Darwinia Token Migration By Cross Chain Redeem Protocol →