为 NFT 提供了拥有其他 NFT 的可能性。 

撰文：stoicdev0，ERC6059 创作者

编译：Yvonne

我们已经收到了一些关于 ERC6551 在某种程度上类似于 ERC6059 的问题 / 担忧。

TL;DR：两者都很棒，且是兼容的，具体选择取决于你想做什么。

我必须澄清，我是 ERC6059 的创作者之一，并领导 EVM Dev@RmrkApp。不过，我会尽量做到客观。

简而言之，6551 允许创建一个只有 NFT 持有者才能管理的「账户」。每个 NFT 都可以部署不同的实现，成为「代币绑定帐户」。预计这些实现需要一些支持。

作为对 ERC165 和 ERC1271 + 一些实用方法的支持。使用 Nick 的方法，它们都通过注册表部署在一个众所周知且可预测的地址上。( 这是一个很好的策略，我们也在 Emotables, ERC6381 和我们即将介绍的另一个 EIP 上使用 )。

预期的方法之一是执行任意调用。所有这一切都允许你同时发送 20s、721s 和 RMRK 代币到合约，并且只要你是持有者，就仍然可以控制它们。这是非常强大的，因为你可以有一个 NFT。访问任何资产的钥匙。对于后者，你可以发挥创意。例如，我可以创建一个收藏品，铸造第一个代币并为它创建一个帐户，并使其成为藏品的所有者。随后，可以拍卖这个 NFT 来出售收藏品的所有权。

它所不允许的，至少是不直接的，是多层嵌套。如果你将代币 B 发送到代币 A 的帐户，那么你可以拥有代币 B 的帐户，因此你可以发送代币 C 并创建 3 个级别，但这变得非常不切实际。

所有权看起来像：EoA -> TokenA -> AccountA ->TokenB -> AccountB -> TokenC。

还有一件事要记住，该 EIP 仍在拟议中。因此，在成为标准之前，它可能会有一些变化。

现在让我们来看 ERC6059。该协议经过了一年多的测试，并且可能有数百个藏品在 Kusama 中使用它。

ERC6059 的想法很简单，一个 NFT 可以直接拥有其他 NFT，并且所有权始终由父方处理。

经过 6 个多月的反复试验，我们找到了最安全、最灵活的方式来处理这种关系。

在此过程中，我们创建了一个 NPM 包，类似于 OpenZepellin 的，有一个核心实现和 3 个可用版本:

ERC6059 作为 ERC721 的扩展而构建，因此为 721 构建的所有工具都将直接与父代币一起工作，尽管 ERC 成为主流，但市场和 dapp 可能不会显示子代币。这有一些非常有趣的用例。作为捆绑和收藏，它可以与我们提出的其他 EIPS，即 Equippable（ERC6220）和 Soulbound（ERC6454）一起变得更加强大。有关详细信息，请参阅https://eips.ethereum.org/EIPS/eip-6059。ERC6059 是最终版本，因此建议使用该版本。

ERC6551 和 ERC6059 有什么共同点?

它们都为 NFT 提供了拥有其他 NFT 的可能性。 

它们都是由优秀而可靠的团队制作，他们花时间确保输出对社区非常有用。 

ERC6551 的优点:

完全向后兼容，不需要迁移或包裹来添加功能。

它可以使 NFT 所有者拥有 NFT、可替代代币，甚至是完整的合约。

ERC6551 的优点:

它专门为 Nestability 构建：NFT 拥有 NFT，中间没有任何关系。

在同一类型的合约中，很容易通过任何代币的子树追溯所有者。启用可装备和嵌套的灵魂绑定 NFT。

总之，如果你正在寻找拥有 NFT 的 NFT，可以选择装备或拥有多个级别，那么 ERC6059 就是你想要的。对于一个新收藏品系列，这是一个简单的方式。

对于现有的藏品，你可以使用包装器来创建新集合，并使用持有者选择加入以获得 ERC6059 支持的 NFT。 

如果你不想为现有集合做包裹，或者你希望集合中的 NFT 具有拥有其他类型资产的能力，那么 ERC6551 就是你的选择。

你也可以同时使用，它们是完全兼容的。