Glamsterdam 的 Sepolia 大考:以太坊正在重造「容量机器」

Glamsterdam 三层容量架构的编辑插画

Glamsterdam 把协议内区块构建、可并行验证与可持续状态定价连接为一个整体。编辑原创插画。

研究截止日期:2026 年 10 月 11 日。

执行摘要

10 月 6 日,Glamsterdam 在 Sepolia 激活,以太坊下一次大型升级由私有开发网络阶段迈入公开测试阶段。以太坊基金会公告给出的激活点为 epoch 353,024、slot 11,296,768,即 UTC 13:53:36;公开规划工具 Forkcast 目前已将该里程碑标记为完成。这里必须区分两件事:Sepolia 已越过分叉点,是一次重要的多客户端协同验证;但它并不是主网上线。基金会公告仍将 Hoodi 与主网时间列为待定,因此,在核心开发者作出新决定之前,任何具体主网日期都只能视作规划目标,而非承诺。

理解 Glamsterdam 的最佳方式,不是把它看成一袋互不相关的新功能,而是把它看成对以太坊「容量函数」的重构。升级同时处理三个约束:协议内提议者—构建者分离(ePBS)把关键的区块交易交换纳入共识,并为执行载荷传播争取更多时间;区块级访问列表(BAL)显式揭示状态依赖,让客户端可以预取数据并并行完成部分验证工作;新的 Gas 会计则让永久状态创建与访问更接近其对节点造成的长期成本。三者共同目标,是增加网络可以安全承载的工作量,同时避免普通节点运营逐渐变成只有大型机房才能承担的业务。

本报告的判断比“Glamsterdam 扩容以太坊”更克制:Sepolia 证明了公开多客户端网络可以穿越升级边界,但尚未证明新机制能在主网负载下长期稳定,也没有证明构建者竞争必然改善,更没有排除 Gas 重定价引发应用回归的可能。其机构级意义在于,以太坊正在改变决定未来容量的底层结构。投资者和运营方应重点观察验证时间余量、客户端多样性、构建者集中度和状态增长,而不是只盯着 Gas 上限或短期手续费。

已经发生了什么,哪些仍待证明

以太坊基金会测试网公告将 Glamsterdam 定义为执行层 Amsterdam 与共识层 Gloas 的组合,列出 18 项计划纳入的核心 EIP,并以 EIP-7732 和 EIP-7928 为主轴,另有多项网络与信息类提案配套。Forkcast 规划表把 10 月 6 日 Sepolia 标为完成,同时把 Hoodi 和主网作为独立的后续阶段。截至本报告截止时,这是最稳妥的证据边界:测试网激活已经发生,生产部署仍取决于后续测试与协调。

这种分阶段并非形式主义。以太坊硬分叉要求执行客户端、共识客户端、验证者、构建者以及周边基础设施在同一时刻接受同一套规则。基金会列出了六种支持 Sepolia 的共识客户端和六种执行客户端,但“支持”只表示实现了分叉规则,并不代表所有组合都已经在对抗环境和峰值负载下充分验证。Sepolia 的真正价值,是让接口假设进入异构公开网络接受检验。

flowchart LR
    A[开发网与规范] --> B[Sepolia 激活<br/>2026 年 10 月 6 日]
    B --> C{跨客户端观察}
    C -->|稳定且兼容| D[Hoodi 彩排]
    C -->|缺陷或性能回退| E[修复、复测、再评估]
    E --> C
    D --> F{核心开发者决策}
    F -->|通过| G[主网激活<br/>日期尚未确认]
    F -->|暂缓| E

这条路径也防止一种常见误判:把一次顺利分叉直接换算成吞吐、收入或手续费预测。Sepolia 是验证里程碑,Hoodi 旨在进行下一轮彩排,主网时间则是治理与工程工作的产出,而不是分析者可以提前设定的前提。

ePBS:把区块市场写进协议

以太坊已有明确分工:由共识选中的提议者提出区块,而专业构建者负责组装交易载荷。当前,两者之间的交换很大程度依赖外部中继与 MEV-Boost 类中间件。EIP-7732把最基础的交换纳入协议:提议者包含构建者对执行载荷的承诺,构建者随后揭示载荷,协议规则负责支付与及时性判断。

这项设计有两层战略效果。第一,它降低中继在“载荷换付款”这一核心交换中的受信任中介地位。它不会让链下服务消失;构建者和验证者仍可能使用中继提供更复杂的功能。但最低限度的市场交换不再依赖同样的可信交接。第二,它把共识区块验证与执行载荷验证分开。载荷及时性委员会判断构建者是否按时揭示载荷及相关 Blob 数据。ethereum.org 的 Glamsterdam 路线图称,这会把有效传播窗口由约 2 秒延长至约 9 秒。

多出来的时间才是容量红利。更大的载荷只有在能抵达验证者并被及时检查时才有意义;否则,提高上限只会带来更多漏块,或让拥有顶级网络连接的运营者占据优势。ePBS 不是单纯拧大阀门,而是重新安排时间表。对机构而言,它也改变了基础设施版图:中继依赖可能降低,但构建者可用性、协议付款、委员会表现和新型监控会成为一线运营问题。

反方意见同样重要。写入协议不等于构建市场自然变得充分竞争。订单流、模拟能力和低延迟带来的规模经济,仍可能维持甚至加深构建者集中度。协议化也不会消灭复杂性,而是把更多状态转换与失败情景搬入共识层,一旦出错,影响范围更广。因此,正确的评价标准不是“中继是否消失”,而是新市场能否在降低信任依赖的同时,维持抗审查性、构建者准入与载荷交付可靠性。

BAL:把执行依赖变成可用数据

以太坊交易共同读写一套状态。若事先不知道交易会访问或修改哪些账户与存储位置,客户端只能在执行中发现依赖,从而限制安全并行。EIP-7928要求区块提供访问过的状态及交易后变更,并在区块中承诺这份区块级访问列表。

BAL 并不意味着所有交易会立刻并行执行。它首先是一层信息基础设施:客户端可以用列表从磁盘预取状态,识别互不冲突的工作,并行验证交易,并更高效地计算状态根。瓶颈因此从盲目的顺序发现,转向基于显式依赖图的调度。当然,实际收益仍取决于客户端实现、硬件、交易负载结构,以及生成和传输列表本身的开销。

这也解释了 BAL 与 ePBS 为何需要成套出现:ePBS 提供更长、更结构化的交付窗口,BAL 帮助客户端高效使用这个窗口。只动其中一处,另一个约束仍会暴露。

传播、验证与可持续性三项约束的关系图

容量是端到端系统:只有验证与状态增长仍可管理,放松单一瓶颈才有价值。编辑原创插画。

flowchart TB
    U[更多 L1 需求与更大载荷] --> P[ePBS 延长并规范化<br/>载荷交付窗口]
    P --> V[BAL 揭示状态依赖<br/>支持预取与并行验证]
    V --> S[Gas 重定价让永久状态<br/>更贴近节点负担]
    S --> O[潜在的更高可持续容量]
    O --> R{需要观察的结果}
    R --> R1[费用与交易纳入]
    R --> R2[漏块、重组与最终性]
    R --> R3[节点硬件与同步时间]
    R --> R4[构建者与客户端集中度]

Gas 改革:为容量建立资产负债表

如果每单位活动都会留下所有验证节点必须长期存储和访问的数据,那么更高吞吐可能是一种假繁荣。因此,Glamsterdam 不是继续用单一粗略指标代表所有资源,而是重定价多种成本。基金会重点介绍了 EIP-8037:提高并单独计量状态创建成本;以及 EIP-8038:更新状态访问价格。路线图称,状态创建模型以每年 120 GiB 的可预测增长为目标,并通过“储备池”机制分离状态费用。

经济逻辑很清楚:行为应为其施加的永久负担付费,不能让定价过低的存储吞掉其他优化释放的余量。但重定价会重新分配成本。依据 EIP-2780,向既有账户进行简单转账可能更便宜;部署合约、创建账户或写入永久状态则可能更贵。因此,“容量更大”并不意味着所有应用按相同比例降本。

这种再分配正是应用兼容性比标题式 Gas 上限更值得关注的原因。基金会明确警告,依赖固定 Gas 补贴、硬编码上限或剩余 Gas 假设的合约可能需要调整。只验证交易能否执行成功并不足够;团队还需检查用户侧费用波动、批处理经济性、代付策略以及拥堵时的失败模式。对投资者和运营者而言,重存储业务的单位经济性可能与轻量转账或偏计算型业务明显分化。

次要条目,也可能带来主要影响

升级包中还有数项可独立影响业务的变化。EIP-7708 让原生 ETH 转账发出日志,数据平台无需依赖同样复杂的追踪即可改善记账与索引。EIP-2780 把交易固有 Gas 改为资源计价;路线图估计,既有账户之间的简单转账最高可便宜 71%,而创建新账户仍需支付附加成本。EIP-8061 则分离验证者退出与合并容量;ethereum.org 估计,按当前质押规模,退出容量约增至四倍,合并容量约增至两倍。

质押改革也有代价。更快退出改善流动性并降低排队风险,更快合并有助于减少运营开销;但路线图同时指出,弱主观性周期会从约 15.7 天缩短到约 7 天,也就是说,长期离线节点需要更快取得近期可信检查点。这不是反对改革的理由,而是提醒市场:吞吐、流动性与节点恢复假设彼此耦合。

对数据服务商,EIP-7708 改善可观察性;对钱包和支付产品,EIP-2780 改变原生转账经济性;对质押服务,EIP-8061 改变队列行为和恢复流程。只把 Glamsterdam 当成扩容分叉,会遗漏这些运营模型变化。

下一阶段的机构观察表

后续判断应以证据为中心,至少观察五组问题:

核心问题

应观察的证据

意义

新区块流水线是否可靠?

载荷揭示及时性、漏块、重组、最终性延迟

削弱共识可靠性的容量并不可持续

客户端能否安全实现并行收益?

跨客户端一致性、验证时间、同步表现、BAL 开销

理论收益必须经受异构实现检验

去中心化运营是否仍可负担?

CPU、内存、带宽、磁盘增长和家用节点表现

上限提高可能悄然抬高运营门槛

区块市场是否更健康?

构建者份额、付款失败、中继使用、审查信号

去掉一个中介不等于集中度自然下降

应用经济性是否兼容?

回滚、估算错误、部署及重状态交易成本

Gas 改革会产生赢家、输家与迁移风险

没有单项指标可以定案。低手续费可能只是需求不足,而非容量提升;高 Gas 上限无法说明验证余量;一次顺利最终确认也可能掩盖某个客户端的性能断崖。真正有意义的是全系统指标是否一致改善。

风险与反论

测试网外推风险。 Sepolia 的流量、验证者经济和构建者激励均不同于主网。成功激活证明协调与基本互操作性,不等于生产环境韧性。

复杂性风险。 ePBS 与 BAL 引入新的共识对象、网络路径和职责。设计可能减少链下信任,却增加共识关键机制的数量,因此安全审查与多客户端测试是核心工作,而不是附加项。

中心化风险。 更长传播窗口可能帮助地理位置多样的验证者,但更大载荷与专业化构建仍可能偏向资本雄厚的运营者。构建者集中度和节点资源门槛必须用上线后数据衡量,不能只从架构推断。

需求弹性。 容量增加后,边际成本下降可能吸引更多活动。状态重定价可以控制一种外部性,但新增需求也可能迅速吃掉余量,可持续扩容始终是移动目标。

叙事风险。 市场可能把 Glamsterdam 定价为即时手续费催化剂。实际上,它提供的是容量选择权;用户结果取决于主网排期、客户端优化、运营者升级和需求。元 EIP-7773仍是权威范围参考,基金会也明确表示主网激活将另行公告。

结论

Glamsterdam 的重要性,在于以太坊正在重新分配时间、信息和存储成本。ePBS 为低信任载荷交换分配更多时间;BAL 向客户端提供可用于并行验证的信息;Gas 改革则为永久状态设定更清晰的经济成本。与孤立提高 Gas 上限相比,这种组合更可信,因为它同时处理了让高上限变得危险的约束。

Sepolia 是实质性进展,但它是公开证据收集的起点,而不是升级流程的终点。如果下一阶段能证明客户端行为一致、载荷按时交付、节点门槛可控、构建者竞争健康且应用兼容,主网上线的论证才会真正完整。在此之前,最严谨的结论既不是否定,也不是提前庆功:以太坊已在主要测试网上安装一套新的容量架构,现在必须让它在越来越接近真实生产的条件下证明自己。

资料来源