Conflux 树图区块链 “数字藏品" 合约标准和编写规范

ConFi-Conflux · 13 June 2022 13:58

Conflux 树图区块链欣欣向荣起来，尤其是“数字藏品”等相关应用，如雨后春笋般涌现。但是随之而来的是良莠不齐的合约质量和标准兼容度。
“数字藏品"是在区块链上发行的具有一定文化背景、艺术价值或者收藏价值的“藏品”，需要和普通的非同质化代币 (NFT)相区分，相关接口需要更加规范和标准。
为了整个 Conflux 树图区块链上“数字藏品”应用的繁荣和可持续发展，为了应用之间方便集成，为了保证合约质量和安全，我们编写了《“数字藏品” 合约标准和编写规范》，请所有“数字藏品”开发者务必仔细阅读本文，并遵循以下标准和规范。如果合约不满足以下标准和编写规范，则不能称为是Conflux树图链上的 “数字藏品”。

1. 遵循 OpenZeppelin 标准

OpenZeppelin 提供了一个经过社区审查的智能合约库，其中包括了 ERC 721 和 ERC 1155 的实现。在部署到 Conflux 链上之前，请确保你的合约至少包含了上述任一实现的全部内容。对于其他非 OpenZeppelin 的 ERC 721 和 ERC 1155 合约标准的实现，需要保证对外暴露的接口名称与 OpenZeppelin 的实现一致。
*name 和 symbol 属性在合约中是必须的，否则无法在 ConfluxScan 和第三方应用上完整展示 NFT 信息

2. 非同质化

任何时候都要保证您的合约所发行的 “数字藏品” 是非同质化的: 每一个 tokenId 都只对应一个“数字藏品，不能存在一个 tokenId 下有多个副本的情况。
优先考虑使用 ERC 721 标准，足够满足大多数情况的使用。
如果希望使用 ERC 1155 标准，请务必保证一个 tokenId 对应1个 “数字藏品”，以免造成用户对于”数字藏品”价值的疑虑。

3. 使用枚举函数

枚举接口的作用强调"去中心化"显示数据。使用枚举函数能方便第三方应用(ConfluxScan 和钱包等)查询您部署的合约保存的 NFT 信息，否则无法保证您的 NFT 能够被 ConfluxScan 和钱包正确显示。所有的 CRC-721 合约都必须包含以下合约中的全部枚举函数:

所有的 CRC-1155 合约都必须包含以下合约中的全部枚举函数:

CRC1155Enumerable: https://github.com/conflux-fans/conflux-contracts/blob/main/contracts/token/CRC1155/extensions/CRC1155Enumerable.sol

更多枚举相关内容请参考: https://conflux-technical-support.gitbook.io/conflux-nft-kai-fa-zhi-nan/he-yue-mei-ju-han-shu-shuo-ming/mei-ju-kuo-zhan-enumeration-extension

4. 设置代付合约

Conflux 的代付机制通过引入一种赞助机制来补贴用户对智能合约的使用，通过引入内置的代付合约，用户与受到赞助的合约交互将不需要花费 CFX 来支付燃气费，让余额为零的新帐户也能够调用智能合约。
因此，请务必在您的合约中引入代付合约，并设置燃气费代付，保证任何用户与你的合约交互都能被代付机制赞助而无需花费 CFX，在当下环境，这对于你的 NFT 应用的合规性很重要。范例工程合约 NFT 1.0 和 2.0 默认配置了代付，部署后在 https://confluxscan.net/sponsor 申请即可。
项目方如果希望获得代付设置方面的帮助，请联系刺客: [email protected]
代付机制详情请见: Conflux 中的代付机制详解

5. 合约验证

将合约部署到主网后，请务必在 ConfluxScan 上进行验证。合约验证可以提升项目的透明度和公信力。经过验证的合约，开发者的权限将在合约代码里的，并且公开方便用户在第三方应用(ConfluxScan 和钱包等)进行合约的读写操作。
ConfluxScan具有自动关联验证，sourcecode一样会自动关联验证，同样的合约验证一次就可以。

详情请参考: https://conflux-technical-support.gitbook.io/conflux-nft-kai-fa-zhi-nan/step-1-ren-shi-confluxscan/yu-he-yue-jiao-hu#ru-he-yan-zheng-he-yue

6. NFT 存储(建议)

为了保证去中心化，推荐使用 IPFS 存储 Metadata 和 image/video 等资源文件。如果在中心话服务器上存储，建议对资源文件进行加密，并将产生的哈希值保存在合约中。具体实现可以参考工程范例 NFT 2.0，比如 CRC721NatureAutoId，合约保存了一个名为 tokenFeatureCode 的映射(mapping)，每个 tokenId 所对应的资源文件经 md5 加密后，将其哈希值保存在此映射中。