以太坊 Sepolia 测试网正准备演练大幅加重的区块负载，而 Prysm 的新版本已消除一处配置缺口，否则公开测试可能会在相互不一致的条件下运行。

Gas 是以太坊衡量计算工作量的单位。它决定一个区块可容纳多少交易处理量，而非交易数量本身。将 Sepolia 的目标从 6000 万提升至 2 亿，使测试网络有空间在单个区块内处理三倍以上的工作量。

2 亿 Gas 在实践中意味着什么

以太坊正在测试其软件能否构建、分发并验证显著更重的区块，同时不拖慢网络速度，也不对普通节点运营者提出过高要求。

这一变更并不等同于交易数量固定增长三倍。一笔简单转账消耗的 Gas 远少于复杂的智能合约操作，因此最终的交易数量将取决于用户在每个区块中放入的内容。Sepolia 的任务是展示当负载增长时网络的运行表现。

Prysm 更新使测试保持在预期设置上

Glamsterdam 升级定于 13:53:36 UTC 在 Sepolia 激活。Prysm 7.2.0 版本本可运行该升级，但除非运营者手动更改设置，它仍保留 6000 万 Gas 的默认值。

这造成了一个尴尬的缺口：以太坊可以安排 2 亿 Gas 的演练，而一个主要的验证者客户端却可能仍按较早的目标提议区块。根据该客户端的 GitHub 发布说明，Prysm v7.2.1 增加了 Sepolia 的 Gas 上限排期，使 2 亿在分叉相关阶段开始后成为默认值。

这一缺口之所以重要，是因为以太坊的验证者集合运行在多个独立的客户端实现上，而某个客户端的默认值会影响所有未自行覆盖设置的运营者所处的条件。只有当网络在开发者计划测量的设置下运行时，演练数据才有价值。

验证者仍保留对其提议者设置的控制权，并可在必要时覆盖该数值。此次更新只是移除了一个可能导致公开测试条件不一致的手动步骤。

更大的区块给整个以太坊技术栈带来压力

容量只有在周边软件能够跟上时才有意义。执行客户端需要处理额外的数据，共识客户端需要及时接收并验证区块，而验证者需要在每个区块包含更重负载的情况下仍就同一条链达成一致。

Glamsterdam 将容量测试与针对该环境设计的变更相结合。内建提议者-构建者分离重塑了区块的组装方式及其传递给验证者的流程，而区块级访问列表则帮助客户端识别区块将需要访问以太坊状态的哪些部分。此次升级还修订了部分状态创建和状态访问操作的 Gas 费用，使这些成本更接近节点所承担的长期负担。

根据以太坊基金会的 Glamsterdam 测试网公告，这些正是 10 月 6 日 Sepolia 级背后更广泛的技术变更。Prysm 的版本更新处理了这场更大演练中的一项实际需求：其验证者必须准备好配合开发者选择测试的更高容量开展工作。

Sepolia 激活后开发者将关注什么

客户端分歧、区块传播缓慢或 Gas 估算不准确，都会给开发者带来需要解决的具体问题。如果这些系统保持稳定，Sepolia 将提供有用的证据，证明新设计能够在公开环境中处理更大的负载。

Sepolia 结果先于任何主网决策

以太坊尚未为 Hoodi 或主网安排 Glamsterdam。Sepolia 的激活为节点运营者、开发者和应用团队提供了一个共享环境，使他们能够使用不具备市场价值的代币来测试新规则。

Prysm 的更新在这一流程开始前解决了一处配置问题。真正有意义的结果将是激活后收集的网络数据：预期的 2 亿 Gas 负载能否在最终需要支持它的客户端、验证者和应用之间保持可靠。

本文仅供参考，不构成投资建议。以太坊升级排期和技术规格在测试期间可能发生变更。