以太坊将于10月6日在 Sepolia 上激活 Glamsterdam。Solana 的 Alpenglow 已在测试网上线。两项升级都在同一个月重写了共识层机制。本文基于数据对这两项变化进行比较。
什么是 Glamsterdam
Glamsterdam 是以太坊下一次硬分叉，计划在 2026 年第四季度上线主网。它结合了两层升级：Amsterdam（执行层）和 Gloas（共识层）。以太坊基金会确认，Sepolia 测试网将在 10 月 6 日 13:53:36 UTC，于 epoch 353,024、slot 11,296,768 激活该升级。
该升级在 Meta EIP-7773 下跟踪，包含跨共识层和执行层的 10 项 EIP。其中两项核心提案是 EIP-7732 和 EIP-7928，这两项 EIP 彼此联动。
EIP-7732：写入式提议者-构建者分离
目前，超过 90% 的以太坊区块由外部 MEV-Boost 中继构建。排名前四的构建者占据了超过 90% 的全部区块（HHI 得分：3,892）。这些中继完全在链下运行，没有协议层面的问责机制。
EIP-7732 将提议者-构建者分离直接写入共识协议。构建者成为质押的共识层参与者。提议者承诺接受某个构建者的出价，随后由构建者披露载荷。一个新的载荷及时性委员会（PTC）会证明数据是否按时到达。
ePBS 还将数据传播窗口从 2 秒扩大到约 9 秒。这使得在不突破 12 秒 slot 截止时间的前提下，可以支持更大的区块和每个 slot 更多的 blob 容量。
EIP-7928：区块级访问列表
如图所示，以太坊的每日 gas 消耗历史上会随着区块 gas 上限的提高而呈阶梯式增长，2026 年大致维持在每天 2150 亿至 2200 亿 gas。EIP-7928 通过三项具体的执行层改进，安全地进一步提升这一容量：跨 CPU 核心并行磁盘读取、并行交易验证，以及为轻客户端提供无执行状态重建。综合这些优化后，可在标准验证者硬件上安全扩展到 2 亿 gas 的上限。
如果没有 EIP-7928，将 gas 上限提高到当前日常水平的三倍，会让每个验证者承担成比例更高的顺序执行开销。Devnet-11 已成功在 2 亿 gas 下运行了 84,000 个模拟验证者，且没有出现最终性失败，这为 10 月 6 日的 Sepolia 测试网激活铺平了道路。
Gas 定价变化：EIP-8037 和 EIP-8038
Glamsterdam 重新定价了两类状态访问。EIP-8037 提高了创建新状态条目的成本。EIP-8038 更新了读取现有状态的成本。此次重新定价使 gas 成本更接近实际硬件资源消耗。应用开发者必须在主网上线前针对新规则测试合约。
Glamsterdam 激活时间表
Prysm 7.2.0 在激活后默认将 gas 上限设为 6000 万。目标为 2 亿 gas 的验证者必须通过 2 版 proposer settings 文件或 keymanager API 手动设置。‘suggested-gas-limit’ 标志在 Gloas 分叉后不再生效。
什么是 Alpenglow
Alpenglow 是 Solana 自上线以来最大的协议变更。它用名为 Votor 和 Rotor 的双组件系统，取代了现有的共识机制 TowerBFT。该升级在 2025 年 9 月通过验证者治理投票（SIMD-0326），获得 98.27% 的赞成率，且有 52% 的质押代币参与投票。
Alpenglow 先在专门的社区测试集群上线，随后在 2026 年 9 月最后一周进入测试网。主网上线将随 Agave 4.3 到来，目标时间为 2026 年 10 月，但尚未确认具体区块高度。
第一阶段：Votor
在 Solana 旧有的 TowerBFT 共识下，网络要付出沉重的性能代价：每一次验证者投票都必须作为标准链上交易处理和提交。这些共识维护投票经常堵塞账本，并消耗大量区块空间。根据 2024 年初至 2026 年第一季度的学术交易跟踪数据（见图），投票交易（粉色）平均占 Solana 总交易量的 71.5%，最高约占 75%，人为抬高了吞吐量指标。
Votor 通过将投票交易完全移至链下，消除了这一结构性开销。验证者在链下点对点交换直接的 BLS 签名证书，每个区块只向链上提交一个约 1,000 字节的聚合证书，而不是数百万笔单独的投票交易。这从结构上释放了当前超过 70% 的区块容量，可用于真实用户交易。
为实现这一点，Votor 运行两条并行的最终确认路径：一种是快路径，在单轮投票内完成区块最终确认；另一种是慢路径，如果在窗口期内响应的验证者较少，则通过第二轮完成最终确认。其综合目标是 100 至 150 毫秒的经济最终性，这意味着相较于当前 12.8 秒的等待时间，减少约 99%。
容错能力：从 33% 到 20+20
TowerBFT 要求超过三分之二的质押（67%）诚实且在线，网络才能继续达成共识。如果 34% 的验证者具有敌意，TowerBFT 就会停滞。
Votor 改变了故障模型。它可同时容忍最多 20% 的敌意质押和 20% 的离线质押，也就是 40% 的综合崩溃故障韧性。代价是更严格的拜占庭对手阈值（从 33% 降至 20%）。通过收紧这一阈值，Votor 才能在单轮内完成最终确认，这也是其 150 毫秒目标的来源。
支撑 Votor 的安全性证明由 Anza 与 ETH Zurich 研究人员合作开发，且经过形式化验证，而不是像 TowerBFT 那样基于经验模拟模型。
第二阶段：Rotor
Rotor 取代了 Turbine，后者是 Solana 当前的区块数据传播协议。Turbine 使用多跳树状节点在验证者之间分发区块数据。Rotor 则用单一中继层取代树状结构，减少传播跳数。Rotor 目前没有确认的激活日期，也不属于 Agave 4.3 版本的一部分。
并排比较
方法上的关键差异
根据 Chainspect 的当前实时网络数据，基础经济最终性存在明显对比：Solana 在 TowerBFT 下达到完全最终确认平均需要 12.8 秒，而以太坊则需要 12 分 48 秒。
Alpenglow 通过 Votor 将 Solana 的 12.8 秒延迟压缩到快路径共识条件下的 100 至 150 毫秒。它通过消除当前占据 Solana 最高 75% 区块空间的投票交易来实现这一点，从而间接释放出大量容量用于用户交易，但并未直接提高原始交易吞吐量。
相比之下，Glamsterdam 并未改变以太坊 12 分 48 秒的最终确认时间，而是聚焦于把单区块执行容量从 6000 万 gas 提升到 2 亿 gas。通过让区块更安全地变大并并行执行，Glamsterdam 实现了 3.3 倍的 gas 上限扩张，以扩大区块空间。
归根结底，这两次升级都没有解决对方所针对的问题：以太坊的多 epoch 最终性保持不变，而 Solana 的核心交易引擎则依赖 Votor 提升速度，而不是原始执行扩容。这些不同指标表明，两条网络都在通过并行方案优先解决各自的核心约束：以太坊扩展区块空间容量，Solana 则追求亚秒级结算。
10 月需要关注什么
对以太坊而言：从 10 月 6 日开始，Sepolia 上的数据将显示 Devnet-11 的 2 亿 gas 基准能否在真实验证者条件下保持。Hoodi 测试网激活（暂定 10 月 27 日）是主网上线前下一个固定里程碑。
对 Solana 而言：Agave 4.3 尚无确认发布日期。截至 10 月 5 日，主网仍运行 TowerBFT。流程依次是：Agave 4.3 发布、验证者升级、通过超级多数激活功能开关。不存在可提前监控的单一激活区块编号。
