Glamsterdam 登陆 Sepolia：以太坊扩容的重心从“容量”转向“架构”
Glamsterdam 于 2026 年 10 月 6 日进入 Sepolia。它测试的不是一个单纯变大的区块，而是一条重新设计的区块生产流水线。
执行摘要
以太坊 Glamsterdam 升级已于 2026 年 10 月 6 日 13:53:36 UTC，在 Sepolia 测试网的 epoch 353,024、slot 11,296,768 激活。两天后的今天，最准确的解读既不是“以太坊已经解决扩容”，也不是“这只不过是测试网”。Sepolia 是这套升级第一次进入长期运行的公共试验场：它改变由谁构建区块、客户端如何识别区块内可以并行处理的工作，以及协议如何给执行后留下的状态定价。真正接受检验的是，以太坊能否提高一层容量，同时不削弱验证能力，也不把状态增长成本悄悄转嫁给节点运营者。
三组改动构成这一判断的主线。第一，协议内置的提议者—构建者分离（ePBS，EIP-7732）把验证者与专业区块构建者之间的交换纳入共识，降低对受信任中继的依赖，并为执行验证留出更多时间。第二，区块级访问列表（BAL，EIP-7928）记录区块触及的账户与存储，为客户端提供并行执行所需的数据依赖图，也帮助同步和状态处理。第三，状态创建与访问的重新定价（EIP-8037、EIP-8038）试图让永久存储及数据库操作的 gas 成本更接近实际资源负担。官方 Glamsterdam 元 EIP 还列出了多项执行层、共识层和网络层改动。
这几部分之所以重要，在于它们互相约束：区块扩大，必须仍能按时传播和验证；并行执行，必须先识别冲突；吞吐量提高，必须避免无价补贴状态膨胀。因此，Glamsterdam 不是一张“TPS 翻倍券”，而是尝试把这组三角关系变成协议机制。
但边界同样清楚：这还不是主网结果。官方部署表至今没有确定 Hoodi 与主网激活时间。Sepolia 证明该分叉可以在公共测试网上运行，却不能证明其已达到生产就绪状态，也不能复刻主网上构建者竞争的经济博弈，更没有自动给出安全的 gas 上限。机构应把这次里程碑视为技术不确定性的实质下降，而不是一项带交付日期的吞吐量承诺。
10 月 6 日究竟发生了什么
以太坊基金会的测试网公告把 Glamsterdam 的 Sepolia 激活点定为 epoch 353,024，并要求节点运营者同时升级执行层与共识层客户端。官方部署页面记录了相同的 epoch、slot 和 UTC 时间，同时仍将 Hoodi、主网标为“待定”。Sepolia 的网络配置仓库也已把 Gloas 列为该 epoch 生效的共识分叉，并写入 Amsterdam 的执行层时间戳。由此可以作出一个范围有限但可靠的结论：预定的公共测试网切换已经发生，新规则已进入运行配置；这些证据还不足以宣布主网就绪。
升级范围远超三个标题功能。EIP-7773，即 Glamsterdam 元 EIP列出 17 项纳入升级的 EIP，另有网络协议改动。其中还包括 ETH 转账生成日志、新的区块 gas 记账方式、slot 编号操作码、提高合约体积上限、调整 calldata 与访问列表成本、确定性工厂合约、验证者与退出流量变更、移除 SELFDESTRUCT 的剩余销毁语义，以及构建者执行请求。把 Glamsterdam 当作单功能版本，会同时低估它的雄心和集成风险。
timeline
title Glamsterdam 走向公共测试网
2025-12 : Fusaka 在主网上线
: PeerDAS 改变 blob 数据验证方式
2026-08 : Platåberget 开放早期公共测试
: 开发者开始排查写死 gas 上限的系统
2026-09 : 确认 Sepolia 日期与客户端版本
2026-10-06 : Glamsterdam 在 Sepolia 激活
: ePBS、BAL 与重新定价进入长期公共测试
尚未决定 : Hoodi 激活
: 主网激活时间线体现了以太坊刻意分阶段的升级方法。短期 devnet 和 Platåberget 先暴露破坏性假设，之后才由长期公共测试网承载分叉。Sepolia 把参与面扩展到多客户端、验证者、基础设施、钱包与应用，让它们面对同一套规则。Hoodi 预计会更集中地检验验证者运营，而主网上线仍是一次独立的治理与风险判断。顺利越过分叉点，只是进入下一阶段的入场券，并非测试结束。
把区块市场写进共识
当前以太坊事实上已经实行提议与构建分离：验证者通常选择专业构建者组装的竞价区块，由中继基础设施协调交换。这种市场提高了构建效率，却把关键协调环节放在协议之外。EIP-7732 的核心，是承认现状并在共识中编码提议者与构建者之间的公平交换。
EIP-7732 规范给出三项具有战略意义的动机。其一，诚实提议者无需信任中继也应收到构建者付款，诚实构建者披露的载荷也应被链头接受。其二，把共识区块验证与稍后的执行载荷验证分开，可以让验证者在一个 slot 内拥有更多时间执行交易、检查数据。其三，从共识区块的关键传播路径中移走完整执行载荷，有助于改善传播条件。三者叠加，才可能在不进一步挤压验证者时限的情况下容纳更大载荷。
flowchart LR
subgraph 外置市场[升级前的市场结构]
B1[区块构建者] -->|竞价与载荷| R[受信任中继]
R -->|盲化区块交换| P1[提议者]
P1 --> A1[证明者在紧迫路径上验证共识与执行]
end
subgraph 协议内置[Glamsterdam 的 ePBS]
B2[构建者提交竞价承诺] --> P2[提议者提交区块头]
P2 --> C[共识区块获得证明]
B2 -->|随后披露载荷| E[载荷及时性委员会与执行验证]
C --> E
E --> N[下一 slot 的分叉选择]
end这并不等于消灭构建者、MEV 或市场集中。它改变的是交换边界：中继可能不再处于共识关键路径，但高水平区块构建仍然需要资本、低延迟和信息优势。ePBS 还引入新的失效模式。EIP 明确讨论了“免费期权”问题：当扣住载荷更有利可图时，理性但恶意的构建者可能选择不披露，造成执行载荷缺失并损害用户体验；规范也分析了串谋与重组对构建者安全的影响。协议可以让交换不再依赖中继信任，却不能靠一次分叉让市场自然变得充分竞争。
对机构而言，这一区别很关键。移除共识关键的受信任中间件，可以减少一项运营依赖，也让结算路径更容易在协议层审计；但构建者集中度、载荷扣留率、付款可靠性与审查行为仍需持续监控。风险委员会需要问的不是“风险是否消失”，而是“风险被消除、转移，还是变得可测量”。ePBS 的主要价值是把相当一部分风险转化为明确的共识规则，而非把风险归零。
并行执行首先需要一张地图
以太坊传统上按规范顺序执行交易。如果客户端不知道哪些交易会触及同一份数据，多核硬件就无法安全地并行处理任意状态转换。EIP-7928 引入区块级访问列表：它结构化记录一个区块读写的状态位置，把隐含的数据依赖变成显式信息。
它最直接的价值不是一个醒目的 TPS 数字，而是扩大客户端设计空间。客户端可以利用依赖信息并行调度互不冲突的工作、核验状态变化、改善同步，并按需取得相关状态。Geth v1.17.7 的 Sepolia 就绪版本说明写明了 BAL 的专用编码、哈希处理及 BAL 感知的状态同步；此前 v1.17.6 也描述了由区块级访问列表驱动的并行执行。这些实现迹象说明，该方案已不只是论文式设想。
依赖图也有成本。它增加区块相关数据，引入新的验证逻辑，并让各客户端必须对一种新产物达成一致。并行收益取决于工作负载：大量交易争抢同一热门状态时，效果会明显弱于彼此独立的交互；更复杂的高速路径也可能扩大不同客户端的性能差距。因此，Sepolia 阶段真正应回答的是经验问题：各客户端能否稳定生成并验证同一份 BAL？带宽与存储开销是多少？在真实冲突率下，墙钟执行时间改善多少？当访问列表缺失或延迟时，同步能否正确恢复？
容量是多项约束对齐后的产物；只优化其中一角，系统反而更脆弱。
状态重新定价：扩容中不显眼却关键的一半
Glamsterdam 最具经济含义的部分，也许恰恰最不容易被普通用户看到。状态是每个完整验证节点都必须能够处理的持久数据。如果创建和反复访问这些数据的价格低于实际成本，应用付费过少，长期负担却落到节点运营者身上；此时提高 gas 上限，只会加速这项隐性补贴。
以太坊基金会的重新定价影响分析指出，状态操作上一次广泛调价还是 2021 年 Berlin 分叉，而此后以太坊状态体量已显著增加。EIP-8037 提高并单独计量状态创建，包括新账户、新存储槽和部署字节码；EIP-8038 则上调部分状态访问成本，使其更贴近在当今更大数据库上的实测工作量。官方称新的价格表以支持约三倍基础吞吐量为性能目标。这里的措辞必须准确：它是工程目标，并不预测主网容量会立刻提高三倍。
基金会通过历史交易重放发现，绝大多数交易结果不变。例外却具有重要经济意义：有些交易仍成功但耗气不同；有些只需提高 gas limit 即可修复；还有一些合约可能真正失效，因为它们写死调用 gas、依赖固定 stipend、根据剩余 gas 分支，或使用固定 gas limit 的预签名交易。测试网阶段的价值正在这里：总体兼容率可以非常漂亮，但那条很小的长尾中，可能藏有古老、不可升级或系统关联度很高的合约。
重新定价也改变了“更便宜的以太坊”应如何理解。总供给扩大后，用户可能看到单位费用下降，同时某些状态密集型操作按 gas 计价反而更贵，两者并不矛盾。协议是在提高安全总容量的同时，对稀缺资源重新校价。创造永久状态的应用应承担更多成本，而能利用并行硬件的计算可能获得更多空间。用一条统一的“手续费下降”叙事，会掩盖这种成本再分配。
Sepolia 证明了什么，又证明不了什么
这次激活证明，多客户端可以在一个长期公共网络上协调跨越硬分叉边界。基础设施可以在共同规则下测试新的载荷流程、访问列表处理、gas 估算与合约行为；研究者也获得了一个失败足以提供信息、但不会造成主网同等财务损失的现场环境。
它无法复制主网经济。Sepolia 没有主网级构建者收入、订单流竞争、验证者激励、DeFi 可组合性和对抗价值。测试网上不值得扣留载荷的机会，在主网上可能足以改变理性策略；Sepolia 上一份冷门合约的兼容问题，在主网可能对应不可升级的高价值依赖。测试网稳定也不会自动产生一个安全的生产 gas 上限，因为还要同时考虑客户端多样性、家庭节点硬件、状态增长和最坏区块。
官方状态进一步提醒人们保持克制。Ethereum.org 的路线图页面把 Sepolia 列为当前里程碑，而协议部署表仍未填写 Hoodi 与主网时间。这些空白不是行政疏漏，而是为根据证据调整保留选择权。今天若给出确定的主网上线日期，就超出了第一手来源所能支持的范围。
对机构参与者的含义
对基础设施运营者，眼前问题是可观测性。仍以“单一提议者交付完整区块”为模型的监控系统，可能无法区分信标区块承诺、载荷披露、载荷及时性和执行验证。服务目标应分别观察共识参与和载荷可用性，而不是把两者压成一个“已出块”指标。当一次分叉同时改变以太坊节点的执行层和共识层时，客户端多样性也更有价值。
对应用、托管和交易系统，近期暴露面主要来自重新定价。基金会表示普通用户无需操作，多数受影响情况可通过提高 gas limit 解决；但使用固定 gas 常数、预签名交易模板，或继承 2,300 gas 转账范式的系统值得复核。问题也不止“交易会不会失败”：新的估算结果可能改变状态密集型工作流的批处理、中继和资金管理政策。
对投资者与风险委员会，不应把升级估值成一个简单容量倍数。它更持久的贡献在于架构：减少区块生产路径上的中继信任，为并行执行提供显式依赖信息，并用资源定价在容量增加时保护去中心化。衡量价值需要看一组分布而非一句口号：载荷披露延迟、漏 slot 率、客户端性能、BAL 开销、受影响合约数量、构建者集中度，以及节点资源需求。
flowchart TD
S[Sepolia 观测证据] --> Q1{各客户端是否稳定？}
Q1 -->|否| F1[修正规范或实现]
Q1 -->|是| Q2{载荷与 BAL 指标是否可接受？}
Q2 -->|否| F2[调整激励、网络或容量参数]
Q2 -->|是| H[进入 Hoodi 决策]
H --> Q3{验证者生命周期及类生产测试是否通过？}
Q3 -->|否| F3[推迟或修改部署]
Q3 -->|是| M[考虑主网激活]
M --> G[保守选择容量并持续监控]风险与反方观点
最有力的反方观点是复杂性。Glamsterdam 不是只优化成熟流水线，而是一次加入构建者承诺与载荷及时性的共识机制、新的区块级状态产物、修改后的 gas 记账，以及许多较小功能。每一项单独看都可能合理，组合后却扩大了测试面。多客户端设计能限制单一实现风险，但也使规范清晰度与互操作测试不可妥协。
第二项担忧是能力导致的中心化。并行执行与更大区块可能奖励高度优化的机器，即使最低节点配置在形式上仍可负担；ePBS 可以移除中继信任，却可能保留专业构建者的支配地位；重新定价可以减缓状态膨胀，却也可能不利于那些社会价值无法完全通过付费能力体现的应用。这些都是分配选择，不只是纯技术优化。
第三项担忧是虚假精确。基金会把重新定价与约三倍基础吞吐量的性能目标相连，Sepolia 客户端也能测试很高的 gas limit 配置，但两者都不是主网承诺。可持续容量取决于对抗负载下执行、传播、数据库、证明和家庭节点约束中的最短板。测试网峰值是计算答案的证据，不是答案本身。
不过，拒绝架构变化也有代价。如果继续让区块构建依赖中继信任、让数据依赖保持隐形、让状态沿用过时的性能假设计价，那么网络要么限制容量，要么把更多负载推给更少的专业运营者。Glamsterdam 的复杂性，部分来自它把已经存在的现实显式化并置于可问责的规则之中。
结论
Glamsterdam 的 Sepolia 激活之所以重要，是因为以太坊正在检验一套安全扩容理论，而不只是把仪表刻度调大。这套理论认为：区块市场的信任关系可以内化到共识；当依赖关系变得显式，执行就能并行；当持久状态更接近其社会成本定价，容量提升才不会掏空普通参与者的验证能力。
Sepolia 已把这套理论从短期开发网带入共享公共环境。下一批有价值的证据应当来自运营现实：跨客户端稳定性、载荷披露行为、访问列表的开销与实际用途、合约兼容性，以及持续负载下的节点表现。在 Hoodi 与主网日期确定之前，诚实结论只能是有条件的：Glamsterdam 已跨过一个重要测试边界，但尚未抵达生产终点。
主要资料来源
研究截止时间：2026 年 10 月 8 日 00:00 UTC。测试网状态及尚未确定的部署日期均以该时点为准。