为什么LINK使用ERC-677标准发行token

最新推荐文章于 2025-10-02 15:40:16 发布

原创最新推荐文章于 2025-10-02 15:40:16 发布 · 652 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#为什么LINK使用ERC-677标准发行token #Chainlink

本文解析了LINK代币如何从ERC20升级到ERC677标准，详细介绍了ERC677的transferAndCall方法及其对智能合约业务逻辑的影响，展示了Chainlink Oracle合约如何利用这一特性。

等等，LINK不是ERC20吗，怎么又成了ERC677了？

别急，我们先从ERC20开始说起。

ERC20是一套协议标准，代码角度来说就是一套接口API。在这个协议标准下，只要实现了协议标准所规定的方法，都可以作为ERC20代币的实现。协议规定必须实现的方法有：

// 1. 代币发行总量
function totalSupply() public view returns (uint256)

// 2. _owner账户的代币余额
function balanceOf(address _owner) public view returns (uint256 balance)

// 3. 转移_value数量的代币到_to地址
function transfer(address _to, uint256 _value) public returns (bool success)

// 4. 从_address地址转移_value数量的代币到_to地址
function transferFrom(address _from, address _to, uint256 _value) public returns (bool success)

// 5. 允许_spender可以提取总额为_value数量的代币，提取不限次数
function approve(address _spender, uint256 _value) public returns (bool success)

// 6. 返回_spender还可以从_owner提取的代币数量
function allowance(address _owner, address _spender) public view returns (uint256 remaining)

除了这几个方法，ERC20还规定了两个事件：

// 当成功转移token时，触发Transfer事件，记录转账的发送方、接收方和转账金额
event Transfer(address indexed _from, address indexed _to, uint256 _value)

// 当调用approval函数成功时，触发Approval事件，记录批准的所有方、获取方和批准金额
event Approval(address indexed _owner, address indexed _spender, uint256 _value)

以上基本上就是ERC20代币的全部内容了。由于LINK代币不仅仅是代币，还承担了链上与链下数据传递的功能，所以如果使用ERC20代币的标准无法满足这个需求，于是LINK选择了ERC677协议标准来实现。

ERC677标准是ERC20的一个扩展，它继承了ERC20的所有方法和事件，由Chainlink的CTO Steve Ellis首次提出。ERC677除了包含了ERC20的所有方法和事件之外，增加了一个transferAndCall 方法：

function transferAndCall(address receiver, uint amount, bytes data) returns (bool success)

可以看到，这个方法比ERC20中的transfer方法多了一个data字段，这个字段用于在转账的同时，携带用户自定义的数据。在方法调用的时候，还会触发Transfer(address,address,uint256,bytes) 事件，记录下发送方、接收方、转账金额以及附带数据。完成转账和记录日志之后，代币合约还会调用接收合约的onTokenTransfer方法，用来触发接收合约的逻辑。这就要就接收ERC677代币的合约必须实现onTokenTransfer方法，用来给代币合约调用。onTokenTransfer方法定义如下：

function onTokenTransfer(address from, uint256 amount, bytes data) returns (bool success)

接收合约就可以在这个方法中定义自己的业务逻辑，可以在发生转账的时候自动触发。换句话说，智能合约中的业务逻辑，可以通过代币转账的方式来触发自动运行。这就给了智能合约的应用场景有了很大的想象空间。比如LINK的token合约就是一个ERC677合约，而Chainlink的Oracle合约，是一个可以接收ERC677的合约，它含有onTokenTransfer方法，可以在收到LINK的转账的时候执行预言机相关的业务逻辑。

LINK token contract:

…

/**

@dev 转移token到合约地址，并携带额外数据
@param _to 转到的地址
@param _value 转账金额
@param _data 传递给接受合约的额外数据
*/
function transferAndCall(address _to, uint _value, bytes _data)
public
returns (bool success)
{
super.transfer(_to, _value);
Transfer(msg.sender, _to, _value, _data);
if (isContract(_to)) {
contractFallback(_to, _value, _data);
}
return true;
}

…

Oracle 合约：

…

/**

@notice 在LINK通过transferAndCall方法发送到合约时被调用
@dev 负载数据的前两个字节会被_sender和 _amount的值覆盖来保证正确性。并会调用oracleRequest方法
@param _sender 发送方地址
@param _amount 发送的LINK数量(单位是wei)
@param _data 交易的负载数据
*/
function onTokenTransfer(
address _sender,
uint256 _amount,
bytes _data
)
public
onlyLINK
validRequestLength(_data)
permittedFunctionsForLINK(_data)
{
assembly {
// solium-disable-next-line security/no-low-level-calls
mstore(add(_data, 36), _sender) // ensure correct sender is passed
// solium-disable-next-line security/no-low-level-calls
mstore(add(_data, 68), _amount) // ensure correct amount is passed
}
// solium-disable-next-line security/no-low-level-calls
require(address(this).delegatecall(_data), “Unable to create request”); // calls oracleRequest
}