容量背后的交易：Glamsterdam 如何改写以太坊扩容逻辑
理解 Glamsterdam 的最好方式，不是把它看成一个“加速按钮”，而是把它看成以太坊生产线的一次协同改造。原创编辑插图，2026 年 9 月 17 日。
执行摘要
以太坊正在接近 rollup 路线进入实际运行以来最重要的一次主网结构调整。Glamsterdam 目前仍处于开发网测试阶段，Sepolia 激活计划定在 10 月 6 日，主网上线则只有“2026 年第四季度”这一窗口，尚无确认日期。升级的核心不是某一项孤立功能，而是三项相互咬合的改造：协议内置的提议者—构建者分离（ePBS）、区块级访问列表（BAL），以及对状态创建与访问成本的大范围重定价。
本文的核心判断是：Glamsterdam 正在把以太坊的扩容问题，从“一个区块能装多少 gas”，转化为“协议能否更明确地组织大区块背后的工作”。ePBS 把达成共识和构建执行载荷拆开，为验证者争取更多验证时间；BAL 预先描述整个区块涉及的账户与存储依赖，让客户端有机会并行读取、同步并最终并行执行；状态重定价则要求应用更真实地承担其给长期数据库带来的成本。三者合在一起，目标是在不简单假定家庭节点硬件会不断升级的前提下，安全提高 L1 吞吐量。
这笔交易并非免费。协议新增了构建者角色、时间规则与失败状态；BAL 增加了需要所有客户端一致生成和核验的数据；gas 重定价还会触碰一部分旧合约写入代码的隐含假设。以太坊基金会称，历史交易回放显示绝大多数合约不受影响，但确有少量合约若不预先调整，可能失败或性能下降。与此同时，ePBS 不会自动消除构建者集中或审查问题；它把支付和载荷揭示的可信执行搬进共识层，但市场结构仍要靠竞争，以及未来的包含列表等机制来改善。
因此，对投资者、节点运营者和应用团队而言，近期最值得观察的并不是某个醒目的 gas 上限，而是协同执行是否成立：测试网能否稳定运行、各客户端能否对同一 BAL 得出一致结果、构建者市场能否保持可进入性、受影响应用能否平稳迁移。Glamsterdam 的表层产品是容量，深层产品则是以太坊内部更清晰、更可验证的分工。
为什么是现在
此前两次升级已经同时推动了可用性与数据容量。Pectra 于 2025 年 5 月激活，带来 EIP-7702 等账户功能，并提高验证者最大有效余额；Fusaka 则在 2025 年 12 月 3 日上线，引入 PeerDAS、仅调整 blob 参数的分叉机制，并把 L1 默认 gas 上限提高到 6000 万。当前以太坊路线图把 Glamsterdam 列在 2026 年第四季度，把 Hegotá 列在 2027 年。换言之，网络已经在旧的生产结构上提高负载，Glamsterdam 的任务是在下一轮大幅扩容前，先改造承重结构。
基金会自己的计划也体现了紧迫感。9 月 7 日发布的协议优先事项更新指出，如果 Glamsterdam 在 2026 年 12 月上线，而长期路线中的 L* 要在 2029 年 12 月到达，那么平均每 7.2 个月就要完成一次分叉。同一份文件一方面提高了抗量子准备的优先级，另一方面仍把“保障主网安全”放在 P0。由此形成的治理约束不亚于任何性能指标：以太坊希望加快迭代，但不能把仓促修改共识规则变成常态。
公开里程碑显示了这种谨慎。Glamsterdam 官方状态页仍标注为开发网测试，下一站是 10 月 6 日的 Sepolia，主网日期未定；Platåberget 测试网公告则提供了一个专门测试不同 Glamsterdam 客户端组合的公开环境。时间表只是意图，测试网结果才是证据，后者应当获得更高权重。
timeline
title 以太坊当前扩容进程
2025年5月 : Pectra 激活
: 账户功能与更多 blob 容量
2025年12月 : Fusaka 激活
: PeerDAS 与默认 6000 万 gas 上限
2026年8至9月 : Glamsterdam 开发网和专项测试网
: 集成范围与重定价测试
2026年10月6日 : 计划激活 Sepolia
2026年第四季度 : 主网窗口，日期未确认
2027年 : 路线图中的 Hegota 升级一个组合，三类约束
把几项头部提案当成彼此独立的功能，容易错过它们的共同目标。提高 gas 上限会同时压迫三个维度：时隙内可用的时间、发现并行化状态工作的能力，以及状态数据库长期增长与访问成本。Glamsterdam 在每一层分别处理一个瓶颈。
机制 | 针对的约束 | 预期收益 | 需要观察的新负担 |
|---|---|---|---|
ePBS（EIP-7732） | 区块构建和验证争用紧张的时隙 | 更多验证时间；无需信任的构建者支付与揭示规则 | 新的构建者登记、及时性委员会与空载荷状态 |
BAL（EIP-7928） | 客户端只有执行时才发现状态依赖 | 并行磁盘读取、更快同步，并为并行执行奠基 | 更多区块数据；客户端必须精确一致 |
gas 重定价（EIP-8037/8038） | gas 对持久状态成本计价不足 | 抑制状态增长外部性，为安全扩容创造空间 | 状态密集型操作更贵；少量兼容性边缘问题 |
ePBS：把共识决定与区块构建拆开
今天，大量区块构建已经通过协议外的提议者—构建者市场外包。EIP-7732并不是发明专业分工，而是尝试把这种分工及其约束纳入以太坊共识规则。构建者会成为协议识别、需要质押的参与者；提议者可先承诺接受某个构建者的出价，而不必同时拿到完整执行载荷；载荷及时性委员会则负责证明载荷是否按时抵达。
真正与扩容直接相关的动作是延迟验证。规范把完整执行载荷验证移出时隙中最紧张的路径，使下一位提议者大约有 6 秒、其他验证者大约有 9 秒去完成验证。验证预算增加，意味着协议更有可能容纳更大的区块，而不必强迫每一个节点都在原来更短的截止时间前完成全部工作。
但“时间更多”不等于“复杂度更低”。EIP-7732 区分完整、跳过和空时隙。空时隙包含信标区块，却没有承诺的执行载荷；按协议规则，提议者仍可能获得支付。提案也明确记录了“免费期权”问题：一个理性但恶意的构建者，可能在扣留载荷更有利时选择不揭示，从而损害用户体验。交易的确认体验也更细腻：在第 N 个时隙进入载荷的交易，要等第 N+1 个时隙在其上构建并投票，才得到广泛验证。这些是可以治理的设计选择，并非否定 ePBS 的理由；但它们说明，升级后应重点跟踪延迟、空时隙比例与构建者多样性。
BAL：把执行工作变成显式依赖图
区块级访问列表记录一个区块触及的账户和存储，包括读取以及每笔交易后的变更。按照 EIP-7928，列表会被承诺进区块，客户端执行时还要独立重建；两者不匹配，区块即为无效。其观念变化非常重要：客户端不再只能串行地发现每个依赖，而是先拿到一张工作地图。
这张地图使并行磁盘读取成为可能，也为并行执行提供路径；在某些同步场景中，节点还可少做重复执行便应用状态更新。EIP 的实证附录抽取了 100 个历史区块：包含存储读取时，BAL 平均压缩大小为 42.7 KB，中位数 42.6 KB，95 分位数 73.7 KB；存储写入与读取合计占压缩体积的 85.3%。这不是对未来更大区块的无条件预测，而是一个有边界的样本，证明这些元数据既有价值，也绝非零成本。
同一份证据把代价也摆在台面上：按样本区块节奏估算，BAL 每天可能增加约 300.2 MB 的节点带宽。更好的结构可以减少一个维度上的计算，却增加另一个维度上的传播与存储义务。以太坊要解决的并不是消灭资源消耗，而是让它变得显式、可测量、可定价。
flowchart LR
U[用户提交交易] --> B[构建者组装执行载荷]
B --> C[提议者承诺接受出价]
C --> R[构建者揭示载荷与访问列表]
R --> T[及时性委员会检查到达时间]
R --> V[客户端执行并重建访问列表]
T --> F{是否及时}
V --> M{列表是否匹配}
F -->|是| H[共识继续推进]
F -->|否| E[进入空载荷或失败路径]
M -->|是| H
M -->|否| I[区块无效]
H --> N[下一时隙验证扩大置信度]重定价：状态不是一次性费用
第三部分视觉冲击最小，却是经济上不可缺的一环。状态会长期存在。创建账户、合约或存储槽，会给未来节点运行持续增加负担，而单一维度的 gas 计价未必准确反映这一点。EIP-8037提出为状态创建单独计量，EIP-8038则根据多客户端基准测试与目标性能模型，调整状态访问费用。
调整幅度有意设得很实质。EIP-8037 的示例估算显示，新账户的状态 gas 部分从 25,000 提高到 183,600，新存储槽从 20,000 提高到 97,920，部署一个 24 KB 合约则从约 495 万提高到约 3778 万。提案中换算 ETH 的示例假定基础费只有 0.08 gwei，因此不能把它当成稳定的 ETH 或法币成本预测；真正表达政策方向的是倍率：即使充足容量令绝对费用保持较低，新增持久状态也应在相对意义上更贵。
基金会 8 月 24 日发布的兼容性测试说明称，历史交易回放找到了少量可能因假设改变而出问题的合约。根据公告，多数被标记问题可通过提高前端、基础设施或用户提供的 gas 上限解决，绝大多数合约不受影响。不过，有一类问题更棘手：EIP-8037 指出，在状态 gas 储备回填机制下，以两次剩余 gas 读数相减来计量工作的合约，可能得到负值；已部署且使用这种模式的合约未必能够修复。这说明“gas 重定价”并不只是费用政策变化，因为 gas 读数本身也可能是应用逻辑的输入。
升级的收益与风险成对出现：每消除一个瓶颈，都会产生一个必须测量的新协同界面。
战略含义：以可验证方式专业化
Glamsterdam 的本质，是押注“专业分工，但必须验证”。构建者负责专业化组装载荷，共识层负责强制支付与揭示行为；区块携带明确的账户和存储地图，但每个执行客户端都要独立验证；应用获得更大的总容量，却要为状态密集型行为支付更接近长期负担的价格。它并不要求参与者信任专业角色，而是试图让专业化本身可以审计。
这带来三层更广泛的含义。
第一，L1 和 L2 扩容并不是互斥的意识形态。Fusaka 的 PeerDAS 提高以太坊为 rollup 提供数据的能力；Glamsterdam 则处理 L1 执行、状态可持续性与区块构建。Rollup 仍需要可信的结算层，更强的 L1 能更可靠地容纳证明、桥接和高价值状态变更；反过来，低成本 blob 容量又避免每笔零售交易都直接争夺稀缺的 L1 执行资源。
第二，吞吐量应该被看成一个资源向量，而不是单一 TPS。执行时间、带宽、状态增长、确认延迟和构建者集中度可以朝不同方向变化。只有当最慢、最脆弱的维度仍处于地理与经济上多样化节点可承受的范围内，提高 gas 上限才是健康扩容。
第三，以太坊距离“协议固化”仍然很远。9 月的优先事项文件把 Glamsterdam 之后的路线与快速最终性、抗量子、隐私、状态和 zkEVM 五条研究线相连。Glamsterdam 本身是继续变化的基础设施，尤其是 BAL 和协议内构建者分离，为后续并行化和抗审查机制提供了接口。机构使用者应把以太坊视为一个仍在积极变化的平台：适应性带来上行空间，重复升级也带来持续运营成本。
风险与反方观点
构建者集中可能在“内置”后继续存在。 协议内结算可以减少对可信中继的依赖，并把失败规则写清楚，却不能保证构建者市场自然形成充分竞争。订单流、低延迟与优化能力仍然具有规模经济。评价 ePBS 的标准不应只是“是否有登记制度”，还应看参与分布和新进入者成本。
抗审查并未在本次升级中完整交付。 ePBS 的设计与包含列表兼容，但路线图把由分叉选择强制执行的包含列表放在后续阶段。提议者与构建者分离能厘清责任，却仍可能留下强势构建者排除交易的空间。内置化让市场的使用更安全，不等于让市场力量自动消失。
BAL 可能用网络开销换计算收益。 历史样本的体积分析令人鼓舞，但未来区块可能更大、结构也不同。所有客户端必须重建同一个承诺，这本身还扩大了跨客户端共识表面。测试需要覆盖恶意构造的极端区块，而不能只有“典型”负载。
重定价的痛点可能高度集中。 “多数合约不受影响”和“少数关键合约影响严重”完全可能同时成立。旧系统对 gas 行为的隐含依赖很难一次清点干净。合理态度既不是制造恐慌，也不是轻描淡写，而是公开受影响模式、扩大历史回放，并观察修复能否在主网上线前完成。
日历本身可能变成风险。 以太坊希望提高多次分叉的节奏，特别是在抗量子工作前移后，这一战略可以理解。但官方主网日期仍未确认。如果测试证据薄弱，延期是治理机制正常工作的信号；反之，在客户端仍有分歧时只为赶日期上线，才是负面信号。
主网上线前应观察什么
判断升级质量，需要一块简洁的证据仪表盘，而不是倒计时：
测试网稳定性： Sepolia 只有在客户端组合准备充分时才应按期激活；Hoodi 及后续里程碑不应出现无法解释的最终性或载荷可用性事故。
跨客户端确定性： 面对对抗性的状态访问模式，各执行客户端必须对 BAL 的生成和核验取得一致。
载荷结果： 在接近真实的 ePBS 环境中，空载荷、扣留和延迟载荷比例应保持低位。
构建者可竞争性： 登记和质押进入协议后，有效参与者集合不应反而大幅缩小。
应用修复进度： 公开重定价测试应当持续缩小、而不是扩大受到实质影响的生产系统名单。
节点可及性： 更高容量不能让持续带宽、存储或验证要求超出以太坊去中心化叙事所依赖的硬件假设。
这些指标也说明，单一“最大 gas”数字不足以判定成功。只有在理想构建者、统一客户端或数据中心硬件下才能兑现的容量，与在普通网络波动中依然稳健的容量，并不是同一种产品。
结论
Glamsterdam 的重要性来自各部分相互增强：ePBS 创造时间并建立可强制执行的分工；BAL 把隐藏的执行依赖变成可验证的区块数据；重定价约束更高吞吐量原本会持续放大的状态负担。整套架构试图通过协同而非蛮力来扩容。
因此，支持这次升级最有力的理由并不是它让以太坊“更快”，而是它把速度的代价显式化，并交给可以测试的机制：构建者质押与时间规则、访问列表字节与客户端一致性、状态 gas 与应用行为。反对过早庆祝的最有力理由也恰好相同：显式机制越多，可观察的故障模式也越多，而系统尚未完成公共测试网流程，也没有确认主网上线日期。
截至 2026 年 9 月 17 日，最理性的立场是建设性审视。Glamsterdam 对大区块暴露的瓶颈给出了连贯答案，证据基础也在增长；但只有当独立客户端、多样化运营者、相互竞争的构建者和历史应用一起平稳跨过转换点，容量红利才真正存在。以太坊不只是在抬高天花板，它正在重建下面的支撑结构。