以太坊完成 Glamsterdam 性能测试，区块 Gas 上限飙升至 2 亿

以太坊执行客户端 Nethermind 于 9 月 17 日完成了一项针对 Glamsterdam 升级的性能测试，在 3 分 15 秒内完成全部 2,302 项测试，共处理 5,707 亿 Gas，平均每秒约处理 29 亿 Gas，并在计划于 10 月 6 日部署至 Sepolia 公共测试网前，通过了一项关键基准测试。

Nethermind 性能测试数据：3 分 15 秒完成 2,302 项测试及区块级访问列表说明

Nethermind 于周三完成的性能测试涵盖了 Glamsterdam 的最大技术变更之一：区块级访问列表（block-level access list）。测试结果显示，完成全部 2,302 项测试耗时 3 分 15 秒，共处理 5,707 亿 Gas，平均每秒处理约 29 亿 Gas。这项基准测试衡量的是 Nethermind 执行客户端的性能，而非整个以太坊网络的速度。访问列表的作用是：在节点开始执行区块前，预先告知其该区块将使用哪些账户和存储数据，使节点能够同时获取数据，并行检查互不相关的交易，而不必像目前这样按顺序处理大部分此类工作。

区块 Gas 上限提升至 2 亿的技术含义与交易容量效果

Glamsterdam 在 Devnet-11 上线约一小时后，将区块 Gas 上限从 6,000 万提高至 2 亿，提升幅度约为三倍。Gas 是衡量交易所需计算量的单位，更高的上限可让每个区块容纳更多支付、代币兑换和其他活动。更高的 Gas 上限意味着以太坊在用户开始竞争区块空间之前能够承载更多交易活动，有助于减轻交易激增或热门代币发行导致网络拥堵时的手续费涨幅。另一方面，更大的区块也更难验证，可能使规模较小的验证者难以跟上，这也是 2 亿 Gas 上限目前作为测试设置、而非主网最终承诺的背景考量之一。

Glamsterdam 的三项核心技术变更：访问列表、构建者与提议者分离，以及延长传播时间

根据目前公开的技术说明，Glamsterdam 包含以下三项主要变更：

区块 Gas 上限提升：Devnet 上从 6,000 万提高至 2 亿，为更多交易活动腾出空间，并有助于减轻手续费涨幅。

构建者与提议者分离正式纳入以太坊协议规则：构建者负责打包交易，提议者负责核查区块并确保链的安全；Glamsterdam 将这项分工及相关支付流程正式写入以太坊自身规则，减少对外部中继服务的依赖。

区块传播时间延长：从约 2 秒延长至约 9 秒，让验证者有更多时间接收和核查 Glamsterdam 设计所支持的更大区块。

Glamsterdam 测试进度：Devnet-11 现况与 Sepolia 10 月 6 日计划部署说明

Glamsterdam 目前在 Devnet-11 上以新的区块构建规则运行，并在本周的性能测试中通过了关键基准。开发者计划于 10 月 6 日将 Glamsterdam 部署到 Sepolia 公共测试网，应用开发团队届时可在升级正式面向以太坊主网用户之前测试其软件；该日期尚需正式公告。Devnet-11 被设计为受控演练，不包含任何蓄意攻击情境，2 亿 Gas 上限也是测试设置，而非主网最终承诺。

常见问题

Glamsterdam 升级将以太坊区块 Gas 上限提升至多少，目前处于哪个测试阶段？

Glamsterdam 在 Devnet-11 上将区块 Gas 上限从 6,000 万提高至 2 亿（约三倍），目前仍是测试设置，而非主网最终承诺；开发者计划于 10 月 6 日在 Sepolia 公共测试网部署，该日期尚需正式公告。

Nethermind 的 Glamsterdam 性能测试具体结果是什么？

Nethermind 在 3 分 15 秒内完成全部 2,302 项测试，共处理 5,707 亿 Gas，平均每秒约处理 29 亿 Gas；测试衡量的是 Nethermind 执行客户端的性能，测试对象是区块级访问列表机制。

Glamsterdam 升级为何要将区块传播时间从 2 秒延长至 9 秒？

区块传播时间从约 2 秒延长至约 9 秒，目的是给予验证者更多时间接收和核查 Glamsterdam 所支持的更大区块；更大的区块需要更长的传播和验证时间，这一设计是支持 2 亿 Gas 上限的配套机制。