1、ERC20标准概述：代币标准的意义、ERC20的历史与背景、ERC20的核心接口定义

1.1 代币标准的意义——为什么我们需要它？

说实话，在ERC20出现之前，以太坊上的代币生态是一片混乱。每个项目方都按自己的喜好定义代币合约，转账函数叫transfer()还是send()？余额查询叫balanceOf()还是getBalance()？全凭开发者心情。

你想想看，如果每个代币的接口都不一样，交易所、钱包、DApp要怎么对接？每接入一个新代币就得写一套定制化的代码，这简直是噩梦。我早期参与过一个DeFi项目，当时要同时支持三种不同接口的代币，光适配层就写了上千行代码，后来ERC20一普及，这些代码全废了。

所以，代币标准的核心意义就三点：

  • 互操作性——所有遵循同一标准的代币，可以被同一套工具直接使用
  • 可组合性——代币可以无缝嵌入到其他合约中，比如Uniswap、Compound
  • 降低开发成本——开发者不需要从零设计接口，直接继承标准实现即可

一句话总结：ERC20就是代币世界的"普通话"，大家说同一种语言，才能顺畅交流。

1.2 ERC20的历史与背景——从EIP到行业标准

ERC20的故事要从2015年说起。当时以太坊刚上线，Vitalik和Fabian Vogelsteller等人意识到，如果代币接口不统一，整个生态会碎片化。于是Fabian在2015年11月提交了EIP-20提案，也就是后来的ERC20标准。

我记得这个提案最初争议不小。有人觉得接口太简单，缺少一些高级功能；有人觉得应该把更多权限控制加进去。但最终大家达成共识——标准要足够精简，只定义最核心的功能，剩下的交给开发者自由发挥。

2017年，随着ICO热潮爆发，ERC20迎来了爆发式增长。几乎所有的项目都在发ERC20代币，交易所、钱包也纷纷跟进支持。到2018年，ERC20已经成为以太坊上事实上的代币标准，没有之一。

这里有个有意思的细节：ERC20其实不是第一个代币标准。在它之前，还有ERC20的前身——EIP-20草案，以及一些非标准的实现。但ERC20胜在"恰到好处"——接口不多不少，刚好覆盖了代币最核心的操作。

个人经验：我见过很多团队在ERC20基础上加了一堆花里胡哨的功能，结果反而破坏了兼容性。我的建议是——保持核心接口不变，扩展功能通过额外接口实现，不要修改标准接口的行为。

1.3 ERC20的核心接口定义——六个函数两个事件

ERC20标准定义了六个函数和两个事件。不多不少，刚好够用。咱们一个一个来看。

1.3.1 三个查询函数

函数 签名 说明
totalSupply() function totalSupply() external view returns (uint256) 返回代币总供应量
balanceOf() function balanceOf(address account) external view returns (uint256) 查询某个地址的代币余额
allowance() function allowance(address owner, address spender) external view returns (uint256) 查询授权额度

这三个函数都是view类型，不消耗gas（调用时）。totalSupply()和balanceOf()很好理解，allowance()是ERC20的精髓之一——它允许你授权给另一个地址，让它代你花掉一定数量的代币。

1.3.2 三个操作函数

函数 签名 说明
transfer() function transfer(address to, uint256 amount) external returns (bool) 转账给指定地址
approve() function approve(address spender, uint256 amount) external returns (bool) 授权给指定地址
transferFrom() function transferFrom(address from, address to, uint256 amount) external returns (bool) 从授权地址转账

transfer()是直接转账，approve() + transferFrom()是授权转账模式。为什么需要授权转账？说白了，就是为了让合约能帮你操作代币。比如你在Uniswap上交易，其实是合约调用你的transferFrom()来拿走你的代币。

注意：ERC20的approve()有一个经典的安全问题——"双重授权攻击"。如果你先授权A地址100个代币，然后想改成50个，攻击者可以在你两次交易之间抢先花掉那100个。解决方案是先授权为0，再授权新额度。我在审计中见过不止一次因为这个漏洞被盗的案例。

1.3.3 两个事件

event Transfer(address indexed from, address indexed to, uint256 value);
event Approval(address indexed owner, address indexed spender, uint256 value);

事件是智能合约与外部世界沟通的桥梁。Transfer事件在每次转账时触发，Approval事件在每次授权时触发。钱包和交易所就是通过监听这些事件来更新用户余额的。

这里有个小细节：indexed关键字让事件参数可以被高效检索。比如你可以只查询某个地址相关的Transfer事件，而不需要扫描所有事件。

1.4 一个最小化的ERC20实现

说了这么多，不如直接看代码。下面是一个最精简的ERC20实现，只包含标准接口，没有任何额外功能：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract MinimalERC20 {
    string public name;
    string public symbol;
    uint8 public decimals = 18;
    uint256 public totalSupply;
    
    mapping(address => uint256) public balanceOf;
    mapping(address => mapping(address => uint256)) public allowance;
    
    event Transfer(address indexed from, address indexed to, uint256 value);
    event Approval(address indexed owner, address indexed spender, uint256 value);
    
    constructor(string memory _name, string memory _symbol, uint256 _initialSupply) {
        name = _name;
        symbol = _symbol;
        totalSupply = _initialSupply * 10**decimals;
        balanceOf[msg.sender] = totalSupply;
        emit Transfer(address(0), msg.sender, totalSupply);
    }
    
    function transfer(address to, uint256 amount) external returns (bool) {
        require(balanceOf[msg.sender] >= amount, "Insufficient balance");
        balanceOf[msg.sender] -= amount;
        balanceOf[to] += amount;
        emit Transfer(msg.sender, to, amount);
        return true;
    }
    
    function approve(address spender, uint256 amount) external returns (bool) {
        allowance[msg.sender][spender] = amount;
        emit Approval(msg.sender, spender, amount);
        return true;
    }
    
    function transferFrom(address from, address to, uint256 amount) external returns (bool) {
        require(balanceOf[from] >= amount, "Insufficient balance");
        require(allowance[from][msg.sender] >= amount, "Insufficient allowance");
        balanceOf[from] -= amount;
        balanceOf[to] += amount;
        allowance[from][msg.sender] -= amount;
        emit Transfer(from, to, amount);
        return true;
    }
}

这段代码虽然简单，但已经完整实现了ERC20标准。你可能会问：为什么不用OpenZeppelin的库？嗯，在实际项目中我确实推荐用经过审计的标准库，但作为教学，手写一遍能让你真正理解每个函数在做什么。

避坑指南：我曾经在transferFrom()里忘记更新allowance，结果导致用户可以无限次花同一个授权额度。这种bug在测试中很难发现，但一旦上线就是灾难。所以写ERC20合约时，一定要确保allowance的增减逻辑正确。

1.5 为什么ERC20如此成功？

说到底，ERC20的成功不是因为技术有多牛，而是因为它解决了真实的问题。在它之前，每个代币都是孤岛；在它之后，代币变成了乐高积木，可以自由组合。

我个人觉得，ERC20最聪明的地方在于它只定义了"最小可行接口"。它没有规定代币怎么发行、怎么销毁、有没有黑名单、要不要收税——这些统统留给开发者自己决定。标准只管一件事：确保所有代币能互相理解。

这种"少即是多"的设计哲学，值得每个区块链开发者深思。

好了，这一章我们聊了ERC20的来龙去脉和核心接口。下一章我会带你手把手实现一个完整的ERC20合约，包括安全考虑、gas优化和测试技巧。到时候见！

← 上一章 📖 返回目录 下一章 →