核心要点

Alpenglow 共识机制将在纪元（Epoch）开始后的约 5,000 个时隙（Slots），即大约 18 分钟后接管网络。Votor 协议旨在将最终性确认时间缩短至约 150 毫秒，相较于 TowerBFT 下的约 12.8 秒有显著提升。由于投票交易将从区块中移除，交易数量和 TPS（每秒交易量）仪表盘需要重新设定基准线。此次升级将于 10 月 21 日开始逐步 rollout，而非瞬间切换。

升级时间与范围

Solana 基金会的 Alpenglow 文档指出，第 1064 个纪元的开始时间约为 2026 年 10 月 21 日 UTC 时间 15:00。由于纪元计时可能存在偏差，该时间点仅为估算值，而非固定的激活时刻。在网络的前 5,000 个时隙（约 18 分钟）内，Solana 将继续使用 TowerBFT 共识算法。随后，Alpenglow 共识机制预计将在第 459,653,000 个时隙正式接管。

本次主网发布主要涵盖 Votor，这是一种新的投票和最终性协议。而另一个旨在替代 Solana Turbine 区块传播系统的组件 Rotor，计划在未来发布，目前尚未确定主网上线日期。

不同用户群体的影响

受影响群体：

• 钱包用户与普通应用用户：签名、发送或批准交易的方式没有任何变化。Solana 的交易格式、程序、账户模型及费用保持不变。
• 等待结算的应用：一旦 Alpenglow 上线，它们可以使用“finalized”（已最终确认）状态，且延迟大幅降低。旧的“confirmed”（已确认）与“finalized”（已最终确认）之间的区别实际上已经消失。
• 索引器、浏览器和数据提供商：必须更新读取区块数据的方式，考虑“bank_id”字段，并重新校准包含投票交易的指标。
• 验证者运营商：需要使用基于 Agave 的客户端，并在验证者准入票据费（Validator Admission Ticket fee）所需的投票账户中保留至少 0.8 SOL（高于免租金最低限额）。

这一区分至关重要。Alpenglow 的设计初衷是保持普通钱包体验不变，但负责生成、流式传输和解释 Solana 数据的底层基础设施将发生实质性变化。

Votor 用直接验证者证书取代投票交易

在当前的 TowerBFT 共识下，验证者通过链上交易进行投票。这些投票需要在 32 个时隙内累积，区块才能达到最终性，从而导致约 12.8 秒的最强结算保证等待时间。

Votor 将这些投票从区块本身中移除。验证者将它们直接发送给彼此，并将其聚合为证书，使得区块可以在一个或两个投票轮次内达到最终性。这 150 毫秒的目标指的是交易变为最终状态所需的时间，并不意味着 Solana 每 150 毫秒生产一个新块。时隙时间已在 10 月单独调整为 200 毫秒。

对于在信用存款、释放商品或完成转账之前等待最终性的服务而言，这一变化可能消除由 Solana 自身共识过程产生的大部分延迟。但这并未消除由交易所风险检查、桥接、支付提供商或其他链施加的延迟。这在那些一方等待更强的结算保证以完成交易另一方的工作流程中尤为重要。Solana 的“交付对付款”（delivery-versus-payment）托管工具就是一个可以从更快最终性中受益的基础设施示例，而无需用户改变提交交易的方式。

投票交易的移除将一夜之间改变 Solana 的交易数据

分析师可能不会首先注意到最终性的变化，而是最明显的可见变化：在 Votor 下，投票交易将不再出现在 Solana 的区块中。由于它们一直占区块中计算的交易数量的很大一部分，激活后总交易数量和 TPS 数字可能会大幅下降。

这属于会计统计上的变化，并非证据表明 Solana 突然失去了用户或应用需求。如果仪表盘在未调整基准线的情况下继续比较升级前后的数据，可能会错误地报告网络活动的崩溃。Solana 自身的指导方针告诉索引器和吞吐量仪表盘重新校准其数据。以前通过解析 Vote Program 指令来衡量验证者参与度的工具，也必须切换到 Alpenglow 区块页脚中携带的证书。

升级后不应得出的结论

“Solana 交易量下降，因此 Solana 的使用量下降。”

首先要检查仪表盘的历史基准线是否包含了升级前的验证者投票。如果是，那么头条交易数量就不再具有直接可比性。升级后，应使用一组活动指标。单一指标无法描述网络需求。一旦投票交易消失，最清晰的读数将是结合多项措施，而不是将总 TPS 视为唯一的判决依据：

• 非投票交易：衡量验证者投票之外生成的交易的直接指标。
• 活跃付费方：比单纯的原始交易总数更能体现参与广度。
• 稳定币转账数量和金额：用于追踪支付和结算活动。
• DEX 交易量及独立交易者：两者结合比仅看交易量提供更多背景信息。
• 手续费收入：对用户指标有帮助，但它也可能随费用条件和交易强度而变化。

这种方法使得升级后的比较更加诚实。如果总 TPS 下降，而非投票交易、活跃付费方和应用体积保持稳定，则说明网络改变了其统计方式——而不一定是需求减弱。

如何判断升级是否成功？

第一个测试是实现的实际最终性。网络需要证明区块能够达到接近声明目标的最终性，同时没有实质性的不稳定或跳过时隙的增加。

第二个是运营准备就绪。验证者必须迁移到受支持的基于 Agave 的客户端；Firedancer 和 Frankendancer 在过渡期间不受支持。索引器和 RPC/Geyser 用户也需要处理新的 bank_id 字段，因为一个时隙可以包含多个候选区块。

第三个是数据连续性。浏览器、分析平台和媒体报道需要在根据 Solana 升级后的交易图表得出结论之前，区分验证者投票减少与应用需求减弱。

Alpenglow 使 Solana 更快，并使旧的 TPS 基准过时

Alpenglow 的直接承诺是在不改变普通用户发送交易方式的情况下实现更快的最终性。其不太显而易见的后果是，一旦验证者投票从区块中消失，熟悉的 Solana 活动统计数据就需要重置。

10 月 21 日之后，头条交易数量的下降应首先被视为测量问题。只有当非投票活动、活跃付费方和应用层使用率同时下降时，才能得出需求本身减弱的结论。

本文仅供参考，不构成财务或投资建议。主网激活时间和性能取决于网络状况和实施准备情况。