【收藏向】一文弄懂什么是ERC20

admin • 2021-11-18 21:06 • 区块链

【本文只做技术探讨，谨防数字加密货币炒作风险。】

Token

Token，即通证，是以数字形式存在的权益凭证，它代表的是一种权利，一种固有和内在的价值。货币、积分、股票等权益证明，都可以由通证来代表。它代表着数字资产。下图就是在 opensea 上售卖的一些数字资产，这些资产也是通证。

试想，如果这样的一些通证没有标准化，就只能在自己的体系内流通。通证的标准协议是数字资产上链的关键，它定义了不同的通证资产接口，从而可以对不同类型的资产进行交易和交换。

什么是 ERC20？

ERC20 就是以太坊生态中的通证（token）标准，允许任何实现该标准的且通过智能合约实现的通证从钱包到去中心化的交易所能够被复用。

举个例子，在以前，公司发行的积分，往往只能够在内部使用，仅代表公司生态内部的权益。而有了通证就不一样了。公司发行通证，对于公司来说，可以分配通证来进行融资，上交易所（类似于上市），激励用户使用公司产品等；对于持有人来说，根据通证持有占比分红，持有的通证可以任意交换，低买高卖赚取差价等。ERC20 为通证的发行、流通提供了统一的标准，以相同的方法发行、交易、交换通证，而不用关心这个通证的发行方将它用来做什么（这取决于发行方）以及怎么实现通证。

任何智能合约只要符合 ERC20 标准，就可以通过 ERC20 标准接口进行操作。这也意味着符合 ERC20 标准的合约 A，名字为 Token A，符号为 A，合约地址为 0x000..0a，合约 B，名字为 Token B，符号为 B，合约地址为 0x000..0b；A、B 都是 ERC20 通证，转移通证 A 与转移通证 B 在操作上对于用户来说没有任何区别，与下图的操作类似。

值得注意的是，任何人都可以发行一个与合约 A，名字、符号相同的符合 ERC20 标准的合约 C，来冒充合约 A，但合约 C 与合约 A 相比，合约地址是不同的，因此建议在交易时通过合约地址来区分 A、B，而不是简单的通过名字、符号区分。

下图是某交易所中的交易页面，其中所有的通证都是 ERC20 通证，符合 ERC20 标准，但都有各自的合约地址，并且可以类似股票一样交易。

类似的信息也可以在 etherscan 中查看

EIPs 中的定义

EIPs（Ethereum Improvement Proposals），以太坊改进提案，ERC20 便是 EIPs 中的一个标准。

ERC20 标准允许在智能合约中实现通证的标准API。该标准提供了转移通证的基本功能，并允许通证被批准，以便其他链上第三方可以使用它们。

下面是智能合约的接口定义。

pragma solidity ^0.8.0;

/**
 * @dev EIP中定义的ERC20标准接口.
 */
interface IERC20 {
    /**
     * @dev 返回存在的通证数量
     */
    function totalSupply() external view returns (uint256);

    /**
     * @dev 返回`account`拥有的通证数量
     */
    function balanceOf(address account) external view returns (uint256);

    /**
     * @dev  从调用者的账户向`recipient`转移`amount`数量的通证
     *
     * 返回布尔值来指出操作是否成功
     *
     * 发出一个 {Transfer} 事件.
     */
    function transfer(address recipient, uint256 amount) external returns (bool);

    /**
     * @dev 返回' spender '将被允许通过{transferFrom}代表' owner '
     * 消费的通证的剩余数量。默认为零。
     *
     * 当 {approve} 或者 {transferFrom} 被调用的时候，这个值会随之改变
     */
    function allowance(address owner, address spender) external view returns (uint256);

    /**
     * @dev 允许`spender`花费`amount`数量的调用者的通证
     *
     * 返回布尔值来指出操作是否成功
     * 发出一个 {Approval} 事件
     */
    function approve(address spender, uint256 amount) external returns (bool);

    /**
     * @dev 使用批准机制，从 `sender` 账户中转移 `amount` 数量的通证到 `recipient` 账户
     * 并从调用者被批准花费的数额中扣除 `amount` 数量
     *
     * 返回布尔值来指出操作是否成功
     *
     * 发出一个 {Transfer} 事件
     */
    function transferFrom(
        address sender,
        address recipient,
        uint256 amount
    ) external returns (bool);

    /**
     * @dev 当通证从一个账户 `from` 转移至另一个账户 `to` 时，发出该事件。
     *
     * 注意 `value` 可能是 0
     */
    event Transfer(address indexed from, address indexed to, uint256 value);

    /**
     * @dev 当通过 {approve}，新的批准花费的值被设置的时候，发出该事件。
     * `value` 是新批准花费的值。
     */
    event Approval(address indexed owner, address indexed spender, uint256 value);
}

interface IERC20Metadata is IERC20 {
    /**
     * @dev 返回通证的名字
     */
    function name() external view returns (string memory);

    /**
     * @dev 返回通证的符号
     */
    function symbol() external view returns (string memory);

    /**
     * @dev 返回通证的小数位
     */
    function decimals() external view returns (uint8);
}

注意，IERC20Metadata 中定义的接口是可选的，但在实践中往往都会实现。以 UNI 为例，它的名字是 Uniswap，符号是 UNI，小数位为 18。

一般而言，有两个 Transfer 事件比较特殊，需要注意一下。一个是在铸币（mint）时触发，由于是凭空产生，所以 from 被指定为 0x0000000000000000000000000000000000000000 地址；一个是在销毁时触发，to 被指定为 0x0000000000000000000000000000000000000000 地址，而销毁时的 to 地址采用 0x00...0 地址是为了便于统计销毁数据的约定做法，如果 to 地址是一个任何人都没有对应私钥的地址，仍然属于销毁，但这很难统计。