Solana Alpenglow：Solana 历史上最大规模的共识机制改造

目前，Solana 交易需要 12.8 秒才能最终确认。从 2026 年 10 月 21 日起，这一时间将在整个主网范围内降至 150 毫秒。

这一变化就是 Alpenglow，也是 Solana 自上线以来最大的一次共识升级。它移除了 Proof of History 和 Tower BFT 这两个自诞生之日起就决定网络如何达成共识的系统，并以更简单、快得多的设计取而代之。该提案已以 98.27% 的支持率通过治理投票，预计将在 epoch 1064 于主网上线，该 epoch 于 10 月 21 日 UTC 时间 13:20 左右开始，Votor 将在约 18 分钟后的 slot 459,653,000 接管。

下面介绍切换发生时会有什么变化、Alchemy 如何做好准备，以及底层究竟有哪些不同。关于协议层面的权威信息，请参阅 Solana Foundation 的 Alpenglow 升级页面，以及对其进行规范说明的治理提案 SIMD-0326。

主网切换时会发生什么

一个新的 epoch（Solana 约两天一轮的调度周期）将在 10 月 21 日 UTC 时间 13:20 左右开始。由于每个 epoch 的长度始终相同，我们已经知道切换发生的确切 slot：459,653,000。但网络并不会在 epoch 开始的瞬间切换。在最初约 18 分钟内，网络仍会沿用旧的共识方法 Tower BFT，随后在该 slot 处切换到 Alpenglow 的替代方案 Votor。这只会改变网络内部就交易达成一致的方式，而不会改变你与网络交互的方式，因此 RPC、WebSocket 和 gRPC 端点预计在整个过程中都能正常工作。

切换本身预计需要约两个区块，大约 400 毫秒，期间网络中足够多的部分会确认自己已准备就绪。在这短暂的窗口内，新区块将只包含验证者投票，不包含用户交易。任何交易都不应被拒绝：恰好在此时发送的交易只会在切换完成后稍晚一刻上链。

有一个副作用值得提前告知你的团队：激活后不久，公开仪表板上的交易数量和 TPS 看起来会偏低。这并不代表使用量下降，而是验证者投票不再计为交易。这也是 Alpenglow 释放 75% 区块空间的原因：投票过去占据了其中大部分，现在不再如此。

激活之后，你可以通过调用 getAgGenesisCert 来检查某个网络是否已完成切换。切换前它不返回任何内容，切换后则返回结果（包含确切 slot 等详细信息）。

Alchemy 如何为 Alpenglow 做准备

在激活之前，Alchemy 所有的 Solana RPC 节点都已运行支持 Alpenglow 的客户端，因此 RPC、WebSocket 和 Yellowstone gRPC 端点无需你做任何改动。当某个验证者暂时落后于新的最终确认时序时，我们的交易路由也已经会改为向其他后端重试，这与当前处理普通滞后服务器的保护机制相同。

借助 Alchemy，你可以获得一流的 Solana RPC、归档数据和 gRPC 流式传输，Phantom、Solflare、Cielo Finance 等 Solana 上的领先团队都在使用：

• 平均读取延迟 9.21 毫秒，比第二名提供商快约 26%，数据统计自截至 2026 年 9 月 29 日的 24 小时
• 归档查询最高快 20 倍，getProgramAccounts 等重型调用快 10 倍，大规模历史查询的响应时间低于 200 毫秒（已由 Solflare 在生产环境中验证）
• 99.99% 的正常运行时间 SLA，吞吐量是上一代技术栈的 2 倍
• 兼容 Yellowstone 的 gRPC，平均传输延迟 5-15 毫秒，支持 48 小时区块回放，成本约为其他方案的五分之一

如果你直接流式获取 Solana 数据，现在也是检查 Yellowstone gRPC 客户端版本的好时机，并请确认在任何迁移窗口期内你只提交 confirmed 数据。另外，由于 confirmed 和 finalized 现在在同一时间点完成确认，原先需要等待 finalized 的流程（例如充值入账）很可能可以更快完成。

获取免费的 Solana RPC 端点 →

Alpenglow 全解析

Votor 和 Rotor 如何取代 Tower BFT 和 Turbine

Alpenglow 运行在两个新协议之上：负责投票和最终确认的 Votor，以及负责区块传播的 Rotor。这项研究源自苏黎世联邦理工学院（ETH Zurich）Wattenhofer 教授的分布式系统实验室，由 Anza 主导实现，Jump Crypto 的 Firedancer 团队负责多客户端兼容性。

最终确认如何快 85 倍

Tower BFT 需要 32 次递进式确认，每次确认都会增加一段锁定期。Votor 将其压缩为一到两轮投票。

• 快速路径（约 100 毫秒）：第一轮有 80% 以上的验证者批准，即告完成。
• 慢速路径（约 150 毫秒）：第一轮有 60-80% 批准，第二轮在 60% 以上的阈值下完成确认。

两条路径同时运行，先完成者胜出。在模拟中，65% 的质押量可在 50 毫秒的原始网络延迟内完成最终确认。

验证者不再把投票作为网络上的交易发送，而是以小消息的形式直接发给彼此。随后，Votor 使用一种称为 BLS 聚合的签名合并技术，将数千张投票压缩为一个约 1,000 字节的证明，因此只需记录这一个小证明，取代目前每个区块记录的约 500KB 投票数据。

如果你需要直接索引或查询这些状态，getProgramAccounts 等较重的调用在 Alchemy 的 Solana API 上已经最高快 10 倍，与 Alpenglow 的时序改进无关。详见 getProgramAccounts。

Alpenglow 如何释放 75% 的区块空间

目前，Solana 上约 75% 的交易是验证者投票。Alpenglow 将投票完全移至链下，这部分空间便回到真实用户手中。这不是小修小补，而是把网络四分之三的容量归还给实际使用，带来更低的费用，并减少繁忙时段的拥堵。

Alpenglow 如何淘汰 Proof of History

Alpenglow 还抛弃了 Solana 最初的密码学时钟。验证者不再使用连续的哈希链，而是使用与区块应耗时长相关联的简单计时器：区块按时到达就批准，计时器到期仍无区块就跳过。时钟漂移按比例处理，5% 的漂移只需要把超时延长 5%。

生成每个区块所需的时间与最终确认时间是两个独立的数字，它同样发生了变化：通过四次分阶段削减，区块时间从 400 毫秒降至 200 毫秒，已于今年 10 月、Alpenglow 激活之前完成。

最终确认如何从三个级别减少为一个

这或许是开发者感受最明显的变化。Solana 目前提供三种方式来检查交易是否成功：processed（最快，确定性最低）、confirmed（约 500 毫秒，仍有小概率被回滚）和 finalized（约 12.8 秒，保证永久有效）。任何连小概率回滚都无法容忍的场景，例如交易所充值、跨链桥确认和清算，都必须等待 finalized。其他场景则退而求其次选择 confirmed，并接受这一小小的风险。

Alpenglow 把 confirmed 和 finalized 合而为一：100-150 毫秒，且每笔交易一经确认即永久有效。processed 仍是最早、确定性最低的观察阶段，不应将其视为最终结果。不再需要用速度去换取确定性。

这让以前行不通的模式成为可能。做市商知道报价在 150 毫秒内即成定局，因此订单簿的价差可以更窄。永续合约交易所的 JIT 拍卖成本更低。跨链桥不再有 Solana 一侧的最终确认瓶颈。交易所充值从等待 13 秒变为即时到账。对银行和金融科技公司而言，交易的结算速度足以在稳定币结算和跨境转账方面与传统支付通道竞争。

快速且确定的最终确认也让在 Solana 上构建无 Gas 交易的体验更加顺畅，因为赞助方和终端用户一步即可得到最终结果，而无需等待确认窗口。

Alpenglow 如何改变验证者的经济模型

每个验证者每天约 1 SOL 的投票费用将取消。取而代之的是约 0.8 SOL/天的 Validator Admission Ticket，并全部销毁。网络验证者数量上限为 2,000 个，按质押量从高到低录取。最低盈利质押量从约 4,850 SOL 降至约 450 SOL，运行验证者的门槛降低约 90%，整体运营成本下降 20-50%。由于身份密钥不再需要持续为投票签名，它们也可以迁移到硬件安全模块中。

Alpenglow 如何以安全性换取速度

Alpenglow 采用“20+20”安全模型。单就恶意验证者而言，它能容忍的比例低于以往：网络的 20%，而不是 33%。但如果与离线或无响应的验证者相结合，它最多可以容忍网络中 40% 以某种形式失效，高于原先 33% 的上限。由于现实中的故障通常是恶意验证者与单纯离线验证者的混合，这个合并后的数字才是更贴近现实的衡量标准。

数学上仍然保证两个相互冲突的历史版本不可能同时获得批准，因为两个批准阈值（80% 和 60%）之和超过了网络的 100%。

Alpenglow 的推进历程

Alpenglow 于 2025 年 5 月在 Solana Accelerate 上亮相，同年 9 月通过治理投票（SIMD-0326），随后经历私有集群测试和 Agave 4.1 版本发布，于 2026 年 9 月登陆 devnet，并计划于今年 10 月 21 日在 epoch 1064 于主网激活。原始白皮书中的一些内容，包括智能采样、异步执行和 Rotor 的进一步优化，留待未来的提案处理。

最终成果：在运行中的网络上完成共识的整体替换，交易在 200 毫秒内即永久生效，释放 75% 的区块空间，运行验证者的门槛降低 90%。

常见问题

Alpenglow 何时在 Solana 主网激活？

epoch 1064，2026 年 10 月 21 日 UTC 时间 13:20 左右。Votor 预计在 slot 459,653,000 接管，大约是 epoch 开始后 18 分钟。

Alpenglow 会导致停机吗？

预计不会停机。RPC、WebSocket 和 gRPC 流量应全程正常。切换时预计会出现约 400 毫秒的新用户交易短暂暂停，但此时发送的任何交易都不应被丢弃，只会在切换完成后上链。

Alpenglow 之后，confirmed 还是一个独立的提交级别吗？

不是。confirmed 和 finalized 现在都在约 150 毫秒的同一时间点完成确认，取代了原先的三级模型。

如何检查某个网络是否已切换到 Alpenglow？

调用 getAgGenesisCert（Agave v4.3+）。如果网络仍在使用 Tower BFT，它不返回任何内容；如果正在运行 Alpenglow，则返回结果。

为了 Alpenglow，我需要更改 Alchemy 的 Solana 集成吗？

不需要。RPC、WebSocket 和 Yellowstone gRPC 端点无需任何更改，Alchemy 的 Solana 节点已经运行支持 Alpenglow 的客户端。