长推：简单理解 ERC6551 与 ERC6059

注：原文来自ERC6059 创作者@stoicdev0发布长推，MarsBit整理编译。

我们已经收到了一些关于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 有什么共同点">它们都为NF提供了拥有其他NFT的可能性。

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

ERC6551的优点:

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

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

ERC6551的优点:

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

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

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

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

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

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