1
摘要
ERC20 中文版简单总结即：代币的标准接口。
下面的标准允许在智能合约中代币的标准API的实现。 该标准提供了转账代币的基本功能，并允许批准代币，以便其他链上第三方可以使用这些代币。
2
动机
标准接口允许以太坊上的任一代币可以被其他应用程序重用：从钱包转到去中心化的交易所。
3
规范
代币
方法
注意: 调用者必须处理 returns (bool success) 返回的 false 。调用者一定不能假设从不返回 false ！
name
返回代币的名字 - 比如 "MyToken" 。Returns the name of the token - e.g. "MyToken".
可选的 - 该方法可以用来改善可用性， 但接口及其他合约一定不能期望这些值存在。（译者注：即不能假设 name 一定可以返回代币名字）
function name() view returns (string name)
symbol
返回代币的标识符。 如 “HIX”。
可选的 - 该方法可以用来改善可用性， 但接口及其他合约一定不能期望这些值存在。（译者注：即不能假设 name 一定可以返回代币名字）
function symbol() view returns (string symbol)
decimals
返回代币使用的小数点位数 - 如 8 ，意思是代币数量除以 100000000 以得到代表用户的最小单位。
可选的 - 该方法可以用来改善可用性， 但接口及其他合约一定不能期望这些值存在。（译者注：即不能假设 name 一定可以返回代币名字）
function decimals() view returns (uint8 decimals)
totalSupply
返回全部的代币供应量。Returns the total token supply.
function totalSupply() view returns (uint256 totalSupply)
balanceOf
返回 _owner 地址的账户余额。
function balanceOf(address _owner) view returns (uint256 balance)
transfer
转账 _value 数量的代币给地址 _to ， 且一定会触发 Transfer 事件。 如果 _from 账户余额不足，则该方法应该 throw 。
注意 值为0的转账必须当做正常转账处理且触发 Transfer 事件。
function transfer(address _to, uint256 _value) returns (bool success)
transferFrom
从 _from 地址转账 _value 给地址 _to ，且必须触发 Transfer 事件。
transferFrom 方法用于取款工作流，允许合约代表你来转账代币。 比如这可以用于允许合约代币你来转账代币，或以子货币来收取费用。 如果 _from 账户没有有意的通过某种机制授权消息的发送者，则该方法应该 throw 。
注意 值为0的转账必须当做正常转账处理且触发 Transfer 事件。
function transferFrom(address _from, address _to, uint256 _value) returns (bool success)
approve
允许 _spender 从你的账户多次取款，最大额度为 _value 。如果该方法再次调用，会用 _value 重新当前的额度。
注意：为了防止攻击向量，如这个这里所述 以及 这里讨论，客户应该确保创建用户接口，为相同花费者设置其他值的最大额度前，首先设置当前额度为 0 。 尽管合约本身不应该强制如此，然而这是为了允许向后兼容之前部署的合同。
function approve(address _spender, uint256 _value) returns (bool success)
allowance
返回 _spender 还被允许从 _owner 提款的额度。
function allowance(address _owner, address _spender) view returns (uint256 remaining)
Events
Transfer
代币转账时必须触发，包括价值为0的转账。
创建新代币的合约，在代币创建时应该触发 Transfer 事件，并将 _from 地址设为 0x0 。
event Transfer(address indexed _from, address indexed _to, uint256 _value)
Approval
任何成功的调用 approve(address _spender, uint256 _value) 都必须触发该事件。
event Approval(address indexed _owner, address indexed _spender, uint256 _value)
4
实现
已经有许多 ERC20 兼容的代币部署在以太坊网络上。 不同的团队编写了不同的实现，这些团队有不同的权衡：从节约 gas 到提高安全性。
可用的示例实现如下：
https://github.com/OpenZeppelin/zeppelin-solidity/blob/master/contracts/token/ERC20/StandardToken.sol
https://github.com/ConsenSys/Tokens/blob/master/contracts/eip20/EIP20.sol
再次调用"approve"前增加强制设为0的实现：
https://github.com/Giveth/minime/blob/master/contracts/MiniMeToken.sol
5
历史
与该标准有关的历史链接：
**Vitalik Buterin的原始提议: **
https://github.com/ethereum/wiki/wiki/Standardized_Contract_APIs/499c882f3ec123537fc2fccd57eaa29e6032fe4a
**Reddit discussion: **
https://www.reddit.com/r/ethereum/comments/3n8fkn/lets_talk_about_the_coin_standard/
**Original Issue #20: **
https://github.com/ethereum/EIPs/issues/20
本文作者：HiBlock区块链技术布道群-Bob
原文发布于GitHub
原文地址：
https://github.com/bobjiang/EIPs/blob/master/EIPS-CN/eip-20.md
加微信baobaotalk_com，加入技术布道群
线下活动推荐
技术工坊|解密区块链DApp的代码逻辑，从请求到数据存储都要经历什么？（上海）
技术沙龙|利用IPFS，去中心化存储如何让钱包更安全？（南京）
