Solidity编译器优化作用及runs=200对长期ERC20合约gas成本的影响

1. 首先明确runs参数的本质 #

runs不是合约的最大可调用次数，只是Solidity编译器用于权衡部署gas成本和函数调用gas成本的参考值：

• 取值越低，编译器越优先压缩部署阶段的bytecode大小，降低部署gas消耗，对函数调用的优化优先级更低
• 取值越高，编译器越倾向于增加少量部署gas成本，尽可能降低每次函数调用的gas消耗

2. runs=200对已部署长期存续ERC20代币的影响 #

你已经将合约部署到以太坊主网，runs=200的配置已经生效，产生的实际影响如下：

• 你已经享受到了更低的部署成本：runs=200的部署gas比runs=1000、runs=10000的配置低10%~20%
• 核心函数的单次调用gas更高：ERC20的transfer()、transferFrom()、approve()、治理相关的投票等高频调用函数，单次调用gas会比高runs配置高5%~15%，合约存续时间越久、总调用量越大，所有用户累计多支付的gas总额越高
• 不存在任何功能或安全问题：runs参数只影响gas成本，不改变合约逻辑，也没有调用次数上限，哪怕设置为1，合约也可以无限次调用

3. 是否需要设置更高的runs值 #

• 对于已经部署上链的合约，修改truffle-config.js里的runs参数没有任何作用，已部署的合约逻辑和bytecode不可变更
• 如果你后续要部署新的长期存续类合约（比如新版代币、治理合约等），建议将runs值调整为1000~10000，这类合约生命周期内的总调用量通常会超过1万次，高runs多花的部署成本，远低于后续调用累计节省的gas，性价比更高

4. 你当前已部署合约的后续实际影响 #

• 所有用户调用合约核心功能时，都会比高runs配置的同逻辑合约多花少量gas，单笔调用的差额很小，普通用户感知不明显
• 若合约存续3年以上、总调用量达到百万级，全用户累计多花的gas总额会达到几ETH甚至更高，所有额外成本由调用者自行承担
• 不会影响合约的正常运行、治理规则、代币分配逻辑，不需要做额外的修复操作

内容的提问来源于stack exchange，提问作者Alessandro Sbenaglia