以太坊 Glamsterdam 彩排：扩容正在变成一场协调机制重构
Glamsterdam 把区块生产改造成分阶段流水线：先承诺、后揭示，再标明状态依赖并利用更充裕的时间并行验证。编辑原创图，2026 年 10 月 18 日。
执行摘要
理解以太坊下一次升级，最准确的方式不是把它看成一次单纯的吞吐量提升，而是看成对一组长期限制 L1 容量的约束条件进行重构。Glamsterdam 已于 10 月 6 日在 Sepolia 测试网激活。10 月 16 日，以太坊基金会宣布下一场公开彩排将在 Hoodi 测试网进行：计划于 10 月 26 日 17:42:48 UTC 激活，同时把 Hoodi 的 gas limit 提高到 2 亿。主网激活日期仍未确定。这条边界至关重要：架构已经具体到足以分析，但它的生产可用性与最终容量仍是假设，尚待测试验证。
此次升级把三套机制组合在一起。协议内置的提议者—构建者分离（enshrined proposer-builder separation，ePBS）把提议者与专业构建者之间的交换纳入共识规则，并把共识区块与稍后揭示的执行载荷分开。区块级访问列表（block-level access lists，BAL）记录一个区块访问了哪些账户与存储位置，以及每笔交易之后状态如何变化，从而让客户端预取数据并安全地并行完成更多验证工作。gas 重定价则提高并单独计量创建和访问永久状态的费用，避免提高区块 gas 上限后，数据库增长反而获得失控的隐性补贴。
本文的核心判断是：Glamsterdam 试图通过重排验证流程来安全扩容，而不是只把容量上限调高。 ePBS 争取时间，BAL 暴露依赖关系，重定价保护底层资源基础。任何一项单独存在都不足以实现可持续扩容；三者合在一起，才可能让显著更大的区块保持在独立节点运营者可验证的范围内。代价同样真实：协议复杂度上升，延迟语义发生变化，构建者角色被正式写进协议，少数依赖固定 gas 假设的应用可能失效。因此，真正有价值的运营或资产观察指标并不是宣传中的 gas 上限，而是不同客户端、验证者与构建者能否在异常和对抗条件下可靠执行这条新流水线。
已经发生了什么，尚未发生什么
这里必须严格区分“升级已公布”和“主网容量已交付”。以太坊基金会的 Hoodi 公告记录：Sepolia 已在 10 月 6 日、epoch 353,024、slot 11,296,768 完成激活；Hoodi 计划在 10 月 26 日、epoch 132,352、slot 4,235,264 激活；主网一栏明确仍为 TBD。ethereum.org 的 Glamsterdam 路线页写的是“预计 2026 年第四季度”，并非已经确认；页面也提醒，虽然升级范围已经冻结，但总括 EIP 仍为草案，主网上线前仍可能变化。
里程碑 | 截至 2026-10-18 的状态 | 能证明什么 | 不能证明什么 |
|---|---|---|---|
Sepolia 激活 | 10 月 6 日完成 | 公共测试网的客户端互操作与升级切换 | 生产环境韧性或主网上线时间 |
Hoodi 激活 | 计划 10 月 26 日 17:42:48 UTC | 面向验证者的演练；目标 gas limit 提至 2 亿 | 主网也会采用 2 亿上限 |
主网激活 | 待定 | 尚无激活参数 | 不能据此给出可靠日期或真实吞吐量 |
这套顺序本身就是风险控制。Sepolia 提供真实公共环境供应用开发者测试；Hoodi 更偏向质押与验证者演练；只有实施团队认为证据充分，主网才会跟进。普通用户和 ETH 持有者无需为 Hoodi 分叉操作；Hoodi 节点运营者则必须升级执行层和共识层客户端。合理的分析姿态因此应当是有条件的：Glamsterdam 通过了一项公共里程碑，而不是通过了最终考试。
timeline
title Glamsterdam 的证据阶梯
2026年10月6日 : Sepolia 完成激活
: 公共客户端与应用测试
2026年10月16日 : Hoodi 日程公布
2026年10月26日 : Hoodi 计划激活
: gas limit 目标为 2 亿
主网 : 激活日期尚未决定
: 容量结果仍有条件核心重构：从压缩的竞速变成流水线
当下，高价值区块的构建在经济上已经普遍外包给专业参与者，但这一关系依赖协议外基础设施。EIP-7732把这种分工写进共识：提议者先纳入构建者对执行载荷的承诺，构建者随后揭示相应载荷，协议负责处理付款，载荷及时性委员会则报告载荷与 blob 数据是否按时出现。这不只是减少对中继的信任，还重新分配了以太坊 12 秒 slot 内的时间。
在现有设计中，验证者需要在紧迫的投票截止时间前收到区块，并完成共识检查、执行、数据可用性检查与分叉选择。ePBS 把共识关键路径与执行验证拆开。EIP 描述的时间窗口是：下一位提议者约有 6 秒，其他验证者约有 9 秒来验证执行载荷，而不必把所有工作挤进 slot 早期的“热路径”。较小的共识消息可以先传播，体积更大的执行载荷随后到达。这段时间余量正是更大区块赖以成立的条件。
但语义上的代价不可忽视。构建者在 slot N 纳入的交易，通常要等到链推进至 slot N+1，才获得广泛的执行验证。“已被纳入”和“已被广泛验证”会更明确地成为两个时点。这并不等同于最终确定性时间必然延长，却意味着交易系统、跨链桥及其他延迟敏感应用应分别建模：收到区块、载荷可用、执行验证、经济最终性，而不能把它们压缩成一个模糊的“已确认”。
sequenceDiagram
participant B as 构建者
participant P as 提议者
participant C as 共识网络
participant T as 及时性委员会
participant V as 验证者
B->>P: 提交载荷出价与付款承诺
P->>C: 发布含承诺的信标区块
C-->>V: 优先验证共识关键路径
B->>T: 揭示执行载荷与 blobs
T->>C: 证明及时出现与数据可用
V->>V: 在扩展窗口内执行和验证
V->>C: 基于结果构建并投票协议内执行可以改善提议者与构建者交换的公平性，但“写入协议”不等于“自动去中心化”。构建者会成为协议识别、需要质押并承担新增职责的参与者；订单流、模拟能力和低延迟网络带来的规模经济仍然存在。ePBS 可以消除交换过程中对可信中间件的依赖，却不能自动消除区块构建产业的集中度。因此，“内置 PBS 就解决了 MEV”是过度概括。它解决的是较窄的协调与信任问题，并为未来的抗审查机制提供更干净的底座。
访问地图让执行工作变得可调度
时间只有被客户端有效利用，才会变成容量。EIP-7928要求每个区块携带区块级访问列表，记录访问过的账户和存储位置，以及交易后的状态变化。这份列表相当于显式依赖地图：客户端可以提前从磁盘读取状态，识别互不冲突的任务，在安全范围内并行执行交易，并更高效地计算状态根。
必须区分并行“验证”与不受约束的并行“执行”。以太坊交易仍有顺序性的状态效果；两笔触及同一存储位置的交易不可能任意独立运行。BAL 的价值是让冲突变得可见，使客户端能绕开冲突安排任务。它是并行化的基础设施，而不是“每增加一个 CPU 核心，吞吐就线性增长”的承诺。
提案自带的历史区块体积分析展示了代价。研究抽取了 100 个以太坊主网区块：包含存储读取信息时，BAL 平均原始体积为 91.3 KB，压缩后平均 42.7 KB，报告的压缩后区间是 11.7–78.7 KB；存储操作占列表体积的 85.3%；按 12 秒一个区块估算，节点每天将新增约 300.2 MB 带宽。应把这些数字视为提案研究结果，而非普遍预测——未来更大的区块和不同负载会改变结果。但它清楚揭示了交换条件：以太坊增加结构化元数据和网络带宽，以减少随机数据库工作并换取并发能力。
扩容的交换条件：更长的验证窗口与明确的依赖地图，必须由真实的资源定价和对新增故障模式的约束来平衡。
对于基础设施机构，BAL 的实际表现会比合成 TPS 更有信息量。值得观察的指标包括：高利用率下的传播体积、磁盘读取减少幅度、不同客户端的性能差异、状态根计算时间，以及列表延迟或不可用时的行为。如果只有高配置运营者能获得并行化收益，名义吞吐量可能提高，而现实中的运营者多样性反而下降。
重定价是此次升级的财政纪律
提高 gas limit 会扩大协议愿意接纳的计算量，但不同 gas 对未来造成的成本并不相同。永久状态需要被后续所有节点保存和访问。Glamsterdam 的重定价方案承认：为过去数据库规模设定的执行预算，可能低估今天硬件所承担的压力。
EIP-8037提高并单独计量状态创建成本，包括新账户、新存储槽和部署字节码；EIP-8038更新状态访问费用。以太坊基金会的重定价影响分析指出，这些操作上一次系统性调整是在 2021 年 Berlin 分叉；新费率表以支持基础吞吐量约提高三倍的性能目标为依据。
“约三倍”是设计目标，不是主网实测结果；Hoodi 的 2 亿 gas limit 也不意味着主网会采用同样参数。更可靠的结论是：容量扩张与资源节制被放在同一升级中交付。若状态创建过于便宜，更大的区块预算会加速永久数据库增长，提高运行节点的门槛，最终削弱区块空间之所以有价值的去中心化属性。重定价使创建昂贵状态、或反复触及昂贵状态的一方承担更多真实成本。
基金会称，历史交易重放显示绝大多数交易结果不变，但少量合约可能退化或失败。大多数被标记的案例可以通过提高单笔交易 gas limit 解决；更棘手的案例则内嵌固定 gas 津贴、硬编码调用 gas，或依据剩余 gas 分支执行等假设。这体现了协议升级典型的不对称性：总体兼容性可以很好，但薄薄的尾部仍可能承载重大应用风险。钱包和 RPC 服务商也必须正确更新 gas 估算；过期常量足以把理论上兼容的合约变成失败的用户交易。
对机构与生态的含义
第一，以太坊正在扩大 L1，而不是放弃 rollup 路线。基金会 3 月发布的 L1—L2 框架把 L1 定位为高韧性的结算层、共享状态层、流动性与 DeFi 中心，L2 则提供定制能力和极致扩容。Glamsterdam 强化这一基础层：更多 L1 容量可降低结算和互操作对稀缺空间的争夺，rollup 仍作为差异化执行环境存在。因此，这更像是技术栈重新平衡，而非承认 rollup 路线失败。
第二，协议经济正在变得更贴近具体资源。将状态创建、状态访问、calldata 等成本更清楚地分开，可以减少隐藏在单一 gas 数字中的交叉补贴。这有助于长期可持续性，却也会在应用之间重新分配成本。状态密集型协议可能支付更多，即使简单转账或计算密集型工作负载受益于更宽裕的总容量。机构不应把“更高 gas limit”机械等同于“所有使用场景都更便宜”。
第三，运营边界正在扩大。验证者要掌握新的 ePBS 职责；构建者要管理协议级承诺与资本；客户端团队要正确构造和验证 BAL；应用团队要完成重定价测试。系统可能减少对某种可信中继流程的依赖，却增加共识相关接口的数量。这笔交换可能值得，但只能由多客户端实现和对抗性测试来证明。
风险、反方观点与真正重要的测试
复杂度风险。 ePBS 显著改变分叉选择，并引入无执行载荷状态、构建者记账和及时性投票；BAL 又增加一个受共识约束的对象。共识、执行、网络与费用核算之间的交互处，最容易让罕见错误演变成系统性故障。
构建者集中。 协议承认构建者可以让市场更安全，却不必然让市场更有竞争。应观察构建者份额、回退或自建区块行为、付款失败率，以及地域与客户端集中度，而不是只看是否移除了中继。
延迟解释。 广泛执行验证后移，可能让把区块引用等同于“执行已完全检查”的应用产生误判。基础设施应准确暴露不同状态，不能把它们都压成一个“已确认”标签。
家庭节点压力。 BAL 和更大载荷需要更多带宽，理论上可由并行磁盘访问和更长验证时间抵消，但净效果必须实测。社区应公开持续高利用率下、不同客户端组合与普通硬件的运行要求。
兼容性尾部风险。 受影响合约即使占比很小，也可能包含高价值或高度可组合的组件。历史重放是有力证据，却无法覆盖未来调用路径、私有订单流或每一种集成方式。8 月的影响报告要求定向测试，而不是用“大多数兼容”替代对每项依赖的检查，这一态度是正确的。
日程风险。 官方主网日期仍未确定。如果 Hoodi 后推迟，这可以是测试机制正常发挥作用的证据，不必然意味着失败；反过来，日历目标也不能替代干净的多客户端运行结果。
判断框架可以非常直接：观察 Hoodi 是否平稳激活；压力下的载荷揭示和委员会投票是否可靠；BAL 开销是否保持有界并给客户端带来真实加速；gas 估算失败是否罕见；可信的家庭节点配置能否跟上。这些现象才在检验本文的核心判断，代币价格并不能。
结论
Glamsterdam 的重要性，在于它把三种稀缺资源连在一起：时间、信息和永久状态。ePBS 重新分配 slot 内的时间，并把提议者—构建者交换纳入协议；BAL 公布客户端高效安排验证所需的信息；重定价则避免新容量成为对每一个未来节点的无价索取。三项机制分别处理同一扩容方程中的不同瓶颈，因此整体架构具有一致性。
但架构一致不等于交付完成。截至 10 月 18 日，Sepolia 是已经取得的证据，Hoodi 是下一场实验，主网仍是一项待作出的决定。机构应避开两个极端：不能因为升级无法立刻消除构建者集中就否定它，也不能在生产数据出现前，把最大吞吐量提前计入估值。更可信的判断较为克制，却影响深远：以太坊正尝试把区块生产从一场受压缩的串行竞速，改造成显式、可测量的流水线，同时更诚实地为这条流水线留下的状态收费。若 Hoodi 与后续主网数据能在多种硬件和客户端上验证这笔交换，Glamsterdam 标志的将不只是一个更大的以太坊，也是一种更可治理的扩容方式。
直接来源
研究资料截止时间：2026 年 10 月 18 日 UTC。测试网日程与主网范围仍可能调整。