Solana Alpenglow：Votor、Rotor 如何把最终性推向 150 毫秒

如果把 Alpenglow 理解成一次普通的“提速补丁”，就容易看错重点。它更像是给 Solana 换一套共识引擎：以 SIMD-0326 形式提出，计划用围绕 Votor 和 Rotor 的新架构，替代现有的 Proof of History 与 Tower BFT 机制，目标是把 Tower BFT 下约 12.8 秒的最终性压缩到最低约 100–150 毫秒 。

这项提案已经通过 Solana 治理，但它并不等于“马上上线”。从现有资料看，主网激活时间仍取决于测试、实现成熟度和客户端准备情况 。

为什么 Solana 要重写共识层

Solana 现在的架构中，Proof of History（PoH，历史证明）承担加密时间排序的角色：领导者节点给区块打上可验证的时间证明，验证者再检查这些证明 。Tower BFT 则通过验证者投票和锁定期来推进共识：每一次投票确认一个分叉，并延长此前投票的锁定时间 。

这套设计让 Solana 具备很快的“乐观确认”体验。但 Alpenglow 瞄准的是更硬的指标：最终性。Anza 的路线图称，Solana 目前的乐观最终性大约在 1 秒量级；而 SIMD-0326 则把 Tower BFT 的 12.8 秒最终性，与 Alpenglow 目标中的 100–150 毫秒作对比 。

对用户来说，区别在于：乐观确认让交易看起来很快被接受；最终性则意味着交易在共识层面更强地“落定”。对交易、链上游戏、跨链协调等高频场景，这个差别并不只是参数好看，而是会影响应用怎么设计。

Votor：把投票和最终性压缩到一两轮

Votor 是 Alpenglow 中接管投票和区块最终确定逻辑的部分 。在 SIMD-0326 中，它被描述为一种更轻量的、基于直接投票的协议，可根据网络状况，通过单轮或双轮投票来最终确定区块 。

这与 Tower BFT 的“投票塔”和锁定期模型有明显不同。后者依赖连续投票来逐步加固确认；Votor 的目标则是在足够多权益参与时，用一轮或两轮更直接地达成最终性。部分第三方技术解读提到 60%–80% 的权益阈值区间，但更稳妥的主线结论，仍应以 SIMD-0326 所描述的单轮/双轮最终确定模型为准 。

Anza 还表示，Alpenglow 会利用 BLS 加密原语，在保持安全性的同时大幅降低最终确定延迟 。换句话说，Votor 想带来的不是“更快弹出确认提示”，而是缩短通往确定性最终性的路径。

Rotor：没有更快的数据传播，就没有更快的最终性

Rotor 是 Alpenglow 的数据传播协议。Anza 将其描述为对 Solana 现有区块传输系统 Turbine 思路的继承与改进 。

这一点很关键：即使投票机制再快，如果验证者拿不到完整、及时的区块数据，也无法评估并投票。Votor 负责“怎么投票、怎么最终确定”，Rotor 则负责“区块数据能不能足够快地送到该到的地方”。

一些第三方总结称，Rotor 会采用更结构化、按权益加权的中继路径来传播区块，并给出低于 100 毫秒的广播目标；另有资料提到，在典型网络条件下可达 18 毫秒传播估计 。这些数字目前更适合看作目标或估算，而不是已经在主网上长期验证的结果。

可能带来的性能变化，以及需要打折看的地方

领域	预期变化	需要注意
最终性	核心目标是从 Tower BFT 下约 12.8 秒降至约 100–150 毫秒 。	Solana 现在已有约 1 秒量级的乐观最终性，因此最大变化在于更强的共识最终性，而不是普通用户界面上“第一次看到确认”的速度 。
区块传播	Rotor 旨在让区块分发更快、更可预测；第三方估算提到低于 100 毫秒的传播目标，以及典型条件下 18 毫秒的估计 。	这些还不是已确认的主网长期实测数据。
吞吐与区块空间	Alchemy 称，验证者投票目前约占 Solana 区块空间的 75%；如果投票移至链下，可为用户交易释放大量空间 。	Alpenglow 主要是共识和最终性升级，吞吐提升更多是间接结果，并不等同于直接保证原始 TPS 按比例暴涨 。
验证者成本	如果共识投票不再需要以大量链上交易形式提交，验证者的持续投票费用压力有望下降；也有资料提到 Validator Admission Ticket 模型与成本结构调整有关 。	实际节省多少，取决于最终实现、手续费水平和网络经济参数。
网络开销	有技术解读估算，验证者通信开销可能下降，甚至提到约 40% 的降低幅度 。	这仍属于部署前预测，需等主网运行后再验证。

更简单地说：Alpenglow 最直接的承诺是低延迟最终性。至于吞吐、成本和区块空间改善，主要来自减少共识流量，尤其是减少投票相关开销，而不是把 Solana 执行层的每个环节都推倒重来。

时间线：从提案通过到主网，还差测试这一关

Anza 最早将 Alpenglow 介绍为 Solana 的新共识协议，并称其是 Solana 核心协议迄今最重大的变化 。正式的 SIMD-0326 提案发布于 2025 年 8 月，将 Alpenglow 定义为对 Solana 核心共识协议的重大改造 。

治理流程随后推进。SolanaFloor 报道称，投票从 2025 年 8 月 27 日的 epoch 840 开始，持续到 epoch 842 。到 2025 年 9 月初，治理投票通过。不同报道给出的赞成比例略有差异：Alchemy 引用 98.27%，Blockworks 则称参与投票者中 98.94% 赞成；两者都提到约 52% 的权益参与投票 。共同点很清楚：该提案获得了压倒性验证者支持。

真正不确定的是从测试到主网的节奏。Anza 的早期路线图曾预计 Alpenglow 在 2026 年初进入主网；但 Alchemy 在 2026 年 4 月的总结中称，Alpenglow 当时仍处于私有集群测试阶段，主网预计在 2026 年晚些时候 。Anza 也表示，2026 年的重点是把 Alpenglow 从开发集群推进到更广泛的部署工作中 。

因此，最稳妥的时间线是：2025 年第三季度完成提案与治理；2026 年继续开发和私有集群测试；主网部署可能发生在 2026 年，但若以测试作为关键门槛，晚 2026 年是更保守的预期 。

结论：150 毫秒很诱人，但仍要等主网证明

如果按当前方案落地，Alpenglow 将是 Solana 迄今最关键的共识层改造之一。Votor 试图把投票和最终性压缩到一到两轮，Rotor 则要让区块数据在验证者网络中足够快、足够稳定地传播，为低延迟共识铺路 。

但 100–150 毫秒最终性仍应被理解为工程目标，而不是已在主网上兑现的成绩单。治理票已经给出强烈支持，接下来真正要看的，是测试结果、客户端准备度，以及投票开销和验证者成本下降等预期能否在真实网络环境中站得住 。