Solana在加密公链领域一直以极速著称，其交易初步确认仅需数百毫秒。然而，长期以来，该网络面临着一个显著瓶颈：交易达到最终不可逆状态的耗时过长。
在Solana生态中，虽然一笔交易能迅速获得初步确认，但要实现绝对的安全性与不可回滚性，用户往往需等待十余秒。
尽管普通日常用户对这一细微的时间差可能毫无察觉，但对于高频交易策略、链上稳定币清算以及AI智能体自动执行任务等场景而言，对最终确定性的响应速度有着严苛要求。交易执行的高效性与交易的不可撤销性，实际上是两个维度的概念。
为解决这一关键痛点，Solana正筹备一项重大的底层架构升级。下文将深入解析Alpenglow升级方案、其核心的Votor机制、全新的安全模型以及主网切换的具体细节。
10 月 13 日，Solana 核心开发团队 Anza 公布了 Alpenglow 升级（SIMD-0326）的主网激活安排，计划于 10 月 21 日将 Solana 主网的共识协议从 TowerBFT 切换至 Alpenglow。此次升级的核心目标，是将原本以秒计的区块最终确认时间缩短至约 150 毫秒。
这并非单纯追求TPS数值的提升，也不是一次常规的性能调优。Solana将对自创世以来一直沿用的核心共识协议进行重构，重新定义验证者的投票逻辑、区块一致性达成方式以及在网络异常时的容错运行模式。
更为引人注目的是，这场历时一年多的技术革新，预计将在单个区块槽位内完成关键的协议切换。
Solana已经具备高速优势，为何仍需Alpenglow？
要理解Alpenglow的价值，首先需厘清区块链中的“最终性”概念。
简而言之，最终性意味着：在协议预设的安全假设下，一个已被确定的区块将永久有效，不会因后续共识变化而被替换或逆转。
Solana此前依赖Proof of History（PoH，历史证明）与TowerBFT相结合的共识机制。其中，PoH负责提供可验证的事件时序，而TowerBFT则通过验证者投票，使网络逐步对区块的有效性及最终状态达成共识。
在旧的TowerBFT机制下，“confirmed”（已确认）与“finalized”（已终结）代表了不同层级的确认状态；而在Alpenglow启用后，从共识语义角度来看，这两者将趋于一致。
官方提出的约 150 毫秒，描述的是正常网络条件下的最终性目标。
v1.2白皮书进一步阐释了性能数据的来源：在基于质押权重随机选择出块者的模拟环境中，中位最终确定时间约为130毫秒。该模拟设定了特定的质押分布、节点间网络延迟及带宽假设，且未包含区块执行时间。鉴于首阶段主网升级暂未集成Rotor组件，130毫秒的数据不能直接等同于本次升级后的实际主网表现。
Votor：打破32个槽位等待限制，双路径并行竞争
Alpenglow的一项核心创新是引入了名为Votor的投票机制。
其设计逻辑直观明了：不再让新区块被动等待后续多个区块逐步累积确认，而是让验证者直接进行投票，一旦获得足够比例的质押权重支持，即刻完成最终确认。
可以将全网质押权重视为100份表决权。Votor同时并行两条最终确定路径：
- 单轮路径：若收到代表至少80份权重、支持同一区块的首轮投票，即可生成快速最终确定证书。
- 双轮路径：当支持同一区块的首轮投票达到60%质押权重后，触发第二轮投票；若第二轮投票同样达到60%的质押权重门槛，该区块即获最终确认。
这两条路径并行运作， whichever completes valid finalization first takes precedence. 此处的百分比指的是参与投票的质押权重比例，而非验证者节点的数量。
这一设计的精妙之处在于，轮次少并不总是比轮次多更快。如果代表60%权重的节点之间通信高效，它们完成两轮投票的时间，可能短于等待分布广泛的80%权重完成一轮投票。Votor允许节点选择先完成的有效路径，从而灵活适应不同的网络拓扑和通信条件。
除了加速最终确认，Votor还彻底改变了验证者的投票交互方式。
在原有的TowerBFT机制下，Solana验证者需通过链上交易提交投票，这会消耗大量的链上数据空间和交易处理资源。启用Alpenglow后，参与共识的验证者将直接交换带有BLS签名的投票消息；当收集到满足质押权重门槛的投票后，节点可通过签名聚合生成简洁且可验证的证书。这意味着共识投票无需再逐笔写入区块作为交易，从而大幅降低了链上投票带来的数据冗余和处理开销。
此外，Votor引入了明确的跳过机制。若区块生产者未能及时产出有效区块，验证者可投票跳过相应槽位，避免网络陷入无谓的等待。
与之配套，Alpenglow不再依赖历史证明（PoH）来推进原有的共识流程，转而依靠验证者的本地计时器、投票消息及相关证书来协调共识。
Rotor：试图突破区块传播的带宽瓶颈
如果说Votor解决了区块如何更快被确认为终态的问题，那么Alpenglow的另一项设计——Rotor，则致力于解决区块数据如何更高效地分发给全球验证者的问题。
Alpenglow的完整蓝图包含多个组件，但首阶段部署的重点依然是Votor。现有的Turbine协议暂时保留；白皮书中提到的新传播方案Rotor将另行部署。
Solana目前采用Turbine协议进行区块数据传播。Turbine通过将数据切片，并利用多层节点进行转发，避免了区块生产者单独向所有验证者发送完整区块的压力。
Rotor继承了数据切片和纠删码的技术路线，但对传播结构进行了优化。
根据白皮书设计，区块生产者将数据编码为多个片段，发送给不同的中继节点，再由这些节点向网络中的其他节点广播。与Turbine的多层传播树相比，Rotor旨在通过单层中继传播和按质押权重分配转发任务，更充分地调动整个验证者网络的上传带宽潜力。
同时，Rotor利用纠删码技术，即使部分数据片段丢失，接收方仍有机会凭借剩余片段重建完整数据。
从设计层面看，这有助于提升区块传播的效率与容错能力，缓解单一区块生产者的上传带宽压力。更重要的是，Rotor的引入将为Solana未来进一步提升区块数据吞吐量奠定基础。
“20+20”容错模型：重新定义安全边界
在追求速度的同时，Alpenglow也对Solana的共识安全模型进行了重要调整。
在区块链网络中，验证者未必始终诚实或在线。部分节点可能因断电、硬件故障或网络中断而离线，也有节点可能故意发送虚假信息，甚至串通攻击网络。
因此，一套成熟的共识协议不仅要考虑常态下的快速确认，还必须回答：当部分验证者出现故障或恶意行为时，网络能否确保安全运行？
传统的拜占庭容错（BFT）共识通常以不超过三分之一的节点权重存在任意恶意行为作为安全边界。Alpenglow则采用了差异化设计，提出了所谓的“20+20”容错模型。
这两个20%，分别对应不同类型的故障场景。
第一个20%表示：只要恶意验证者控制的质押权重低于20%，Alpenglow便能在其模型下维持共识安全性。即便恶意参与者干扰通信或造成网络延迟，也不会导致诚实节点最终确认相互冲突的区块。
第二个20%则针对额外的节点宕机或离线情况。在满足更强网络假设的前提下，除不足20%的恶意质押权重外，Alpenglow还可容忍额外最多约20%的质押权重处于离线状态。
其背后的考量是，在庞大的权益证明网络中，故障往往源于软件Bug、硬件损坏或基础设施中断，而非有组织的攻击。
当然，这也是一种需要权衡的选择：Alpenglow并非在所有故障场景下都比传统BFT更安全，而是通过调整安全边界，换取更快的最终确认速度。
10月21日：Solana迎来真正的共识级切换
Alpenglow升级计划早有铺垫。2025年，Alpenglow作为SIMD-0326提案提交至Solana社区，并在同年治理投票中获得通过。
随后，Anza持续推进协议开发、测试及验证者准备工作。2026年9月24日，Alpenglow在Solana Testnet完成切换；次日又在Devnet完成迁移。如今，升级即将进入主网阶段。
对于Solana而言，Alpenglow的意义远超将最终确认时间从十几秒压缩至150毫秒。
过去，Solana凭借高吞吐量和低交易成本，在Meme币交易、DeFi应用及链上转账等领域建立了竞争优势。然而，对于要求快速、可靠结算的金融场景，区块最终确认仍是必须跨越的障碍。
Alpenglow正是为了补齐这一短板而来。
总结
Solana Alpenglow升级定于10月21日在主网激活，取代沿用已久的TowerBFT共识协议。其核心依托Votor双路径投票机制，旨在将交易最终确认时间压缩至150毫秒左右。Votor将共识投票转移至链下，节省链上资源，并新增槽位跳过机制。
升级采用了创新的20+20容错模型，最多可容忍20%恶意质押权重外加20%节点离线，以此调整安全边界来换取提速。完整方案包含Rotor区块传播优化，但本次主网上线仅落地Votor。此次升级填补了Solana在快速结算方面的不足，对DeFi、AI Agent自动化交易等场景具有重大意义。
以上就是Solana将于10月21日上线Alpenglow升级，大幅缩短交易最终确认时间的详细内容，更多关于Alpenglow升级将把最终确认缩至150毫秒的资料请关注其它相关文章！