以太坊伊斯坦布尔升级将提高gas上限,部分智能合约或将受影响_比特币:bitstamp官网中文

在8月23日的以太坊核心开发者会议上,开发者MartinHolstSwende谈到了EIP1884将会产生的影响,这个方案将会是以太坊第八次硬分叉的六大改进之一。

他说:

“我们知道,理论上这将带来一些破坏。”

在两周前就EIP1884进行讨论之后,核心开发者在今天决定将测试网硬分叉定在10月2日左右,但是他们并未公布相应的主网升级区块高度,以防出现更多意外。

以太坊最新ACDE会议:将按照Holesky、Goerli、Sepolia测试网顺序测试坎昆升级分叉:9月1日消息,以太坊核心开发者Tim Beiko总结最新一次以太坊核心开发者执行会议(ACDE),会议讨论了Dencun开发网络的最新动态,以及Verkle Trie和State Expiry路线图。

Tim Beiko还表示将按照Holesky、Goerli、Sepolia测试网顺序测试坎昆升级分叉,下一次ACDE定于北京时间9月14日22:00。[2023/9/1 13:10:53]

具体来说,EIP1884将提高gas成本。这么做的理由很简单:随着以太坊网络规模的扩大,DApps使用的某些智能合约占用了大量计算能力,但支付的gas成本相对较低。

V神提议支持以太坊网络支付功能:据ethereumworldnews消息,V神认为人们应该支持以太坊网络的支付功能,支持了ETH,也能为支持其他ERC20代币打开一扇大门,比如MKR、UNI、WBTC和稳定币。至于转账费用与速度,他表示已经在主网layer-2部署了一些扩展性解决方案。[2020/10/3]

根据Swende提交的这个EIP,这种现象引发了漏洞:

“它可能被用于攻击,通过低成本的操作填满区块,从而导致区块处理时间延长。”

Swende还说明了这项改进的实用性:

人物 | 谷歌曾向以太坊创始人V神发出工作邀请:谷歌此前向以太坊创始人V神发出提供工作机会的信息。V神表示,谷歌确实联系过他,但是并不想给他提供很高的职位。V神称:“显而易见,我正是他们要找的人才,但是他们只给我开出了实习生的薪水。”[2018/8/20]

“定价过低的操作码会导致区块gas限制出错,同样的gas值可能导致区块处理时间产生重大差异……如果操作实现平衡,我们可以将最大化区块gas限制,并拥有更稳定的处理时间。”

因此,提高gas上限是有道理的。然而,问题在于,部分合约在编码过程中就已经设置好,需要gas成本保持不变。Swende指出这样的设置并非最佳选择。毕竟,在2016年底的TangerineWhistle硬分叉当中,开发者将其中一个操作码的gas成本从50调整到了200。因此,智能合约开发者应该料到gas值可能再次上升。

价值750万美元在超过500个以太坊dapp中进行交易:据trustnodes报道,根据DappInsights的数据显示,目前价值750万美元的1.0749万个eth,在过去的24小时内已经在超过500个现存的以太坊dapp中进行了交易。[2018/5/21]

Swende还指出,在EIP1884部署之后,default函数也可能失败,使钱包失效,或者只允许低于一定限额的支付。

ParityTechnologies的WeiTang也参与了8月23日的会议。他很担心。他在会上以及随后的推文中都表示,开发者应该采取措施,避免在伊斯坦布尔分叉之前被意外冻结合约。首先,他提出了向后兼容。

简单来说,向后兼容能够或多或少地以当前的gas成本保留当前合约,同时让新合约满足分叉后的标准。这是完全可行的。

“向后兼容性是以太坊以及虚拟机上的一个可实现特性。我们在伊斯坦布尔没有这样做的原因主要是由于时间限制。”

Tang说,治理问题已经花了很长时间,所以像EIP1702这样更复杂的改进已经被搁置。

组织核心开发者电话会议的HudsonJameson随后在推特上写道:

“可以说,通过这个重大改变我们在某种程度上让人们能更好地准备更重要的变化。”

但Tang担心负面影响会更多。虽然他说伊斯坦布尔的EIP“大多是简单的”,但他担心对智能合约的影响。在会议上,他提到了2017年Parity多重签名钱包遭黑客攻击,Parity因此提出了通过硬分叉解锁50万ETH的想法,这50万ETH因合约被冻结而被锁在钱包里。

尽管安全问题一直是拖延伊斯坦布尔的部分原因,但Tang表示,不花时间实现向后兼容也有其风险,这可能会导致网络攻击。要做到这一点,可以开发不易受攻击的智能合约,然后提出修改gas上限的建议,使之失效。

“如果因此产生的影响并不明显,或者核心开发者坚信向后不兼容的更改是可以接受的。那么恶意实体就可能破坏网络,或窃取用户资金。”

在今天的会议上,EIP1884的问题再次出现,开发者就这一方案达成了一定程度的共识。在Tang重申了他的观点之后,Swende同意开发者应该准备好面对所有意想不到的结果。

“我绝对认为如果我们把东西弄坏了,我们应该事后修好。但我确实认为,在大多数情况下都只是嫌麻烦,'这太难了,我们需要升级到一个新的合约'——我不认为我们需要理会这种情况。我认为他们需要承受这种痛苦,并坚持下去,因为他们需要改变合约的模式。”

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

金宝趣谈

[0:15ms0-5:662ms