跳转至主要内容

如何缩减合约以规避合约大小限制

solidity智能合约存储truffle
中级
✍️Markus Waas
📚soliditydeveloper.com(opens in a new tab)
📆 2020年6月26日
⏱️9 分钟阅读 minute read

为什么会有限制?

2016 年 11 月 22 日(opens in a new tab),伪龙硬分叉引入了 EIP-170(opens in a new tab),将智能合约的大小限制在 24.576 kb。 对于作为 Solidity 开发者的您来说,这意味着当您向合约中添加越来越多的功能时,在某个时候您会达到极限,并且在部署时会看到错误:

警告:合约代码大小超过 24576 字节(Spurious Dragon 分叉中引入的限制)。 该合约可能无法在主网上部署。 请考虑启用优化器(其“运行”值较低!),关闭 revert 字符串,或使用库。

引入这一限制是为了防止拒绝服务 (DOS) 攻击。 任何对合约的调用从矿工费上来说都是相对便宜的。 然而,根据被调用合约代码的大小(从磁盘读取代码、预处理代码、将数据添加到 Merkle 证明),合约调用对以太坊节点的影响会不成比例地增加。 每当您出现这样的情况,攻击者只需要很少的资源就能给别人造成大量的工作,您就有可能遭受 DOS 攻击。

最初,这不是什么大问题,因为一个自然合约大小限制是区块燃料限制。 显然,合约必须和其所有字节码一起部署在交易内。 如果只将单个交易添加到区块中,可能会用完所有燃料,而燃料并非无限。 伦敦升级后,区块燃料限制已能够根据网络需求在 15M 和 30M 单位之间变动。

开始战斗吧!

不幸的是,没有简单的方法来获得合约的字节码大小。 如果您使用 Truffle,有一个很好的工具可以帮助您:那就是 truffle-contract-size(opens in a new tab) 插件。

  1. npm install truffle-contract-size
  2. 将插件添加到 truffle-config.jsplugins: ["truffle-contract-size"]
  3. 运行 truffle run contract-size

这将帮助您了解您的更改对合约总大小有何影响。

在下文中,我们将根据其潜在的影响顺序来研究一些方法。 从减肥的角度来谈一谈。 对于一个人来说,要达到他们的目标体重(在我们的例子中是 24 kb),最好的策略是首先关注影响较大的方法。 在大多数情况下,只要调整您的饮食就能达到目标,但有时您需要做得更多一些。 然后您可以增加一些锻炼(中等影响)或甚至补充剂(小影响)。

较大影响

把合约分开

这应始终是您的第一个方法。 如何将合约分成多个较小的合约? 一般来说,它会迫使您为您的合约想出一个好的架构。 从代码可读性的角度来看,较小的合约总是首选。 对于拆分合同,请问您自己:

  • 哪些函数属于同一类? 每一组函数最好能在自己的合约中。
  • 哪些函数不需要读取合约状态或仅需要读取状态的特定子集?
  • 您能把存储和功能分开吗?

使用库

将功能代码移出存储空间的一个简单方法是使用(opens in a new tab)。 不要将库函数声明为内部函数,因为这些函数将在编译过程中直接被添加到合约中(opens in a new tab)。 但是,如果您使用公共函数,那么这些函数事实上将在一个单独的库合约中。 可以考虑使用命令 using for(opens in a new tab),使库的使用更加方便。

使用代理

一个更先进的策略是代理系统。 库在后台使用 DELEGATECALL,它只是用调用合约的状态执行另一个合约的函数。 查看这篇博客文章(opens in a new tab)来了解更多关于代理系统的信息。 它们可以为您提供了更多的功能,例如它们能够升级,但它们也增加了很多复杂性。 我不会仅仅为了减少合约的大小而增加这些东西,除非由于某种原因这是唯一的选择。

中等影响

移除函数

这一点应该是显而易见的, 即函数在一定程度上会增加合约的大小。

  • 外部函数:为了方便起见,我们常常添加大量视图函数。 这完全没有问题,直到您遇到大小限制。 然后,您可能需要真正考虑,移除绝对必要以外的所有内容。
  • 内部函数:您也可以移除内部/ 私有函数,只要函数只被调用一次,就可以简单地内联代码。

避免额外的变量

像这样一个简单的更改:

1function get(uint id) returns (address,address) {
2 MyStruct memory myStruct = myStructs[id];
3 return (myStruct.addr1, myStruct.addr2);
4}
📋 复制
1function get(uint id) returns (address,address) {
2 return (myStructs[id].addr1, myStructs[id].addr2);
3}
📋 复制

大小差异为 0.28kb。 您有可能在合约中找到许多类似的情况,这些情况加起来可以达到很大的数额。

缩短错误信息

长的恢复信息,尤其是许多不同的回滚消息可能会使合约变得臃肿。 相反,使用简短的错误代码,并在合约中对其进行解码。 一条长信息可以变得很短:

1require(msg.sender == owner, "Only the owner of this contract can call this function");
2
📋 复制
1require(msg.sender == owner, "OW1");
📋 复制

在优化器中考虑一个低运行值

您也可以更改优化器设置。 默认值为 200,表示它试图在一个函数被调用 200 次的情况下优化字节码。 如果您将其改为 1,相当于告诉优化器针对每个函数只运行一次的情况进行优化。 一个仅运行一次的优化函数意味着它对部署本身进行了优化。 请注意,这将会增加运行函数的 gas 成本,所以,您可能不想这样做。

轻微的影响

避免将结构体传递给函数

如果您正在使用 ABIEncoderV2(opens in a new tab),它可以帮助您不将结构体传递给函数。 不会将参数作为结构体传递...

1function get(uint id) returns (address,address) {
2 return _get(myStruct);
3}
4
5function _get(MyStruct memory myStruct) private view returns(address,address) {
6 return (myStruct.addr1, myStruct.addr2);
7}
📋 复制
1function get(uint id) returns(address,address) {
2 return _get(myStructs[id].addr1, myStructs[id].addr2);
3}
4
5function _get(address addr1, address addr2) private view returns(address,address) {
6 return (addr1, addr2);
7}
📋 复制

... 而是直接传递所需参数。 在此示例中,我们又节省了 0.1kb

声明函数和变量的正确可见性

  • 函数或变量仅从外部调用? 那么,将他们声明为 external 而不是 public
  • 函数或变量仅从合约内调用? 那么,将它们声明为 privateinternal 而不是 public

移除修改器

修改器,尤其是在密集使用的情况下,可能会对合约大小产生重大影响。 可以考虑移除它们,而改用函数。

1modifier checkStuff() {}
2
3function doSomething() checkStuff {}
📋 复制
1function checkStuff() private {}
2
3function doSomething() { checkStuff(); }
📋 复制

这些提示应有助您大幅度减少合约的大小。 我要再次强调的是,如果可能的话,务必将重点放在拆分合约上,以获得最大的效果。

上次修改时间: @rielychen(opens in a new tab), Invalid DateTime

本教程对你有帮助吗?