以太坊Glamsterdam升级：最大规模底层重构，主网上线再度推迟至2026年第四季度

升级命名由来与整体定位

以太坊即将迎来的 Glamsterdam 升级，是继 The Merge 之后核心开发者眼中改动幅度最大的一次协议级重构。该名称由两部分组成：执行层升级沿用“Amsterdam”，取自往届 Devconnect 举办地阿姆斯特丹；共识层升级则命名为“Gloas”，源自一颗恒星。此次升级紧随 Fusaka 之后，通过重组网络处理交易和管理数据库的方式，推进 L1 扩容，并从根本上更新以太坊创建与验证区块的机制。

三大核心目标：加速、扩容与可持续

Glamsterdam 围绕三个关键目标展开：一是加速处理（并行化），通过重组数据依赖关系，使网络能安全地并行处理大量交易，摆脱传统逐笔顺序执行的瓶颈；二是扩容，拆分区块创建与验证的繁重任务，延长数据传播窗口，支持更高吞吐量；三是可持续性，调整网络费用结构，使其更准确反映长期存储成本，为未来 Gas 上限提升铺路，同时防止硬件性能退化。

头牌提案一：ePBS——将“外包”变“内置”

共识层的核心提案是协议内提议者与构建者分离（ePBS，EIP-7732）。当前，以太坊出块依赖链下中继（Relay）撮合提议者与构建者，导致验证者需在2秒内完成交易广播与执行，限制了数据承载能力。ePBS 将这一分工机制直接写入协议，建立链上可信的区块交付与付款规则，不再强制依赖第三方中介。同时引入独立验证机制，将关键时间窗口从2秒扩展至约9秒，显著提升网络处理 Layer2 数据的能力。

头牌提案二：BALs——交易前明确“访问清单”

执行层的关键提案是区块级访问列表（BALs，EIP-7928）。当前以太坊交易处理如同“蒙眼购物”，必须逐笔执行以防数据冲突。BALs 要求每笔交易提前声明其将访问的账户与状态，使系统能识别无冲突交易并并行处理。此外，新节点可直接依据访问列表同步最终状态，大幅加快同步速度。为支持该机制，Glamsterdam 还强制要求所有执行层客户端采用新的访问列表传输协议。

配套提案：重新核算“仓储费”与“查询费”

除两大头牌提案外，Glamsterdam 还包含两项费用结构调整提案。其一针对新建账户、部署合约等永久占用存储空间的操作，按实际占用量重新计费，目标是将全网年数据增长控制在120 GiB以内，并设立独立账户核算存储成本，避免与计算Gas混用。其二提高读取已有数据的操作码费用，使其更贴近现代硬件真实负载，防止恶意低费查询攻击。

主网上线时间再度推迟

尽管此前排期显示主网激活目标为2026年9月16日，但最新进展表明该计划已推迟。原定8月初的 Sepolia 与 Hoodi 测试网分叉被延后，EthPandaOps 团队近期推出了专为 Glamsterdam 设计的短期公共测试网 Plataberget。官方预计测试网部署将在9月启动，主网上线相应推迟至2026年第四季度。核心开发者多次强调，升级的正确性优先于任何时间表，在全体核心开发者会议（ACD）正式锁定区块高度前，主网激活可能延续至年底。