Glamsterdam 的真正赌注：以重构区块流水线换取可验证的扩容空间

Glamsterdam 把区块生产、执行可见性和资源定价连接成一套扩容策略。原创编辑插图。

发布于 2026 年 9 月 13 日｜研究报告

执行摘要

以太坊下一次重大升级不应被简单理解为“提高 Gas 上限”，更不应被包装成交易费用会在升级当天骤降的承诺。正在开发网测试的 Glamsterdam，计划于 2026 年第四季度进入主网，但具体日期尚未确认。其两项核心改动是协议内置的提议者—构建者分离（enshrined proposer-builder separation，ePBS）和区块级访问列表（block-level access lists，BAL）；与之配套的还有 Gas 核算、状态创建和状态访问重定价。官方路线图把 10 月 6 日列为 Sepolia 分叉的下一里程碑。这个表述很关键：项目已从研究走向集成，却仍需通过公开测试网、多客户端和真实基础设施的检验。

这套组合有一条清晰主线。ePBS 把目前主要存在于协议外的区块构建市场纳入共识规则，同时给大型执行载荷留出更长的传播窗口；BAL 让一个区块将读取、写入哪些状态变得明确，使并行 I/O、并行执行和并行计算状态根成为可能；重定价则提高那些随着全局状态增长而愈发昂贵的操作所支付的 Gas。三者合在一起，是为了在不把隐性成本转嫁给节点运营者的前提下，为更高的 L1 容量创造可信空间。

但这不是单向利好。ePBS 引入了双主体协作、时序和活性故障的新路径；BAL 增加数据传播和验证义务，而且热门合约之间的状态争用仍会限制并行度；重定价可能暴露依赖硬编码 Gas 假设的合约。更重要的是，实际扩容仍是升级之后单独作出的治理与运营决策。Glamsterdam 提供条件，却不保证加多少、何时加，也不保证费用如何变化。对机构读者而言，最准确的标签是“带迁移风险的容量基础设施”，而不是“一次吞吐量事件”。

核心判断：把隐藏的工作显式化

过去，以太坊把多项工作压缩在紧凑的出块周期内：验证者提出区块，专业构建者可能通过外部 MEV 市场组装执行载荷，执行客户端要在实际运行交易时才发现状态依赖，而 Gas 价格只是对硬件负担的近似刻画。这套机制已走得很远，但区块越大，每一个隐含环节越容易成为瓶颈。

Glamsterdam 正从边界处处理这些约束。根据以太坊官方升级页面，其三项目标是推动并行处理、扩大容量，以及可持续地控制数据库增长。Glamsterdam 元 EIP目前把 18 项提案列为“计划纳入”，同时整个元提案仍处于审阅状态。这种广度并非无关紧要的功能堆叠，而是说明核心机制需要核算、网络、验证者职责及 EVM 改动共同支撑。

flowchart LR
    A[用户交易与 L2 数据] --> B[构建者组装执行载荷]
    B --> C[ePBS 出价与承诺]
    C --> D[提议者选择并提出区块]
    D --> E[构建者揭示载荷]
    E --> F[验证者投票证明]
    E --> G[BAL 显示状态读写]
    G --> H[并行读取、执行与状态根计算]
    I[状态操作重定价] --> B
    I --> H
    F --> J[最终确定的以太坊区块]
    H --> J

上图解释了为什么不能把本次升级看作一张互不相关的 EIP 清单。ePBS 改变“谁在何时做什么”；BAL 改变执行客户端在验证之前和验证期间知道什么；重定价则决定哪些工作负载可以合理地占用新增空间。目标并非不计代价地追求速度，而是扩大区块资源边界，同时保证最坏情况下的硬件要求仍然可辩护。

ePBS：传播时间增加，协议责任也增加

提议者与构建者的经济分工早已通过协议外的 MEV 供应链存在，但基础协议并未完整约束这一市场。EIP-7732 把分工写入共识：提议者承诺接受某个构建者的出价，构建者则负责及时揭示载荷。Ethereum.org 的说明称，新时序会把数据传播窗口从约 2 秒扩大到约 9 秒。更长的窗口意味着较大的载荷更不容易冲击验证和网络传播期限。

其机构意义不只在吞吐量。协议内置化把一部分外部信任和中间件依赖，替换成明确的协议状态、职责和惩罚，有望降低对可信中继的依赖，并统一提议者与构建者之间的接口。不过，过去由中间件吸收的争议与失败，也会变成共识协议必须处理的问题。以太坊基金会 4 月发布的开发进展检查点指出，“部分区块”与双主体协作几乎会触及整套技术栈。

现有进度值得重视，但还不是终点。在 Soldøgn 互操作活动中，超过 100 名核心贡献者参与多客户端联调。根据基金会官方复盘，活动结束时几乎所有客户端都已在 glamsterdam-devnet-2 上运行，并完成外部构建者全流程测试。同一复盘也披露了尚存争议，例如低质押构建者模型如何抵御针对活性的 P2P 女巫攻击。这恰好说明工程进入成熟阶段：多实现的正常路径已经跑通，真正的验收重点转向对抗环境与降级路径。

BAL：把执行变成可以调度的工作负载

目前，执行客户端通常要真正执行一笔交易，才知道它会触碰哪些账户和存储槽。因此安全并行很困难：表面上互不相干的交易，可能在同一状态位置发生冲突。EIP-7928要求区块提供所有已访问账户、存储位置及交易后变化的记录。提案列出的用途包括并行磁盘读取、并行交易验证、并行状态根计算，乃至在不重新执行每笔交易的情况下更新状态。

这是一场从“边执行边发现”到“预先披露”的转变。BAL 不只是性能提示：区块头会对它作出承诺，客户端还需将其与执行结果交叉验证。这样的可验证承诺，允许客户端更早调度已知工作，也能服务同步与状态重建。但收益会因负载而异。大量交易若同时访问同一热门合约或存储区域，串行依赖依然存在；并行硬件并不能消除资源争用。

BAL 还带来带宽权衡。新增数据需要传播、保留和验证，相关网络提案正处理历史交换与同步问题，也有将 BAL 作为独立 sidecar 传播的设计讨论，以免其阻塞执行载荷的关键路径。对投资与运营判断而言，更稳妥的结论是：BAL 提供了新的执行优化面，但最终吞吐量仍取决于各客户端实现、真实交易依赖结构，以及升级后另行采用的 Gas 上限政策。

重定价：让容量承诺具备约束

即使 ePBS 和 BAL 让大区块更容易处理，如果某些操作的 Gas 收费长期低估真实成本，新增需求仍可能集中在这些操作上。EIP-8037 调整账户、存储和代码创建的成本；EIP-8038 调整状态访问成本。以太坊基金会指出，这些类别上一次系统调整可追溯至 2021 年 Berlin 升级，此后全局状态显著增长，近期 Gas 上限提升又加快了增长。基金会 8 月 24 日的重定价影响报告称，新费率表源自一个大致支持基础吞吐量提高三倍的性能目标。

这不等于承诺 Gas 上限或用户吞吐量必然提高三倍。它只是校准资源价格时采用的设计目标。厘清这一点，可避免把有吸引力的基准数字误当作业绩预测。真正调整 Gas 上限，需要结合最慢受支持客户端、网络条件和最坏区块的证据。5 月的互操作工作特意把各项优化分开测试，并优先改善最慢客户端路径；相较只庆祝最快实现，这更符合维护客户端多样性与去中心化的要求。

重定价也会重新分配成本。EIP-2780 降低普通交易的固有 Gas，简单 ETH 转账可能受益；另一方面，状态密集型应用要为数据库创建和访问支付更接近真实负担的价格。因此，总体拥堵成本下降与某些操作的单位成本上升可以同时发生。“费用下降”只是片面概括；更准确的目标是让费用匹配资源消耗，从而安全扩大总容量。

就绪是一条证据链，而不是一个日期

公开里程碑把已经验证的进展与未来目标分开。原创编辑时间线；日期来自以太坊基金会与 Ethereum.org。

公开证据显示，项目正从组件开发转入生态准备阶段，但不足以把“第四季度”当成确定上线日。Ethereum.org 把当前状态描述为开发网测试，将 10 月 6 日列为 Sepolia 下一里程碑，同时明确主网日期尚未确认。截至本文日期，元 EIP 的 Sepolia、Holešky 和主网激活栏仍为空白。

flowchart TD
    A[多客户端开发网稳定] --> B{公开测试网是否持续稳定}
    B -- 否 --> C[修复客户端、规范或时序]
    C --> B
    B -- 是 --> D[安全审查与正式客户端发布]
    D --> E{节点运营者升级率是否充足}
    E -- 否 --> F[延长协调窗口]
    F --> E
    E -- 是 --> G[确认主网激活时间]
    G --> H[监测传播、执行和状态增长]
    H --> I{证据是否支持扩大容量}
    I -- 否 --> J[维持或分阶段提高 Gas 上限]
    I -- 是 --> K[在监控下提高容量]

对于风险判断，这条决策链比倒计时更重要。Sepolia 顺利分叉可以检验公共基础设施和客户端多样性，却无法彻底消除主网规模下的构建者集中、网络延迟或应用兼容风险。反过来，延期也不必然说明设计失败；它可能表明多客户端发布流程正在发挥应有作用。

对应用、Rollup 与市场结构的影响

对于 L1 应用，近期首要问题是兼容性，而非重新设计业务。基金会按照新费率重放历史主网交易，把结果分成完全不变、成功但结果细节变化、提高 Gas 上限即可修复，以及即便大幅提高上限仍可能失败等类别。官方称绝大多数交易不受影响，多数被标记案例可通过提高提交的 Gas 上限解决。风险更高的一小组，则依赖固定 Gas 补贴、调用中的硬编码 Gas、依据剩余 Gas 分支，或固定 Gas 上限的预签名交易。整体范围令人宽慰，尾部却不能忽视：高价值合约即便数量很少，也可能具有重大运营影响。

钱包、RPC 服务商和自动化系统还面对估算风险。重定价后，缓存的 Gas 常数可能低估交易需求。因此，机构运营者应把公开测试网结果、估算器更新和正式客户端采用率视为先行指标。本文没有把准备程度简化成某个“受影响合约数量”，因为官方报告没有在此发布可长期引用的汇总数，而且交易所承载的价值通常比数量更重要。

对 Rollup 而言，影响是间接但具有战略意义。Glamsterdam 新增的 L1 余量可以支持结算和数据工作负载，而此前 Fusaka 已重点推进 blob 扩容。不过，Rollup 费用同时受需求、数据可用性价格、证明成本和排序器政策影响，不只由 L1 执行容量决定。市场不应把多变量成本栈压缩成升级当天的单一费用预测。

对验证者与构建者而言，ePBS 会改变运营角色，也可能改变市场结构。由协议规定构建者职责，可能降低中继信任，却不会消除专业构建者在优化能力、订单流和资金方面的优势。内置化标准化了竞争场地，并不自动带来参与者多元化。部署后，构建者份额、载荷未揭示率、审查信号和客户端多样性，比仅凭架构推断去中心化更值得关注。

风险与反方观点

最有力的反方论点是：以太坊正在增加协议复杂性，以解决部分由外部市场和串行执行造成的问题。复杂度会扩大攻击面，加重实现者负担。这一批评成立。回应并非“复杂度没有成本”，而是现行系统本身已经包含中继、构建者 API、不可见的状态发现和偏离真实资源成本的定价，只是这些复杂性未被统一规则约束。Glamsterdam 把选定部分移入共同共识，并让执行工作更可观察。它是否构成净简化，只能靠运行数据判断。

另一个反方观点来自经济层面：更大容量可能压低手续费收入或鼓励状态膨胀。重定价正是组合方案对此的回答——它不再把所有 Gas 视为同质，而是区分廉价计算和昂贵的持久状态。但最终费用市场仍取决于需求弹性、MEV 与销毁机制。本文不据此作出 ETH 价格或质押收益预测。

机构读者接下来应观察什么

下一批有价值的证据并不是宣传性的每秒交易数，而是 Sepolia 激活、后续公开测试网稳定性、最终客户端发布矩阵和主网 epoch 公告。主网激活后，观察重点应转向载荷揭示可靠性、区块传播、各客户端执行时间、BAL 体积、构建者集中度、状态增长，以及 Gas 估算失败。容量政策应作为独立决策评估，不能自动归因于硬分叉本身。

信息来源也需要版本意识。Ethereum.org 提醒，虽然范围已经冻结，但因为元 EIP 仍是草案，主网上线前仍可能变化。因此，9 月份的尽调备忘录不能被视为最终规范。最权威的动态依据应是升级页面、元 EIP、各项 EIP 和官方协议公告，而不是二手功能清单。

结论

Glamsterdam 的重要性在于协调：ePBS 扩展并正式化区块交付流水线；BAL 揭示执行依赖；重定价守住新增容量将消耗的资源预算。任何一项单独存在都有明显局限，组合起来则构成以太坊近期最具体的一次尝试——让 L1 扩容与多客户端验证、家庭节点硬件约束保持相容。

截至 2026 年 9 月 13 日，证据支持审慎乐观，而非宣告完成。多客户端开发网已经显示集成进展；历史交易重放发现了一条范围有限但不可忽略的兼容性长尾；公开测试网里程碑已有时间目标。与此同时，主网日期未定，活性、集中度和应用 Gas 假设仍需验证。恰当的机构结论既不是“例行升级”，也不是“即时扩容”。Glamsterdam 是一次区块流水线重构，其价值最终取决于以太坊能否安全地把工程余量转化为可用容量。

直接来源

• Ethereum.org：Glamsterdam 状态与概览

• EIP-7773：Glamsterdam 硬分叉元规范

• EIP-7732：协议内置提议者—构建者分离

• EIP-7928：区块级访问列表

• 以太坊基金会：Soldøgn 互操作复盘，2026 年 5 月 2 日

• 以太坊基金会：Glamsterdam 重定价影响，2026 年 8 月 24 日

• 以太坊基金会：协议优先事项，2026 年 9 月 7 日