以太坊 Glamsterdam 硬分叉详解：并行执行与 ePBS 如何助力实现 10,000 TPS
目前，两家区块构建者组装了超过 90% 的每个以太坊区块。无论验证者拥有多少个 CPU 核心，每笔交易都在单排队列中等待。而且，Gas 价格反映的仍是多年前在现已不存在的硬件上设定的基准。
Glamsterdam 是以太坊计划于 2026 年上半年进行的下一次硬分叉，旨在一次性解决这三个问题。通过将 Gas 限制从 6,000 万提升至 2 亿、引入全新的并行执行原语，并将提议者-构建者分离（PBS）直接嵌入共识层，这次升级代表了自合并（The Merge）以来最激进的结构性改革。如果按计划交付，以太坊 Layer 1 每秒可处理约 10,000 笔交易——大约是目前吞吐量的 10 倍——同时将 Gas 费用降低近 79%。
以下是实际的变化内容、其重要性以及潜在风险所在。
为什么以太坊需要进行结构性重置
以太坊在 2025 年眼睁睁地看着竞争对手在原生速度上抢占市场。Solana 每秒可处理超过 1,000 笔真实交易。Monad 作为一个兼容 EVM 的新秀，已经展示了超过 10,000 TPS 且区块时间不足半秒。与此同时，以太坊 Layer 1 的吞吐量维持在 15 到 20 TPS 之间——这一数字自上海升级以来几乎没有变动。
性能差距导致了明显的迁移模式。开发延迟敏感型应用（如游戏、高频 DeFi、AI 代理交易）的开发者越来越多地默认选择更快的链。以太坊到目前为止的回应是将吞吐量推向 Layer 2（Base、Arbitrum、Optimism），但这一策略引入了自身碎片化的问题：流动性分散在 60 多个 Rollup 中，提现延迟长达七天，且用户体验需要具备跨链桥知识。
Glamsterdam 并没有放弃 L2 路线图。它提升了 L1 本身的运行速度，足以收回流失到竞争对手手中的工作负载，同时改善了 L2 结算的经济性。Vitalik Buterin 在 2026 年 2 月下旬概述了定义该升级范围的八个以太坊改进提案（EIP），其中两个“核心”EIP 被列为最高优先级。
两个核心亮点：并行执行与协议层区块构建
EIP-7928：区块级访问列表
如今，以太坊客户端只有在执行过程中才能发现区块触达了哪些账户和存储插槽。对于区块的状态访问模式，事先完全不可见。交易按严格顺序逐一处理，即使它们涉及完全不相关的状态部分。
EIP-7928 引入了区块级访问列表（Block-Level Access Lists，简称 BALs）——这是一种结构化声明，精确指定了每笔交易将读取或写 入哪些存储插槽和账户。该访问列表的哈希值（即“BAL 根”）被直接嵌入区块头中。
其实际影响是变革性的。当验证者预先知道一笔交易是 Uniswap 的兑换，而另一笔交易是存入另一个独立池子的 Aave 存款时，它可以在多个 CPU 核心上同步处理它们。串行执行变成了依赖图（Dependency Graph），只有真正冲突的交易才需要相互等待。
BALs 还支持状态预取：节点可以在执行开始前将所需的状态数据加载到内存中，消除了目前减慢区块处理速度的 I/O 瓶颈。以太坊基金会估计，BALs 在短期内可以将执行吞吐量提高 10 到 30 倍。
EIP-7732：协议内提议者-构建者分离 (ePBS)
区块构建问题较难被察觉，但同样具有破坏性。如今，80-90% 的以太坊区块产出依赖于名为中继（Relays）的链下服务——主要是 Flashbots 的 MEV-Boost。少数专业构建者（Flashbots、Titan、BeaverBuild）为验证者组装区块，通过交易排序提取最大可提取价值（MEV）。
这种安排虽然有效，但带来了三个结构性风险：
- 中心化。 两到三个构建者控制了几乎所有的区块产出。
- 审查漏洞。 目前约 30% 的区块通过中继过滤遵守 OFAC 制裁名单，这意味着交易可能被一小群人系统性地排除。
- 信任依赖。 验证者必须信任中继不会篡改区块或扣留款项。
EIP-7732 将整个提议者-构建者机制移至链上。在 ePBS 下，构建者组装区 块并对其内容进行加密封装，发布带有有效载荷承诺（Payload Commitments）的出价。提议者选择出价最高的区块，但无法查看或篡改其中的内容。交易只有在区块最终确定后才会公开。
一个新的有效载荷及时性委员会（PTC）负责处理基础验证检查，所有出价、承诺和支付都通过协议定义的、可在链上验证的消息流转。不再有链下中继。不再有信任假设。
Flashbots 已经预见到了这一转变，并于 2024 年 12 月将其业务迁移到了 BuilderNet——这是一个与 BeaverBuild 和 Nethermind 共同运营的去中心化构建网络。Glamsterdam 的 ePBS 使去中心化构建方案成为网络中每个构建者和提议者的默认选择。
配角：Gas 重定价与状态经济学
除了主角之外，Glamsterdam 还包含了几项重构以太坊经济模型的 EIP：
EIP-7904：通用重定价利用现代硬件的经验基准重新校准了 EVM 操作码的 Gas 成本。许多当前的 Gas 价格是多年前设定的，已不再反映实际的计算成本。此次重新校准使简单 ETH 转账和复杂智能合约交互的 Gas 费用降低了 78.6%。
EIP-8037：状态创建 Gas 成本增加提高了创建新账户和存储槽的 Gas 成本，从而遏制导致区块链臃肿的不必要状态扩张。
EIP-8038：状态访问 Gas 成本增加提高了冷账户和存储读取的 Gas 成本，以更好地反映访问不常用状态的 I/O 成本。
最终效果是一个 Gas 模型：对于真正昂贵的操作（创建和访问冷状态）收费更高，而对于廉价的操作（在 现代处理器上执行常用操作码）收费更低。每个区块的 Gas 限额从 6,000 万增加到 2 亿，提供了吸收这些变化的原生容量，同时仍然大幅降低了每笔交易的成本。
Glamsterdam 与竞争对手的对比
并行执行的竞赛并非在孤立中进行。以下是 Glamsterdam 的对比情况：
| 特性 | Ethereum (Glamsterdam) | Solana | Monad |
|---|---|---|---|
| 并行方式 | 预先声明的访问列表 (BALs) | 原生 Sealevel 调度器 | 乐观并行执行 |
| 目标 TPS | ~10,000 | ~1,000 - 1,500 (真实世界) | ~10,000+ |
| EVM 兼容性 | 原生支持 | 否 (需要 Rust 重写) | 完全 EVM 兼容 |
| 区块时间 | ~12 秒 | ~400ms | ~400ms |
| MEV 管理 | 协议层 ePBS | Jito 小费市场 | 继承自 EVM 生态系统 |
| 验证者集合 | ~500,000+ | ~1,500 | 新兴 |
以太坊的方法显然是保守的：交易必须预先声明其状态访问，这保证了无冲突的并行执行，但需要开发人员更改工具。Solana 的 Sealevel 运行时在虚拟机层面原生处理并行性。Monad 使用乐观执行——并行处理交易并在发生冲突时重新执行——这在无需开发人员更改的情况下保持了完全的以太坊兼容性。
关键区别在于生态引力。以太坊拥有超过 500,000 名验证者、最深厚的 DeFi 流动性和最大的开发者社区。即使 Monad 提供了同等的吞吐量，它也必须从头开始引导其他一切。Glamsterdam 的 赌注是：让现任者足够快，从而消除迁移动机。
L2 影响：为 Rollup 提供更好的经济效益
Glamsterdam 的改进不仅使 L1 用户受益。Gas 限额的提高以及未来可能扩展到每区块 72+ 个数据 Blob，极大地改善了 Layer 2 Rollup 的经济效益。
像 Arbitrum、Optimism 和 Base 这样的 Rollup 目前需要支付以太坊 L1 Gas 来发布交易数据。随着 Gas 成本的降低和 Blob 容量的提高，L2 结算变得更加便宜，这转化为这些链终端用户的费用降低。以太坊基金会预测，随着 Blob 扩容与并行执行的叠加，L1 + L2 的综合吞吐量最终可能达到数十万 TPS。
这创建了一个良性循环：更便宜的 L2 结算吸引了更多 L2 用户，更多的 L2 使用产生了更多的 L1 结算费用，而更高的 L1 吞吐量确保了结算层不会成为瓶颈。
可能出现的问题
Glamsterdam 雄心勃勃，而雄心也伴随着风险。
BAL 的采用需要工具变更。 开发人员和钱包必须进行更新以生成区块级访问列表。在生态系统工具成熟之前，并行执行的收益对于某些交易类型可能仍停留在理论层面。
时间线具有挑战性。 社区文档提到 2026 年 6 月作为一个目标，但截至 2026 年初，以太坊基金会的 DevOps 团队仅在 Devnet-4 上测试了三个拟议的 EIP，Devnet-5 仍在进行中。以太坊硬分叉在历史上曾多次推迟数月。
ePBS 破坏了现有的 MEV 基础设施。 区块构建者（Block Builders）和搜索者（Searchers）已经围绕当前的基于中继（Relay）的系统建立了完整的业务。向 ePBS 的过渡将重塑 MEV 供应链，并非所有参与者都会从中受益。
Gas 重定价可能会打破原有假设。 那些硬编码了 Gas 估算的应用程序在操作码成本发生变化时可能会出现异常行为。虽然重定价降低了大多数成本，但状态创建和冷读取的成本增加可能会影响执行大量冷存储操作的合约。
Glamsterdam 拒绝了 30 多个提案，包括缩短 Slot 时间、多维 Gas 计量和后量子签名验证。这些功能预计将在 Hegota 中落地，这是计划于 2026 年下半年进行的第二次分叉。
后续计划：四次分叉策略
Glamsterdam 是贯穿 2027 年的四次分叉协同性能策略的第一步：
- 快速确认规则 (Fast Confirmation Rule) —— 无需硬分叉即可实现 13 秒充值确认（已上线或即将上线）
- Glamsterdam (2026 年上半年) —— 并行执行 + ePBS + Gas 重定价
- Fusaka —— PeerDAS 实现 1 GB/s 的数据可用性，容量提升 30,000 倍
- Hegota (2026 年下半年) —— Verkle 树实现 10 倍更小的证明 + 后量子密码学迁移
这些升级共同将以太坊从单行道转变为多车道高速公路，并针对每种类型的流量优化了入口。问题不再是以太坊是否能赶上竞争 对手的速度，而是它能否在对性能敏感的使用案例永久转向别处之前完成这些升级。
核心总结
Glamsterdam 并非一场营销活动。它是针对以太坊第 1 层（Layer 1）面临的生存威胁所做出的结构性回应：即当竞争对手夺取了游戏、支付、AI 代理交易和实时 DeFi 等最关键的工作负载时，以太坊 L1 可能失去作为通用执行环境的相关性。
此次升级引入了真正的架构创新——用于并行执行的 BALs、用于去中心化区块构建的 ePBS 以及经验性 Gas 重定价——这些创新解决了以太坊多年来一直容忍的问题。如果能按计划交付，网络将从 15 TPS 提升至 10,000 TPS，同时变得更加去中心化，而非削弱去中心化程度。
关键在于，这句话中“按计划”一词承担了巨大的不确定性。以太坊的历史提醒我们要对时间表保持谨慎。但工程工作是真实存在的，开发网（devnets）正在运行，且竞争压力从未如此之大。
对于开发者、验证者和场外观察的普通用户来说：Glamsterdam 值得密切关注。它要么是确保以太坊未来十年地位的升级，要么是雄心与执行力之间的差距最终显现的时刻。
BlockEden.xyz 为在以太坊 L1 及其结算 Rollups 上进行构建的开发者提供企业级以太坊 RPC 终端和多链 API 基础设施。随着 Glamsterdam 重塑执行层，可靠的节点基础设施变得比以往任何时候都更加关键。探索我们的以太坊 API 服务，在专为下一代链上吞吐量设计的基石上进行构建。