以太坊验证者客户端在Sepolia Gas上限测试前紧急发布补丁

以太坊主要验证者客户端之一在关键的Sepolia测试网络运行前数小时紧急推送了软件更新。该补丁发布之际，测试网正准备将每区块Gas上限提高至2亿，这一跃升将使每个区块能够承载比现在多得多的计算和数据。

时间非常紧迫。运行受影响客户端的验证者需要在测试开始前完成升级，否则可能在试验期间掉线或产生无效区块。Sepolia并非主网——它是一个演练场，客户端团队在这里制造问题，以免主网出现问题。但在这里搞砸测试仍会推迟更广泛的Glamsterdam部署。

为什么2亿Gas很重要

以太坊的Gas上限设定了单个区块能容纳多少工作量的天花板：简单转账、智能合约调用、Rollup数据Blob，所有这些都包括在内。这个上限多年来逐渐上升，但2亿是一个不同的量级。它意味着每区块更多交易、更多Rollup数据空间，并且在需求平稳时理论上费用更低。

这也意味着每个处理该区块的节点承受更大压力。验证者、归档节点、RPC提供商——下游所有人都能感受到。这就是为什么客户端团队先在Sepolia和其他测试网上测试这些增长，在那里一个坏区块除了让人度过一个糟糕的下午外没有任何代价。

Glamsterdam升级包已经筹备了数月，Gas上限提升是其最受关注的组件之一。客户端多样性使协调更加困难：以太坊运行在多个不同的验证者客户端上，每个客户端都必须正确处理相同的负载。当一个客户端需要测试前补丁时，这提醒人们网络在多大程度上依赖于这种多样性的有效运作。

该客户端在最后一刻更新了软件。这是测试周期中会发生的事情——在最终检查期间发现一个Bug，团队发布修复，验证者争相应用。受影响的客户端没有披露Bug的确切性质，而紧急的措辞表明它并非表面问题。

错过窗口的验证者可能会看到他们的Sepolia节点停滞或从测试网其余部分分叉出去。在主网上，那将是一起严重事件。在Sepolia上，这只是一个数据点。

Sepolia已成为那些风险太大不宜在主网上试验但又太重要不能跳过的变更的主要试验场。Gas上限提升恰好符合这一描述。如果Sepolia能干净地处理2亿Gas的区块，主网时间表的道路就会打开。如果不能，客户端团队将回到代码。

目前还没有宣布主网日期。Glamsterdam升级仍处于测试网阶段，Gas上限变更只是更大一揽子计划中的一部分。未来几天Sepolia上发生的事情将决定其余部分推进的速度。

当务之急是打补丁的客户端能否在新的区块大小下保持稳定。及时升级的验证者将实时得知结果；没有升级的可能会以艰难的方式得知。Sepolia之后，下一个检查点是其他测试网——最终是主网——是否会进行自己的Gas上限试验。目前，所有目光都集中在一个大多数用户从未想过的测试网络上。