以太坊正在测试它能在多大程度上安全地创造更便宜的区块空间。该网络已准备在 Sepolia 测试网下，于 Glamsterdam 升级中测试 2 亿 gas 上限，在公开测试中把网络此前区块容量的三倍多推到开发者面前，以便决定未来主网可能采用的方案。

根据 Prysm 10 月 5 日发布的说明，验证者客户端 7.2.1 版本已加入 Sepolia 的新 gas 上限时间表，因此在 Glamsterdam 激活后，验证者会自动使用 2 亿的设置。此次升级定于 UTC 时间 10 月 6 日 13:53:36。

Prysm 7.2.0 已支持 Sepolia 分叉，但它发布时，2 亿这一设置尚未加入 Sepolia 的配置。使用该版本的验证者在激活后会默认回落到 6000 万 gas，除非运营者手动修改提议者设置。

7.2.1 版本通过将时间表直接加入客户端，去掉了这一步。运营者仍可通过提议者设置、keymanager API 或 Prysm 建议的 gas limit 选项选择其他上限。

这个时间点对开发者想在 Sepolia 上衡量的内容很重要。如果一部分验证者按 6000 万 gas 提议区块，而另一部分按 2 亿 gas 提议，网络对更大区块的测试就不会那么一致，而这正是 Glamsterdam 想要检验的内容。

以太坊正在测试验证者能处理多少区块空间

Sepolia 的 gas 上限从约 6000 万提高到 2 亿，为以太坊开发者提供了一个公开环境，用来观察当每个区块能容纳更多计算时，验证者会如何应对。

区块 gas 上限决定了区块内交易可消耗的最大 gas 数量。提高上限并不会直接决定单个用户支付的手续费，但当区块空间需求上升时，它会为交易提供更多容纳空间。

以太坊主网在 2025 年 11 月将 gas 上限提高到 6000 万，当时有超过 513,000 名验证者表示支持这一变化。该调整提升了区块处理交易的容量，同时以太坊仍在推进旨在支持更高吞吐量的协议变更。

Glamsterdam 将这项工作推进得更远。以太坊基金会将该升级描述为其 Layer 1 扩容路线图的一部分，其中包括 enshrined proposer builder separation 和 Block Level Access Lists，它们会改变区块的生成和验证方式。

更高的 gas 上限可以为同一区块内的更多兑换、稳定币转账、智能合约交互以及其他交易腾出空间。当需求高企时，可用区块空间更多，可能会减少用户争抢交易上链时的竞争。

但这并不意味着 2 亿 gas 上限会自动让以太坊交易变便宜。手续费仍取决于网络需求和所执行活动的类型，而 Glamsterdam 还会单独改变某些操作的定价方式。

Glamsterdam 改变以太坊收费方式

更多区块容量也会给以太坊带来另一个问题，因为并非所有操作对网络造成的负担都相同。

有些操作只需要在交易结束时完成计算。另一些则会生成数据，而以太坊节点可能需要将这些数据作为网络状态的一部分保存下来。

Glamsterdam 通过包括 EIP 8037 在内的变更来处理这种差异，该提案会改变创建状态的成本。以太坊基金会表示，历史上创建状态的成本相对于它给节点带来的永久存储负担而言一直偏低。

该提案让收费更贴近某项操作创建或访问的永久数据量。正如 crypto.news 此前报道的那样，以太坊基金会开发者 Parithosh Jayanthi 在早期 Glamsterdam 测试期间表示，高层级计算将变得更便宜，而状态则会变得更昂贵。

开发者已经警告，这种重新定价可能影响部分应用。依赖固定 gas 假设、2,300 gas stipend 或特定 gas 上限的合约，在 Glamsterdam 到达主网前可能需要修改；而通过交易回放测试的大多数合约则未受影响。gas 兼容性警告涵盖了 EIP 8037 和 EIP 8038，后者会改变访问账户和存储的成本。

这两者结合起来，使以太坊能够在尝试提升执行容量的同时，对那些可能让永久状态增长过快的操作施加更严格的经济限制。

2 亿 gas 测试此前已完成私下演练

Sepolia 并不是 Glamsterdam 第一次在 2 亿这一水平附近运行。

Glamsterdam Devnet 11 早在 9 月的一次受控演练中，就已从 6000 万 gas 提升到 2 亿 gas。该网络使用了来自多个客户端的 84,000 名验证者，并承载了此次公开测试计划中的核心 EIP。

Devnet 11 的容量测试，发生在更早的 Glamsterdam 开发网络出现问题之后。Devnet 8 在其 Gloas 激活期间遇到非最终性问题，而其他测试则在开发者推进后续迭代前暴露出影响执行客户端的问题。

Sepolia 将把此次升级带入一个公开测试网环境，运营者会运行不同的客户端和配置。以太坊开发者可以借此测试，在更接近真实网络的条件下，更高容量是否仍能保持稳定。

Prysm 的临时更新也是这一准备工作的一部分。7.2.1 版本把 Sepolia 的 gas 时间表加入到 epoch 353,024，并在 Gloas 分叉后将 2 亿设为验证者默认值。

主网不会在 10 月 6 日升至 2 亿

Sepolia 测试并不会把以太坊主网的 gas 上限提高到 2 亿。

以太坊的官方 Glamsterdam 日程只列出了 10 月 6 日的 Sepolia。Hoodi 和主网的激活日期仍未确定，以太坊基金会表示，在客户端团队就这些部署达成一致后，会另行发布公告。

Sepolia 运营者需要兼容的执行客户端和共识客户端，才能跟上升级后的网络。Prysm 是参与其中的多个共识客户端之一，其他还包括 Lighthouse、Nimbus、Teku、Lodestar 和 Grandine。

以太坊开发者此前已将 2 亿这一水平视为 Glamsterdam 测试的重要部分。网络路线图指出，随着以太坊朝着升级带来的容量扩张，若没有相应的 gas 定价变化，状态增长可能变得不可持续。

Glamsterdam 之外的工作也在研究同样的约束。正在考虑的 Hegotá 提案包括一些变更，旨在在区块上限提高时更好地计入交易数据和状态创建成本，开发者也在将进一步的 gas 变更纳入以太坊 2027 年升级规划中进行审议。

对于 Sepolia 而言，眼下的测试将从 epoch 353,024 开始。运行 Prysm 7.2.1 的验证者在 Glamsterdam 激活后会默认使用 2 亿 gas 设置，而 Hoodi 和以太坊主网仍没有确认的 Glamsterdam 激活日期。