COIN:因「0x10」地址的Gas消耗分歧产生的柏林硬分叉Bug_ETHE

以太坊OpenEthereum单客户端在区块#12244294处发生的Bug导致当时的以太坊网络停机,并在问题区块产生后无法与网络保持同步。那么造成这个事故的原因究竟是什么呢?使用Tokenview以太坊浏览器查看触发了这个事故的交易:https://eth.tokenview.com/cn/tx/0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247这是一笔合约调用交易,是从KuCoin交易所向其他地址分发ETH。

我们仔细分析一下合约调用过程:

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消耗分歧

比特大陆PoW研究院院长:一旦量子计算机出现,比特币也可以有应对方案:金色财经报道,在由比特大陆联合金色财经举办的《比特币诞生14周年》主题活动上,比特大陆PoW研究院院长Lucien表示,一旦量子计算机出现,比特币也可以有应对方案,就是重新创建一个地址,之后把签名的算法改成抗量子的密码算法, 目前比较常用的几种数学方案构造的密码算法,有基于哈希的密码学,基于多变量的密码学(里面最著名的就是彩虹密码),格密码等等技术。到时候大家把钱打到新的地址里就可以了。据称,需要2000个逻辑量子比特才能破解当今主流的RSA加密算法,而现在最强大的量子计算机(Osprey)也才433个物理qubit,相当于几个逻辑量子比特的能力,距离破解比特币还差得很远,所以我们有充足的时间去准备。

比特币的确会有应用性的缺失,我们都知道以太坊有智能合约,正是因为复杂的智能合约的存在,所以就会存在了很多潜在的漏洞风险,进而会存在硬分叉的可能,所以比特币越简单,他的货币稳定性的价值更能凸显出来。[2023/1/3 22:23:27]

柏林硬分叉改变了EVM中Gas消耗量的计量方法。在EIP-2929实施后,如果在一笔交易中对同一个存储槽多次执行状态存储操作,第一次执行会消耗更多Gas,后续执行的消耗会更少。这就是OpenEthereum在区块#12244294处发生Bug的根源:OpenEthereum包含了EVM已实现的预编译列表。所以OpenEthereum会对该笔交易中访问了“0x10”的交易给gas折扣。但网络的绝大部分活跃客户端都不是这样实现EIP-2929的,它们只会给访问了已激活预编译合约的交易提供gas折扣。由此,OpenEthereum客户端对该交易消耗了多少Gas的计算与网络中其他客户端发生了分歧。这场由Gas消耗分歧引起的OpenEthereum单客户端停机,虽没有严重到导致重大的链分叉,但也提醒我们利用多客户端实现来提升抗性。不可否认,区块链技术仍然处于不断尝试不断前进的过程中,2021年爆发的Defi和NFT也以前所未有的速度普及给更多的受众,Tokenview希望携手更多的开发者打造更好的区块链世界。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

大币网

[0:0ms0-15:129ms