以太坊代币标准 ERC 系列

最著名的两个以太坊代币标准是代币标准 ERC20 和数字资产标准 ERC721。 在本文中，除了介绍这两个流行的 ERC 以太坊标准外，还将介绍其他一些针对特定应用场景改进的 ERC20 标准：ERC223、ERC621 和 ERC827。

什么是 ERC？

ERC 代表“Etuereum Request for Comment”，是以太坊版本的 Request for Comments (RFC)，一个由互联网工程任务组开发的概念。 RFC 中的备忘录包含技术和组织方面的考虑。 对于ERC，征求意见稿包括一些关于以太坊网络建设的技术指导。

ERC 是由以太坊开发人员为以太坊社区编写的。 因此，开发人员包含在 ERC 创建过程中。 为了创建以太坊平台的标准，开发人员应提交以太坊改进提案（EIP）以太坊代币标准，其中包括协议规范和合约标准。 一旦 EIP 被委员会批准并最终确定，它就成为 ERC。 可以在此处找到 EIP 的完整列表。

最终确定的 EIP 为以太坊开发者提供了一套可实施的标准。 这允许按照这些通用接口标准构建智能合约。

ERC-20是整个加密社区最知名的标准，以太坊平台发行的代币大多使用它。

ERC-20标准的内容

ERC-20标准中定义了以下功能接口：

上面的函数会触发以下事件：

ERC-20 于 2015 年提出，并于 2017 年 9 月正式实施。这是代币标准化的一个很好的起点。 但是，开发者社区已经注意到它存在一些缺陷和漏洞，此外，它还存在一些不能很好满足的场景。 因此，其他的ERC标准也相继被提出。

ERC-223

在一篇文章中，开发者 Dexaran 详细描述了 ETC20 不适用的两种场景：

“在 ERC20 中执行交易有两种方式：

转换功能。 approve + transferFrom 机制。

代币余额只是代币合约中的一个变量。

代币的交易是合约内部变量的变化。 转出账户余额会减少，转入账户余额会增加。

当交易发生时，transfer()函数不会通知转账账户。 因此转入账户将无法识别传入交易！ 我写了一个示例，可以显示此过程导致未处理的交易和资金损失。

因此，如果接收账户是合约，则必须使用approve+transferFrom机制来发送通证。

如果接受账户是外部账户，则必须通过转账功能发送代币。 如果选择了错误的机制，代币将被卡在合约中（合约将不承认交易），并且无法提取这些卡住的代币。 “

他针对这个问题提出的解决方案包含在 ERC-223 中。 它与 ERC-20 标准非常相似，但解决了上述问题。 当代币转移到智能合约账户时，合约的特殊函数 tokenFallback() 允许接收合约拒绝代币或触发进一步的操作。 在大多数情况下，可以使用它来代替 approve() 函数。

ERC-621

ERC-621 是 ERC-20 标准的扩展。 它增加了两个额外的功能，increaseSupply 和 decreaseSupply。 这可以增加和减少流通中代币的供应。 ERC-20 只允许单一代币发行事件。 这将供应限制在固定且不可更改的数量。 ERC-621 建议 totalSupply 应该是可修改的。

ERC-721

ERC-721 与 ERC-20 和 ERC-223 有很大不同。 它描述了一个不可替代的令牌。 这意味着每个代币都是完全不同的，每个代币对不同的用户都有不同的价值。 理解此令牌的一种方法是回忆 CryptoKittes。 每一只数字猫都是独立的，它的价值取决于它的稀缺性和用户的购买欲望。

ERC-721代币可以在任何交易所使用以太坊代币标准，但代币价值是“由每个代币的独特性和稀缺性决定的结果”。 标准中规定的接口函数包括name、symbol、totalSupply、balanceOf、ownerOf、approve、takeOwnership、transfer、tokenOfOwnerByIndex和tokenMetadata。 它还定义了两个事件：Transfer 和 Approval。 Gerald Nash 的这篇文章很好地解释了可替代性的概念。

ERC-827

ERC-20 标准的另一个扩展是 ERC-827。 它允许代币转让，并允许持有人允许第三方使用代币。 以太坊上的代币可以被其他应用程序重复使用，包括钱包和交易所。 这在需要支持第三方动态消费限额调整时很有用。

最重要的是，由于 ERC-827 是 ERC-20 的扩展，它也兼容 ERC-20。

一些建议的接口功能包括：

想要高效学习以太坊DApp开发，可以访问汇智网提供的最热门的在线互动教程：

您也可以访问此以太坊博客了解更多内容。