以太坊Glamsterdam升级：底层重构规模空前，主网日期尚待确定

正文：

原创 | Odaily 星球日报（@OdailyChina）

以太坊即将进行的Glamsterdam升级被认为是自The Merge以来，核心开发者所进行的最大规模协议级重构。这一名称由两个部分组成：执行层的升级部分称为“Amsterdam”，源自之前的Devconnect在阿姆斯特丹举办；而共识层的升级则被命名为“Gloas”，以一颗恒星命名。Glamsterdam在Fusaka升级的基础上，通过重组网络的交易处理和对日益增长的数据库进行管理，推动了L1的扩容，并在根本上革新了以太坊区块的创建和验证方式。

此次升级的两项核心提案分别涉及共识层和执行层：

有两大核心提案。来源：以太坊

首先，共识层的核心提案为提议者与构建者的分离，英文缩写为ePBS（EIP-7732）。

在以太坊每次出块的过程中，实际上分为两步：一位负责“选择哪个区块”（提议者），另一位负责“实际组装区块内的交易”（构建者）。目前，这种分工并不是以太坊协议本身的规定，而是依赖一批链下的“中介公司”（即中继）进行协调。这种链外关系在区块验证期间形成了一条路径，使得验证者必须在紧迫的2秒窗口内匆忙完成交易广播和执行，从而限制了网络的数据处理能力。可以将其比作一家餐厅的点单和烹饪环节，若依赖外部对接人协调，一旦其出现问题，厨房和前台便可能出现不一致。

ePBS的作用在于将这一“点单-烹饪”的分工规则纳入餐厅自己的运营手册，不再依赖外部对接人。这样一来，链上可信的区块交付和付款机制便得以直接嵌入协议中，减少对第三方中介的依赖。尽管如果双方希望使用尚未在协议中规定的复杂功能，仍可选择继续使用外部对接人。此外，为了避免“传菜”环节的混乱，ePBS还设立了一个“验菜小组”，分别检查“谁下的单”和“菜是否按时送达”，原先的2秒传菜时间窗口因此扩展至约9秒，使餐厅能够一次性处理更多订单，从而提升以太坊对Layer2数据的承载能力。

接下来是执行层的核心提案，区块级访问列表，英文简称BALs（EIP-7928）。

目前，以太坊处理交易的方式类似于一个人蒙着眼睛在超市购物：必须先摸到一件商品并确认种类，才能决定下一步行动，因此只能一件一件地排队处理。由于无法提前得知每笔交易会涉及哪些数据，系统必须严格按照顺序逐笔处理交易，否则可能会发生两笔交易同时试图修改同一份数据（例如同一地址的余额），导致冲突。

BALs的引入相当于为这个人在出发前准备了一份“购物清单”，明确记录“要去哪些货架、要拿哪些商品”。有了这份清单，系统能够提前识别哪些交易之间不会相互冲突，从而可以将不相关的交易分组并进行并行处理，而不再需要逐一排队。此外，这份清单还具备额外好处：新节点加入网络时，可以直接参考清单中的最终结果，而无需重新计算所有复杂的历史交易，这样新节点的同步速度将大幅提升。为了确保这份清单能够在网络中有效流通，Glamsterdam还配套升级了传输协议，使节点之间能够实际共享这些访问列表，该传输协议目前已成为所有执行层客户端的强制要求。

除了这两项核心提案，Glamsterdam还包含两项重新定价的配套提案，可以理解为对网络“仓储费”和“查询费”的调整。

在时间安排方面，Glamsterdam目前正处于一个相对敏感的阶段。官方最近一次可查证的全体核心开发者执行层会议（ACDE）是第241次，举行于7月16日，主要议程包括Glamsterdam Devnet阶段的最新进展汇报，以及为下一次升级Hegota选出核心提案。此前业内普遍引用的排期显示，Devnet阶段经历了从0到7的八轮迭代，时间从2026年3月28日至7月8日，随后Sepolia测试网的分叉原定于2026年8月3日，Hoodi测试网的分叉原定于2026年8月17日，主网激活的目标日期则为2026年9月16日。

然而，从最新动态来看，这份排期很可能已被延后。EthPandaOps团队最近推出了名为Plataberget的新测试网，专为Glamsterdam设计，这将成为第一个短期公共测试网，正式的Sepolia与Hoodi部署预计要推迟至9月，主网上线目标也相应推迟至2026年第四季度。这是Glamsterdam自原定2026年上半年推迟以来，第二次出现日期调整。核心开发者多次强调，升级的准确性优先于赶上任何特定日期，因此在正式的ACD会议确定具体区块高度之前，我们可能要等到第四季度甚至年底才能见证此次升级的到来。

来源：Odaily星球日报