call
是address
类型的低级成员函数,它用来与其他合约交互。它的返回值为(bool, bytes memory)
,分别对应call
是否成功以及目标函数的返回值。
call
是Solidity
官方推荐的通过触发fallback
或receive
函数发送ETH
的方法。- 不推荐用
call
来调用另一个合约,因为当你调用不安全合约的函数时,你就把主动权交给了它。推荐的方法仍是声明合约变量后调用函数 - 当我们不知道对方合约的源代码或
ABI
,就没法生成合约变量;这时,我们仍可以通过call
调用对方合约的函数。(与第二点有点冲突)
call
的使用规则如下:
目标合约地址.call(字节码);
字节码
利用结构化编码函数abi.encodeWithSignature
获得:
abi.encodeWithSignature("函数签名", 逗号分隔的具体参数)
例:abi.encodeWithSignature("foo(uint256,address)", _x, _addr)
call
在调用合约时可以指定交易发送的ETH
数额和gas
数额:
目标合约地址.call{value:发送数额, gas:gas数额}(字节码);
call
不是调用合约的推荐方法,因为不安全。但他能让我们在不知道源代码和ABI
的情况下调用目标合约,很有用。但是可能有消耗很多gas的风险
delegatecall
(delegate:委托/代表的意思)与call
类似,address
类型的低级成员函数。
delegatecall
语法和call 一样,和call
不一样,delegatecall
在调用合约时可以指定交易发送的gas
,但不能指定发送的ETH
数额
注意:
delegatecall
有安全隐患,使用时要保证当前合约和目标合约的状态变量存储结构相同(变量名可以不同,变量类型、声明顺序必须相同),并且目标合约安全,不然会造成资产损失。
主要有两个应用场景:
- 代理合约(
Proxy Contract
):将智能合约的存储合约和逻辑合约分开:代理合约(Proxy Contract
)存储所有相关的变量,并且保存逻辑合约的地址;所有函数存在逻辑合约(Logic Contract
)里,通过delegatecall
执行。当升级时,只需要将代理合约指向新的逻辑合约即可。 - EIP-2535 Diamonds(钻石):钻石是一个支持构建可在生产中扩展的模块化智能合约系统的标准。钻石是具有多个实施合约的代理合约。 更多信息请查看:钻石标准简介。