摘要
是的，某些操作码调用将需要更多的 gas 开销，但必须这样做来提高安全性。
但另一方面，一直以来应该更便宜的操作 (存储后加载相同的 slot) 最终会变得更便宜。
另一个重要裨益是，适度提高 gas limit 现在变得更安全。现在限制 gas limit 提高的主要原因跟多在于状态大小问题。
柏林硬分叉中引起 gas 开销变化的 EIP 有：EIP 2565 (降低ModExp 求模求幂运算的 gas 开销 )、EIP 2929 (提高SLOAD 与 CALL 的 gas 开销)、以及 EIP 2718 和 2930，用以支持受 gas 开销增加影响的合约的兼容性，以及为未来的升级铺垫。
BTC突破38000美元关口 日内涨幅为1.46%:火币全球站数据显示，BTC短线上涨，突破38000美元关口，现报38095.89美元，日内涨幅达到1.46%，行情波动较大，请做好风险控制。[2021/5/25 22:43:36]
目前，这些 EIP 中最重要的是 EIP-2929。它的核心内容是：SLOAD 的 gas 开销从 800 增加到 2100，CALL 的 gas 开销 (包括STATICCALL 、 DELEGATECALL和其他操作码) 以及外部合约查询 (BALANCE、EXTCODESIZE 等) 从 700 增加到 2600，但这种情况仅会在地址和存储 slot 在交易里首次被访问时发生。
这样做的目的是进一步提高对 DoS 攻击的抵御能力：早期的研究显示，以太坊协议目前最大的 DoS 漏洞在存储访问，而且是有可能可以创建一些区块对大量账户作简单重复的访问，处理时间可能长达 80 秒。解决办法是一个简单的快速修复：使这些操作持续更长的时间 (存储访问需要磁盘访问) 以消耗更多的 gas，最终 DoS 问题会被削弱大概 3 倍。与此同时，客户端团队进行了一些出色的工作——实现磁盘存储缓存、减少存储加载所需的数据库查询次数、以及更长远地堵住这个漏洞。
Compound发起新提案将根据市场重新校准COMP分配速度:Compound Labs官方刚刚发推宣布，社区已发起35号提案，计划根据市场重新校准COMP的分配速度，以此作为在未来提案中A/B测试最佳COMP排放量的基准。根据此前的33号提案，COMP分配速度现在是通过治理（通过调用setCOMPSpeed给定的市场）来设置的，不再根据借贷需求自动/动态地进行调整。社区现在具有按市场分配COMP的权力和责任。此前12月27日消息，Compound通过33号提案，即取消COMP自动赔付降低Gas成本和允许治理机构按市场分配COMP（而不是根据借款需求动态分配）。[2021/1/9 15:42:51]
gas 开销重新定价加上这些客户端的改善使得现有的区块链更安全，也使得提供 gas limit 比现在更加安全。在 EIP-2929 后，避免大幅 gas limit 提升的主要原因实际上不再是 DoS 攻击问题，而是状态大小的增加 (这两方面互相影响：当存储负载变大后存储加载消耗的 gas 会更多)。因此，状态过期和无状态会变得非常重要，甚至可以说是“合并” 后的首要任务。
这次的重新定价产生的第二大长期裨益是无状态验证的见证大小理论上最大能减少 3 倍。对于代码读取，我们还需要一次重新定价 (类似于：每访问 31 字节代码需要 500 gas)，但这一点可以在未来实现。
请注意：这份 EIP 只增加每笔交易第一次访问的 gas 开销。往后的访问实际上是更便宜的 (任何情况下都是 100 gas)。另外，对预编译的调用一直只消耗 100 gas，包括首次调用。这样做有带来以下正面影响：
在同一个 slot 里，任何SLOAD后的SSTORE(或者SSTORE后的 SLOAD) 都会变得更便宜。这是因为第一次存储读取或写入以及支付了访问存储 slot 的 gas 费了，因此该存储 slot 已经“预热了”，第一次读取和写入都会更便宜；这样，我们需要支付的 gas 不是 800 + 5000，而是 2100 + 2900 (大约)，减少了大约 800 gas。这可能使采用 ERC20 协议标准代币的转发更便宜。
Self-calling 变得更便宜
对预编译的调用变得更便宜 (这对于低 gas 开销的预编译来说特别有价值，这些预编译需要倍调用非常多次，比如 ECADD)
添加第一次访问规则是因为当一个账户或存储 slot 被第二次访问时，该账户或存储 slot 应该已经在内容里有缓存了，因此就不需要进行昂贵的磁盘访问了。当然，对同一个数值的两次访问也只需要一次的见证条目。
来源 |?r/ethereum
作者 | Vitalik Buterin
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。