以太坊OpenEthereum单客户端在区块#12244294处发生的Bug导致当时的以太坊网络停机，并在问题区块产生后无法与网络保持同步。那么造成这个事故的原因究竟是什么呢？使用Tokenview以太坊浏览器查看触发了这个事故的交易：https://eth.tokenview.com/cn/tx/0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247这是一笔合约调用交易，是从KuCoin交易所向其他地址分发ETH。
数据：过去一周USDC流通量减少5亿美元:金色财经报道，据官方数据，过去7天Circle共发行11亿美元USDC，赎回16亿美元USDC，流通量减少5亿美元。截至8月5日，USDC总流通量为260亿美元，储备量为261亿美元，其中现金18亿美元，Circle Reserve Fund持有243亿美元。
\u2028[2023/8/6 16:20:52]
数据：比特币交易所余额已降至2018年初水平，目前交易所中BTC流通供应量为11%:7月24日消息，CryptoQuant比特币链上数据分析师Jan Wüstenfeld表示，比特币交易所余额已降至2018年1月/2月左右的水平，交易所余额从2020年3月的310万枚BTC峰值降至210万枚，下降约32%。目前，11%的BTC流通供应量在交易所，2020年3月13日交易所的BTC流通供应量为17%。[2023/7/24 15:54:38]
我们仔细分析一下合约调用过程：
Akatsuki推出2000万美元的Emoote基金，以支持Web3项目:5月31日消息，游戏开发商Akatsuki推出2000万美元的Emoote基金，以支持Web3项目。
据悉，Emoote于2021年在新加坡成立，致力于将Web2经济模式和IP打造产业过渡为Web3的数字时尚NFT项目，曾参与StepN、BreederDAO等加密项目的投资。[2022/5/31 3:53:11]
1.在浏览器的“数据输入”栏展示的是合约调用的参数，第一行表示地址列表从“40”(16进制)字节，也就是64字节开始，图中第4行，第二行表示转移数额的列表从“1a0”(16进制)字节，也就是416字节开始，数据输入栏第15行。2.转账是按照地址列表的顺序进行的，往每个地址转入的数额和转移数据的列表一一对应的。3.现在我们开始遍历地址列表，看第三行的“10”(16进制)，表示的是即将为接下来的16个地址转入ETH。
按照图上顺序，当数到第10个的时候，发现值变成了“10”。这个值事实上是表示转移数额的列表长度。但是按照第三行的指示，应该向16个地址转入，那么合约会把“0x10”当成地址继续执行转账操作，向地址“0x10”转入0个ETH。事实上，“0x10”是EVM“特殊地址”之一，它完全处在EVM的预编译合约列表内。它是一个由EIP-2537断言的预编译合约，是为BLS配对密码学程序而设的，但这个EIP还未部署到主网上。那么在柏林硬分叉中给“0x10”发送0ETH会造成什么呢？会造成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希望携手更多的开发者打造更好的区块链世界。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。