币圈界报道：

以太坊Hoodi测试网启动2亿Gas上限验证：Glamsterdam升级全面落地

以太坊网络将于10月26日UTC时间17:42:48在Hoodi测试网正式实施Glamsterdam协议升级。此次更新将区块执行资源上限设定为2亿Gas，与此前的Sepolia测试网保持一致。该调整旨在支持更大规模的交易处理能力，同时配套引入确立性的提议者-构建者分离（ePBS）机制与区块级访问列表（BALs），以优化执行验证效率。

协议变更核心架构与部署节点确认

根据以太坊基金会公告，本次升级将在第132,352纪元与第4,235,264槽位触发。Hoodi将沿用Sepolia自10月6日启用的相同Gas限额配置。此次演进不仅是对区块容量的扩展，更涉及构建者提交方式、客户端状态依赖识别机制以及状态操作计费模型的根本性重构，各项改动彼此关联、协同作用。

高吞吐量背后的真实性能约束

尽管2亿Gas上限理论上可容纳约9,523笔标准转账（每笔21,000 Gas），并实现每秒近800笔交易的理论速率，但实际网络承载力受多重因素制约。真实场景中包含合约部署、借贷、代币交换等复杂操作，且交易资源消耗差异显著。更重要的是，节点硬件处理能力构成关键瓶颈——更大的区块意味着更高的执行负载、更频繁的状态读写和更长的一致性达成周期，可能导致验证者延迟或脱离链。

ePBS重构构建者与验证者的协作范式

EIP-7732引入的ePBS机制将提议者-构建者关系纳入共识规则层。提议者可在构建者披露内容前承诺接受其执行负担，由协议统一管理支付流程，并通过时效性委员会监督有效载荷交付。此举分离了共识验证与执行验证职责，为客户端提供额外的执行审查窗口。然而，这并未消除最大可提取价值（MEV）的竞争本质，专业基础设施仍可能在延迟、资本和订单流上保有优势。对验证者而言，需立即适配新接口与职责，外部构建者用户也必须确保软件兼容性。

BALs推动执行并行化以缓解验证压力

作为另一项关键技术，EIP-7928引入区块级访问列表（BALs），记录整个区块内涉及的账户与存储位置及其状态变动。该信息使执行客户端得以预判依赖关系，提前并行准备状态读取，识别可独立验证的交易组，从而提升状态根计算效率。例如，不共享存储槽的交易可并发处理；而冲突交易仍需有序执行。该机制的实际收益高度依赖于交易组合结构，且并非保证所有客户端均能达到同等性能水平，而是作为提升整体验证效率的基础性支撑。

状态操作成本重设应对长期扩展负担

Glamsterdam同步调整了状态操作的经济模型。EIP-8037新增对持久状态创建（如新账户、存储槽、合约代码）的独立计费机制，强调其长期维护成本。EIP-8038则重新评估了SLOAD、SSTORE及冷账户访问等操作的收费规则。这些变化意在缓解以太坊持续膨胀的状态数据带来的系统性压力。基金会基于历史主网交易回放分析指出，目标是支持约为当前基础层三倍的吞吐量，但此为设计愿景而非必然结果。多数合约不受影响，但部分依赖固定Gas津贴、硬编码值或gasleft()判断逻辑的合约存在失败风险。

开发者与节点运营方须在分叉前完成适配

以太坊基金会已发布工具包供团队准备升级。合约开发者可通过Glamsterdam重新定价影响分析工具检测受影响地址，并在名为glam-devnet-8的Platåberget测试环境中进行验证。建议增加Gas上限配置，审查固定津贴调用模式，并排查依赖硬编码假设的应用。钱包与RPC服务商应更新Gas估算逻辑，避免因旧常数导致交易失败。Hoodi节点操作员须在激活前完成执行层与共识层客户端更新，推荐版本包括Prysm v7.3.0、Teku 26.10.1、Lighthouse v8.3.0、Besu 26.10.0和Nethermind 2.2.0。验证者还需查阅各客户端特定说明，涵盖ePBS职责、构建者连接与限制定制等配置要求。使用过时或不兼容版本可能导致节点无法同步。

Hoodi测试网承担主网演进前的关键验证角色

Sepolia的先行部署已提供初步验证，而Hoodi将以2亿Gas配置进一步扩大测试环境。成功激活将证明客户端能在新规则下协调分叉并持续运行。但性能表现仍是独立议题——开发团队需验证执行客户端能否稳定处理高负载区块，构建者是否可靠交付有效载荷，验证者在不同工作负载下能否维持可接受的响应水平。该部署还将暴露合约执行、Gas估算及外部构建基础设施中的潜在兼容问题。主网激活日期尚未公布，未来扩展路径的决定性证据将来自持续的客户端性能表现，而非单纯受限于上限数值本身。