在8月23日的以太坊核心开发者会议上，开发者MartinHolstSwende谈到了EIP1884将会产生的影响，这个方案将会是以太坊第八次硬分叉的六大改进之一。
他说：
以太坊Layer2上总锁仓量为94.77亿美元:金色财经报道，L2BEAT数据显示，截至目前，以太坊Layer2上总锁仓量为94.77亿美元，近7日跌4.75%。其中锁仓量最高的为扩容方案Arbitrum One，约57.49亿美元，占比60.66%，其次是Optimism，锁仓量21.32亿美元，占比22.49%。[2023/7/12 10:49:35]
“我们知道，理论上这将带来一些破坏。”
在两周前就EIP1884进行讨论之后，核心开发者在今天决定将测试网硬分叉定在10月2日左右，但是他们并未公布相应的主网升级区块高度，以防出现更多意外。
以太坊L2网络总锁仓量达到56.8亿美元 近7日涨幅17.57%:金色财经消息，L2BEAT数据显示，截至目前，以太坊Layer2上总锁仓量为56.8亿美元。近7日涨幅17.57%，其中锁仓量最高的为扩容方案Arbitrum，约26.6亿美元，占比46.94%。其次是Optimism，锁仓量18.3亿美元，占比32.33%。dYdX占据第三，锁仓量5.23亿美元，占比9.21%。[2022/8/10 12:14:47]
具体来说，EIP1884将提高gas成本。这么做的理由很简单：随着以太坊网络规模的扩大，DApps使用的某些智能合约占用了大量计算能力，但支付的gas成本相对较低。
数据：以太坊矿工24小时收入（以ETH计算）减少了12.6%:数据显示，以太坊矿工24小时收入（以ETH计算）减少了12.6%，8月6日与8月5日相比手续费收入降低了一半（由4555到2272ETH）。但也有矿工表示由于币价上升，此前囤积的ETH获得了更多的收益。[2021/8/7 1:40:51]
根据Swende提交的这个EIP，这种现象引发了漏洞：
“它可能被用于攻击，通过低成本的操作填满区块，从而导致区块处理时间延长。”
Swende还说明了这项改进的实用性：
以太坊智能合约有89%的概率存在漏洞:最新的研究显示，基于以太坊架构，被称作是“最安全、最可靠、最方便”的智能合约技术却漏洞百出。在伦敦大学学院计算机科学系副教授伊利亚·谢尔盖最新的研究论文中，通过对将近 100 万份智能合约进行每份合约 10 秒分析时间的分析后发现，这其中有 34200 份智能合约很容易受到黑客攻击。同时他们又对 3759 份智能合约抽样调查，在这之中，3686 份智能合约有 89% 的概率含有漏洞。[2018/3/5]
“定价过低的操作码会导致区块gas限制出错，同样的gas值可能导致区块处理时间产生重大差异……如果操作实现平衡，我们可以将最大化区块gas限制，并拥有更稳定的处理时间。”
因此，提高gas上限是有道理的。然而，问题在于，部分合约在编码过程中就已经设置好，需要gas成本保持不变。Swende指出这样的设置并非最佳选择。毕竟，在2016年底的TangerineWhistle硬分叉当中，开发者将其中一个操作码的gas成本从50调整到了200。因此，智能合约开发者应该料到gas值可能再次上升。
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同意开发者应该准备好面对所有意想不到的结果。
“我绝对认为如果我们把东西弄坏了，我们应该事后修好。但我确实认为，在大多数情况下都只是嫌麻烦，'这太难了，我们需要升级到一个新的合约'——我不认为我们需要理会这种情况。我认为他们需要承受这种痛苦，并坚持下去，因为他们需要改变合约的模式。”
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。