Glamsterdam 的真正考题：以太坊能否扩展“验证”，而不只是扩展“执行”？
Glamsterdam 把扩容讨论从单一的 Gas 上限，推进到区块如何构建、传播与验证的系统架构。编辑部原创插画。
研究日期：2026 年 10 月 3 日 · 下一里程碑：Sepolia 将于 10 月 6 日 13:53:36 UTC 激活
执行摘要
以太坊 Glamsterdam 升级定于 10 月 6 日在 Sepolia 激活，这是整套升级第一次进入公共测试网。以太坊基金会公告将分叉点确定为 epoch 353,024、slot 11,296,768；Hoodi 与主网日期仍未决定。这个边界必须说清：即将发生的是一次高信息量的公开演练，而不是主网上线。
此次升级的价值，不在某一项功能的孤立性能，而在三类改革彼此咬合。协议内提议者—构建者分离（ePBS）把构建者与提议者的交换纳入共识规则，并为执行负载的传播和验证留下更长窗口；区块级访问列表（BAL）显式列出区块访问的状态依赖，为并行磁盘读取、交易验证和状态根计算铺路；状态创建与访问的重新定价，则试图避免更高容量把永久数据库成本悄悄转嫁给节点运营者。换言之，Glamsterdam 扩展的首先是可验证容量：区块能装下更多内容，只有在普通节点仍能及时接收、理解并验证时才有意义。
我们的判断是审慎乐观。相较于单纯提高吞吐上限，这套设计同时处理时间、依赖关系和长期存储，更具系统性。但纸面上的一致性并不等于运行层面的证明。ePBS 引入新的职责、时序、构建者余额与失败模式；BAL 增加数据和校验工作；Gas 重定价会打破少数却可能关键的合约假设。评估 Sepolia 的标准不应只是“分叉后是否最终确定”，而应是不同客户端与基础设施在压力和异常条件下能否保持活性、收敛与可观测性。
已知与未知
项目 | 截至 2026 年 10 月 3 日的状态 | 重要性 |
|---|---|---|
Sepolia 激活 | 定于 10 月 6 日 13:53:36 UTC | 为组合设计提供第一批公共运行证据 |
Hoodi 激活 | 尚未公布 | 主网前仍需后一阶段演练 |
主网激活 | 尚未公布 | 把任何日期说成定案都会超出证据 |
核心机制 | ePBS、BAL 与 Gas 重定价 | 同时改变共识管线与执行经济学 |
普通用户操作 | 无需操作 | 近期工作主要由节点、构建者、钱包、RPC 与应用团队承担 |
规范状态 | 已排定范围，但多项 EIP 仍处于审阅或草案流程 | 测试仍可能暴露缺陷并触发调整 |
为什么这是一场架构升级
过去几年，以太坊扩容经常被概括成“给 Rollup 更多 Blob”或“提高 L1 Gas 上限”。Glamsterdam 触及更底层的限制：分布式网络如何在关键路径内对一个区块达成共识，并确认其有效。若负载来不及传播、串行执行超出时隙，或状态膨胀不断抬高节点门槛，更大的区块并不能形成可持续容量。
官方的 Glamsterdam 路线图页面把目标归纳为并行处理、扩大容量与控制数据库增长。三者不是互不相干的功能清单，而是一套控制系统：ePBS 改变工作在何时完成；BAL 说明工作会触碰哪些数据；Gas 重定价约束需求可以制造多少永久负担。
flowchart LR
A[更高的 L1 容量需求] --> B[ePBS：延长传播与验证窗口]
A --> C[BAL：显式标记状态依赖]
A --> D[按资源成本定价 Gas]
B --> E[更大的执行负载更可行]
C --> F[并行读取、验证与状态根计算]
D --> G[从经济上约束状态增长]
E --> H[提升可验证吞吐量]
F --> H
G --> H
H --> I{多样化节点能否跟上？}
I -->|证据肯定| J[进入后续测试网与主网候选流程]
I -->|证据否定| K[调参、修复或延期]最后这个判断节点，正是机构观察者应采用的视角。路线图表达意图，测试网生产证据；“计划纳入”不能被等同为“已具备生产环境成熟度”。
ePBS：用协议规则取代受信任的交接
当前，多数以太坊区块提议者已经把执行负载构建外包给专业构建者，但交易依赖协议外的软件和中继。EIP-7732改变流程：构建者先承诺一个执行负载及其付款，提议者把签名承诺纳入信标区块，构建者随后揭示完整负载。负载及时性委员会负责证明正确负载及相关 Blob 数据是否按时出现，协议则可从构建者的共识层余额中扣除承诺付款。
扩容效果首先来自时间结构。共识验证不再必须在时隙最紧张的阶段等待完整执行验证。Ethereum.org 表示，有效传播窗口可由约两秒扩展至约九秒。这并不意味着吞吐会立刻倍增，也不代表费用必然机械下降；它提供的是余量，让网络在不把所有昂贵检查塞进原有关键路径的前提下，有条件承载更大负载。
同时，提议者与构建者之间的公平交换从中继维持的惯例变为协议属性，信任面有所缩小。但“内置”绝不等于“复杂度消失”。复杂度被搬进共识：构建者成为有质押余额的协议内实体，客户端要追踪承诺、负载可用性与待结算付款，验证者还多了委员会职责与接口。中继信任风险下降，客户端实现与时序行为的正确性反而更加关键。
sequenceDiagram
participant B as 构建者
participant P as 提议者
participant C as 共识网络
participant T as 及时性委员会
participant V as 验证者
B->>P: 发送已签名的负载承诺与报价
P->>C: 广播包含承诺的信标区块
C-->>V: 传播共识区块
B->>C: 揭示执行负载与 Blob 数据
T->>C: 证明揭示及时且数据可用
V->>V: 在下一证明截止前验证执行结果
C->>P: 按协议结算构建者付款真正有价值的测试来自异常行为：构建者迟到、揭示错误负载或完全不揭示时，网络是否仍保持活性？不同共识客户端与执行客户端组合对边界情况是否一致？运营者能否迅速识别新型失败状态？正常流量下顺利激活是必要条件，故障注入与客户端多样性才是更强证据。
BAL：为状态依赖画出地图
以太坊交易表面上彼此独立，直到它们读取或修改同一账户或存储槽。客户端若事先不知道依赖，只能在执行时发现冲突，流程因而偏向串行。EIP-7928引入强制区块级访问列表，记录区块执行时访问的账户、存储位置以及交易后的变化。
它的意义不只是“并行执行”。BAL 还能支持并行磁盘读取、交易验证、状态根计算，甚至在不重放交易的情况下重建状态。由于列表必须完整准确，缺项或虚假条目可使区块无效，因此它是共识关键数据，而非可有可无的性能提示。
收益伴随代价：网络得到结构化依赖图，但客户端也必须构建、传播、保存并验证额外数据。实际加速取决于交易负载、硬件与实现质量；集中争用同一状态的交易不会凭空变成并行。机构不应只看实验室峰值，而要观察 BAL 大小分布、各客户端验证延迟、带宽增量，以及普通硬件上的资源曲线。
三大支柱分别对应不同瓶颈；它们的价值来自系统协同，而不是孤立的性能标题。
Gas 重定价：容量必须有预算约束
提高区块上限，会扩大对计算与永久状态的需求。如果 Gas 对昂贵操作收费不足，用户得到的补贴最终会以数据库膨胀、访问变慢和节点硬件门槛上升的形式兑现。Glamsterdam 的定价改革，就是让收费表重新贴近当下资源成本。
EIP-8037提出统一的“每新增状态字节成本”，并把状态创建单独计量。其动机部分称，2026 年 1 月 Geth 节点的状态数据库约为 390 GiB；区块 Gas 上限从 3000 万提高到 6000 万后，每日新增状态由约 105 MiB 升至 326 MiB。提案以 1.5 亿 Gas 的参考区块为基础，目标是把年状态增长控制在约 120 GiB。必须注意，这些是观测值和模型校准，并非保证；用户行为会对价格与容量产生非线性反应。
EIP-8038则更新状态访问收费；相关成本上一次重要校准可追溯至 2021 年 Berlin 升级。提案把访问、写入和创建拆成不同成本组件，更准确反映状态增长后的数据库读写负担。两项提案共同表达了明确的协议政策：不能用逐步恶化验证端硬件负担的方式购买廉价执行。
过渡期仍有兼容性成本。基金会的 重定价影响分析称，历史主网交易重放中绝大多数不受影响，但有一小批合约依赖旧的硬编码 Gas 假设。多数已标记案例可通过提高交易 Gas 上限解决；潜在破坏模式包括固定 stipend、调用时硬编码 Gas、根据剩余 Gas 分支，以及固定 Gas 上限的预签名交易。“数量少”不等于“运营风险为零”：低频合约也可能掌管高价值资产，或处在复杂集成链条的底层。
把 Sepolia 当作证据关卡
10 月 6 日的结果应从四层评估。第一层是共识健康：参与率、最终确定、重组行为，以及不同客户端是否一致。第二层是构建者市场流程：承诺与揭示是否成功、及时性证明、付款结算，以及负载缺失时是否优雅降级。第三层是执行性能：BAL 的体积与传播开销、验证时延、状态根计算和资源占用。第四层是应用兼容性：重定价后的 Gas 估算准确度与失败交易模式。
flowchart TD
S[Sepolia 激活 Glamsterdam] --> A{共识与最终确定是否健康？}
A -->|否| X[定位客户端分歧或时序故障]
A -->|是| B{构建者承诺与揭示是否稳健？}
B -->|否| Y[调整职责、接口或激励]
B -->|是| C{各客户端能否承受 BAL 开销？}
C -->|否| Z[优化编码、传播或验证]
C -->|是| D{重定价兼容性是否充分理解？}
D -->|否| W[扩大测试并修复应用]
D -->|是| E[进入后续测试网评估]
E --> F[积累证据后再决定主网]这一框架也避免常见误区：Sepolia 成功并不会自动决定主网日期。基金会明确表示，Hoodi 与主网激活时间尚待客户端团队决定。Sepolia 的经济风险、活动结构与构建者生态都不同于主网，无法完整复刻主网条件。因此 Hoodi 和定向压力测试不是仪式，而是证据链的一部分。
对机构与生态参与者的含义
对验证者和质押服务商而言，Glamsterdam 扩大了运营面。执行与共识客户端都必须兼容，构建者相关监控变成关键能力。当大规模共识改动引入共同边界情况时，客户端多样性更加重要。服务等级协议应区分“共识在线”与“负载职责成功”，不宜继续把两者藏在一个验证者表现数字里。
对构建者与中继而言，ePBS 改变业务边界。中继作为可信交换中介的地位可能下降，但专业区块构建不会消失。竞争优势将更多来自可靠交付负载、构建者余额的资本效率与稳定连接。市场集中仍值得警惕：把交换协议化可以提高安全性，却不会自动带来充分竞争或抗审查能力。
对应用、钱包和 RPC 服务商而言，近期重点是估算准确度，而不是简单判断费用涨跌。简单 ETH 转账可能因更广泛的 Gas 调整而更便宜，状态密集型操作则可能变贵。“Gas 整体下降”的说法会掩盖这种分化。缓存固定成本参数、依赖 2,300 Gas 转账 stipend 的系统，是最明显的复核对象。
对 ETH 投资逻辑而言，这次升级增强了一条认真对待去中心化约束的 L1 扩容路径，但并未终结费用捕获争论。更多容量可能降低单位费用，同时承载更多活动；重定价会在不同交易类型之间重新分配成本；构建者经济与 MEV 依然重要。合理结论不是给出确定收入预测，而是依据测试结果下调或上调协议执行风险。
风险与反方观点
最有力的反方观点是复杂性风险。Glamsterdam 把大幅共识重构、全新执行元数据与广泛 Gas 调整放进同一升级。即使每一部分都有清晰理由，组合交互仍可能产生单独测试未覆盖的失败模式；分阶段发布理念无法消除组合分叉的影响半径。
第二，并行能力容易被夸大。BAL 显式化依赖并允许并行工作，但真实区块可能存在热点，列表数据也要占用带宽。性能应在不同客户端、真实状态规模和普通硬件上测量，而不能只由架构推导。
第三，ePBS 虽然移除了核心交换对可信中继的依赖，却没有解决区块构建的全部政治经济问题。构建者集中、私有订单流、审查与延迟优势仍可能存在。以太坊安全路线图把包含列表安排在后续 Hegotá 升级，正说明 ePBS 是基础设施，而不是抗审查设计的终点。
最后，Gas 模型包含对硬件、状态增长和用户反应的预测。EIP-8037 的增长目标属于政策校准，不是自然常数。若需求结构改变或客户端效率提升，参数可能过紧或过松。可持续扩容要求激活后继续测量，而不是把一次分叉视为定案。
结论
Glamsterdam 最重要的观念，是把吞吐问题重新定义为验证问题。ePBS 创造时间，BAL 提供依赖可见性，重定价为永久资源消耗设定预算。相较于孤立提高容量，这套组合更可信，因为它正面承认验证者与节点运营者承担的成本。
不过，现在还不到为主网上线庆功的时候。截至 10 月 3 日，最严谨的表述是：以太坊已经组装出一套逻辑连贯的扩容架构，即将让它经历第一次公共测试网分叉。10 月 6 日真正值得观察的，不是某一个 epoch 是否顺利通过，而是异构客户端、构建者、验证者和应用在新管线受压时是否仍可预测。主网信心应由这些证据逐步积累，而不是预支自路线图。