Solana 的开发者已将 Alpenglow 共识升级安排在 10 月 21 日，目标是将最终确定性缩短至约 150 毫秒，同时要求验证者和应用运营者为主网交接期间的变更做好准备。
摘要
- Solana 的 Alpenglow 升级定于 10 月 21 日进行，目标是将交易最终确定性缩短至约 150 毫秒。
- Quicknode 警告称，交接期间交易将短暂暂停，数据流可能中断。
- 验证者必须使用兼容的软件，并为投票账户充值以支付 0.8 SOL 的准入费。
- 部分 RPC 节点接收最终确定性信息的时间可能晚于直接参与共识的验证者。
Quicknode 的维护通知指出周三为计划激活日，但其最新更新警告称，随着区块生产的推进，原先估计的 UTC 14:50 可能会提前至 UTC 13:20。该服务商要求运营者从 UTC 13:00 起做好准备，共识交接将在激活后约 20 分钟进行。
Solana 基金会当前的升级页面将该变更置于 epoch 1064，并列出主网尚未激活。其更新后的估计将 epoch 的开始时间定在 UTC 13:20 左右，使得 epoch 边界成为相关触发点，而非固定的时钟时间约定。
Solana Alpenglow 的目标是最终确定性，而非更快的执行
在 Anza 的设计中，Votor 取代了 TowerBFT 的投票和最终确定性逻辑。目标是在正常网络条件下达到约 150 毫秒，但这并不保证每个钱包、交易所或交易应用都会在该时间段内显示交易完成。
基金会表示，交易执行、程序行为和费用机制保持不变。普通用户无需改变签名或批准交易的方式，而单独的 Rotor 数据分发升级则留待后续版本发布。其文档将共识的推出与早前对 slot 时长的缩减区分开来，后者决定网络产生区块的频率。
Quicknode 的技术概述描述了两条同时运行的投票路径。当 80% 的验证者参与时，其中一条可在单轮内最终确定一个区块；而当参与度达到 60% 时，另一条则使用第二轮。
该服务商将此过程与用户已经看到的早期确认区分开来。其概述称，在乐观设置下，应用通常会在两到三秒内显示确认，而旧系统大约需要 13 秒才能达到完全最终确定性。
10 月的部署遵循了早前将 Alpenglow 与 Agave 4.3 关联的路线图。8 月 14 日的一份报告记录称，Alpenglow 代码已存在于 Agave 4.2 中用于测试，但该版本并未授权主网激活。
截至 9 月 26 日，该升级在测试网于前一日完成过渡后已到达开发网，正如 crypto.news 此前所报道的那样。应用团队随后可以在处理用户资金的网络上部署之前，检查新的共识行为。
交易者在交接期间面临短暂中断
Quicknode 警告称，当网络更换共识系统时，新交易将短暂停止进入区块。其通知描述了一次持续数秒的暂停，如果过渡耗时更长，则可能中断更久。
该服务商表示，交易提交可能会暂时返回“节点不健康”的预检错误。Yellowstone 数据流可能会断开一次，而使用最早已处理承诺级别的订阅可能会显示永远无法达到确认的 slot。
维护通知建议对不可回滚的数据使用已确认或已最终确定的承诺级别。Quicknode 表示其现有的 Solana 端点将保持不变，其团队将在整个变更期间监控网络。
在该服务商的技术概述中，更快的不可逆结算与金融应用、企业资金转账和实时服务相关。该文档将这些用途作为拟议共识架构的能力来呈现，但并未确认各个交易平台会在激活日采用新的结算政策。
验证者就绪状态包括软件和账户资金
Solana 基金会当前的检查清单指示验证者在 epoch 1064 之前运行 Agave、Jito-Solana 或 Harmonic Salsa 的 4.3.2 版本。根据同一份指南，迁移期间不支持 Firedancer 和 Frankendancer。
运营者必须在其投票账户中保持至少高于免租金最低限额 0.8 SOL 的余额，以支付验证者准入票。首次扣费用于支付 epoch 1065 的参与费用，未支付的费用将导致验证者无法在下一个 epoch 中投票或出块。
治理批准早于这些运营要求。根据对已完成投票的报道，该提案于 2025 年 9 月通过，98.27% 的投票支持。参与率占质押量的 52%，因此该批准百分比描述的是已投出的选票，而非全部验证者群体。
此前的投票批准了 SIMD-0326，即共识 overhaul 背后的提案。当时的报告记录反对票为 1.05%，弃权票为 0.69%，公布的数据中保留了微小的四舍五入差异。
RPC 交付可能滞后于 150ms 目标
Anza 的运营者文档解释称，共识消息通常在已准入的验证者之间流通。使用默认交付路径的未质押节点从后续区块携带的证书中获知最终性，通常会增加最多一个出块间隔的时间。
跳过或延迟的区块可能延长该等待时间。与已准入验证者配对的节点可以直接接收消息，尽管两者之间的网络延迟仍是交付时间的一部分。
9 月的 devnet 报道记录了索引器和浏览器各自的变更。候选区块在确认之前必须保持分离，验证者参与数据从普通投票交易转向附加在区块数据上的证书。
根据该报告，移除投票交易会改变仪表板总计，即使用户支付和交易的数量保持不变。同时统计这两个类别的服务必须重置其比较，而跟踪验证者投票的系统需要读取替代的证书数据。
