因 “0x10” 地址的 Gas 消耗分歧产生的柏林硬分叉 Bug

雍和比特币 以太坊OpenEthereum单客户端在区块#12244294处产生的 Bug 导致其时的以太坊网络停机，并在问题区块产生后无法与网络坚持同步。那么形成这个事端的原因终究是什么呢？先看触发了这个事端的买卖：https://eth.tokenview.com/cn/tx/0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247这是一笔合约调用买卖，是从 KuCoin 买卖所向其他地址分发ETH。咱们仔细分析一下合约调用进程：

1. 在浏览器的“数据输入”栏展现的是合约调用的参数，榜首行表明地址列表从“40”(16进制)字节，也便是 64 字节开端，图中第4行，第二行表明搬运数额的列表从“1a0”(16进制)字节，也便是 416 字节开端，数据输入栏第15行。
2. 转账是依照地址列表的次序进行的，往每个地址转入的数额和搬运数据的列表一一对应的。
3. 现在咱们开端遍历地址列表，看第三行的“10” (16进制)，表明的是即将为接下来的 16 个地址转入 ETH。

依照图上次序，当数到第11个地址的时分，发现值是“10”。这个值会被认为是地址列表中的第11个地址，但是事实上是表明搬运数额的列表长度。那么依照第三行的指示，应该向 16 个地址转入，合约会把“0x10”当成地址持续履行转账操作，向地址“0x10”转入 0 个 ETH。留意，“0x10”是EVM “特别地址” 之一，它彻底处在 EVM 的预编译合约列表内。它是一个由 EIP-2537 断语的预编译合约，是为 BLS 配对密码学程序而设的，但这个 EIP 还未布置到主网上。那么在柏林硬分叉中给“0x10”发送 0 ETH 会形成什么呢？会形成 Gas 耗费产生不合。“0x10”地址的Gas耗费不合 柏林硬分叉改变了 EVM 中 Gas 耗费量的计量办法。在 EIP-2929 施行后，如果在一笔买卖中对同一个存储槽屡次履行状况存储操作，榜首次履行会耗费更多 Gas，后续履行的耗费会更少。这便是OpenEthereum 在区块 #12244294 处产生 Bug 的本源：OpenEthereum包含了EVM已完成的预编译列表。所以OpenEthereum 会对该笔买卖中访问了“0x10”的买卖给gas 扣头。但网络的绝大部分活泼客户端都不是这样完成 EIP-2929 的，它们只会给访问了已激活预编译合约的买卖供给 gas 扣头。由此，OpenEthereum 客户端对该买卖耗费了多少 Gas 的核算与网络中其他客户端产生了不合。这场由Gas耗费不合引起的 OpenEthereum 单客户端停机，虽没有严重到导致严重的链分叉，但也提示咱们使用多客户端完成来非难节点稳定性。不可否认，区块链技能依然处于不断测验不断前进的进程中，2021 年迸发的Defi和NFT也以史无前例的速度遍及给更多的受众，Tokenview期望携手更多的开发者打造更好的区块链国际。