Delphi Digital：Solana 将迎来历史上最激进的技术升级周期

互联网阅读 17 2026-01-22 00:10:05

原文标题：2026 is the Year of Solana

原文作者：Delphi Digital

原文编译：Nicky，Foresight News

Solana 的 2026 年路线图可能是该网络历史上最激进的升级周期，从共识机制到基础设施进行全面改造，以成为去中心化的纳斯达克。

Solana 的路线图旨在将其转变为一个达到交易所级别的环境，使原生的链上集中限价订单簿（CLOB）能够在延迟、流动性深度和公平性方面与中心化交易所（CEX）竞争。以下是实现这一目标的所有升级。

Alpenglow：共识机制全面改造

Alpenglow 是 Solana 历史上最重大的协议层变更。它引入了一种全新的共识架构，围绕两个核心组件构建：Votor 和 Rotor。

Votor 对网络达成共识的方式进行了彻底改造。它不再将多个投票轮次串联起来，而是让验证者在链下聚合投票，并在一到两轮内提交最终确认。结果是理论上的最终确认时间从原来的 12.8 秒缩短至 100-150 毫秒。

Votor 并行运行两条最终确认路径。如果某个区块在第一轮中获得压倒性支持（80% 以上的权益），则会立即完成最终确认。如果支持率在 60%-80% 之间，则启动第二轮投票。若第二轮的支持率同样超过 60%，则该区块被最终确认。这种设计确保了即使网络的部分节点无响应，也能实现最终确认。

Rotor 对区块传播机制进行了革新，通过具有高权益且带宽稳定的验证者直接路由消息。

Alpenglow 还引入了「20 20」弹性模型：只要恶意行为的总权益不超过 20%，安全性就能得到保障；即使再有额外的 20% 离线，系统的活性仍能维持。这意味着，在网络中最多可有 40% 的节点处于恶意或离线状态时，Alpenglow 依然能够保持最终确认。

在 Alpenglow 下，历史证明（Proof of History）机制实际上已被弃用，取而代之的是确定性的时段调度和本地计时器。该升级预计将在 2026 年初至中期推出。

Firedancer：运行时性能改进

自诞生以来，Solana 一直依赖单一验证者客户端（现称为 Agave）。这种单一化长期以来一直是网络的核心弱点之一。客户端层面的任何漏洞或故障都可能导致全网停机。

Firedancer 是由 Jump 开发的第二个独立验证者客户端，采用 C 编写。其设计目标是将 Solana 的验证者转变为确定性、高吞吐量的引擎，能够以最小的延迟差异处理数百万 TPS。

Frankendancer 是它的过渡版本，将 Firedancer 的网络和区块生产模块与 Agave 的运行时及共识组件相结合。随着 Firedancer 逐步达到主网就绪状态，验证者的多样性预计将大幅提升。

在这种竞争关系背景下，两个团队都进行了大量迭代。

DoubleZero：高性能光纤基础设施

DoubleZero 是一个私有网络覆盖层，通过专用光纤连接验证者，该基础设施与传统交易所（如纳斯达克和芝商所 CME）用于微秒级传输的网络相同。

随着验证者集合的扩大，信息传播变得更加困难。节点越多意味着目的地越多，这会在网络中引入时间不一致的问题。DoubleZero 通过在最优路径上路由消息，而非在公共互联网上来回跳转，消除了这种差异。

Alpenglow 的最终确认模型依赖于验证者在严格的时间窗口内接收并响应消息。如果传播不一致，投票就会延迟到达，法定人数形成变慢，最终确认所需时间也会更长。通过缩小验证者之间的延迟差距，DoubleZero 让 Votor 能够更快完成最终确认，也让 Rotor 的传播更加均匀。

DoubleZero 还支持组播，在网络内部复制数据并同时传递给所有验证者。

区块构建：BAM 与 Harmonic

两大互补趋势正在重塑 Solana 的区块构建层：

BAM（区块组装市场，Block Assembly Marketplace）是 Jito 对 Solana 交易管道的重新构想。它不再由槽位领导者单方面决定交易排序，而是在排序与执行之间插入了一个市场和隐私层。交易被导入可信执行环境（TEE），这意味着在排序生效之前，验证者和构建者都无法看到原始交易内容。这防止了抢跑等机会主义预执行行为。

Harmonic 则针对管道的另一环节 — 谁来构建区块。它引入了一个开放的区块构建者聚合层，使验证者能够实时接受来自多个竞争构建者的区块提案。可以将 Harmonic 视为一个元市场，而 BAM 则是微观市场。

Raiku：确定性执行保障

Raiku 填补了剩余的空白。Solana 可以说已经解决了大部分吞吐量瓶颈，但原生并未为特定应用提供确定性延迟或可编程的执行保障。高频交易（HFT）风格的撮合以及链上集中限价订单簿（CLOB）需要的粒度控制，远超一层网络（L1）所能合理提供的程度。

Raiku 提供了一个与 Solana 验证者集合并行运行的调度 / 拍卖层，为应用提供可编程的、确定性的预执行环境，而无需修改 L1 共识机制。它通过提前（Ahead-of-Time, AOT）交易为预先提交的工作流实现有保障的执行，并通过即时（Just-in-Time, JIT）交易满足实时执行需求。