在以太坊生态系统中，“发消息”（Sending Messages）是一个核心概念，但它并非指我们日常聊天应用中的简单文本传递，在以太坊的语境下，“发消息”通常指的是一个合约（Contract）与另一个合约之间进行通信和数据交互的过程，有时也指外部账户（EOA）向合约发送交易指令，理解如何“发消息”对于构建复杂的去中心化应用（DApps）和智能合约至关重要，本文将深入探讨以太坊中“发消息”的原理、方法和最佳实践。
什么是以太坊中的“消息”
我们需要明确以太坊中“消息”的两种主要含义：
- 外部调用（External Call）：这是最常见的情况，指一个合约通过调用另一个合约的函数来传递数据和触发操作，这类似于我们向一个智能合约“发送”一个包含指令和数据的数据包。
- 消息调用（Message Call）：这是以太坊虚拟机（EVM）层面的一个更底层的概念，当合约A调用合约B的函数时，在EVM看来，这就像是一个“消息”从合约A发送到了合约B，这个消息包含了发送方、接收方、发送的以太币（如果有的话）、输入数据等信息,普通转账也是一种特殊的消息调用。
本文主要聚焦于第一种，即合约间的“消息”传递,也就是合约间的函数调用。
为什么需要“发消息”？—— 合约间通信的重要性
在一个复杂的DApp中，功能往往不是由单一的巨型合约实现的,而是由多个分工明确的合约组成。
- 一个代币合约（ERC-20）负责管理代币的发行和转账。
- 一个交易所合约负责代币的买卖撮合。
- 一个投票合约负责处理治理提案。
这些合约需要相互协作，交易所合约需要调用代币合约来转移用户资产，投票合约可能需要查询代币合约来验证投票者的持有量。“发消息”（合约间通信）是实现复杂功能、模块化设计和代码复用的基石。
以太坊“发消息”的主要方式
直接调用（Direct Call / Low-level Call）
这是最直接的方式，合约通过被调用合约的地址和函数选择器（Function Selector）来直接调用其函数。
原理：
- 调用方合约（Caller）知道被调用方合约（Callee）的地址。
- 调用方合约使用
Callee.address.functionName(param1, param2, ...)的语法进行调用。 - 编译器会自动将函数调用转换为底层的
CALL操作码。
示例代码（Solidity）：
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract ContractA {
address public contractBAddress;
constructor(address _contractBAddress) {
contractBAddress = _contractBAddress;
}
function callSetDataInB(uint256 _newData) public {
// 直接调用ContractB的setData函数
ContractB(contractBAddress).setData(_newData);
// 或者使用更底层的call，但直接调用更安全易读
// (bool success, ) = contractBAddress.call(abi.encodeWithSignature("setData(uint256)", _newData));
// require(success, "Call to ContractB failed");
}
}
contract ContractB {
uint256 public data;
function setData(uint256 _newData) public {
data = _newData;
}
}
特点：
- 简单直接,易于理解。
- 如果被调用函数不存在或调用失败，会抛出异常（revert）,整个交易会回滚。
- 无法在调用时指定发送的以太币（除非使用
.value()修饰符，但这通常用于支付函数）。
使用delegatecall（委托调用）
delegatecall是一种特殊的低级调用，它调用目标合约的代码，但在当前合约的存储上下文中执行,这意味着目标合约可以修改调用方合约的变量。
原理：
delegatecall保留了调用方合约的msg.sender,msg.value,gas等上下文信息。- 但执行代码的目标合约的代码。
- 主要用于实现逻辑合约与数据合约的分离（代理模式）。
示例代码（Solidity）：
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract LogicContract {
uint256 public storedData;
function set(uint256 x) public {
storedData = x;
}
}
contract ProxyContract {
address public logicContract;
uint256 public storedData; // 这个变量会被LogicContract的set方法修改
constructor(address _logicContract) {
logicContract = _logicContract;
}
function set(uint256 x) public {
// 使用delegatecall调用LogicContract的set方法
(bool success, ) = logicContract.delegatecall(abi.encodeWithSignature("set(uint256)", x));
require(success, "Delegatecall failed");
}
}
特点：
- 高度灵活，常用于代理升级模式（如OpenZeppelin的代理合约）。
- 安全风险较高，需要确保被委托的合约是可信的,因为它可以操作调用方合约的所有存储。
delegatecall的Gas消耗与调用合约的代码大小相关,而非自身代码大小。
使用事件（Events）进行“异步消息”传递
事件不是一种实时的合约间调用机制，而是一种日志记录机制，合约可以发出事件，其他合约（或前端应用）可以监听这些事件,并在事件发生时执行相应操作。
原理：
- 合约使用
event关键字定义事件。 - 在函数中使用
emit EventName(args)触发事件。 - 事件被记录在区块链的日志中,消耗Gas相对较少。
- 其他合约通过
eventfilter