Solana 正在推进一次底层共识切换。根据 Anza 管理层披露，Alpenglow 预计将在本周进入公共测试网，这也是该升级首次进入正式激活阶段。若后续迁移顺利，Solana 将逐步用新方案替换现有的 TowerBFT。

目标是把最终确认压缩到 150 毫秒

这次升级最受关注的变化，是网络确认速度。Anza 预计，Alpenglow 可将 Solana 的最终确认时间从约 12.8 秒降至 100 至 150 毫秒。

最终确认是指网络在共识规则下认定交易不可逆的时点。对交易所、跨链桥和支付服务来说，这一时间会影响入账、放币和付款确认的处理速度。

Alpenglow 将以 Votor 取代 TowerBFT。新方案不再把共识投票写入链上交易，而是由验证者直接交换投票信息。按设计，当 80% 质押参与时，可在 1 轮内完成确认；若参与比例达到 60%，则可通过 2 轮完成确认。由于链上不再承载这部分投票，原本被共识流量占用的区块空间也会被释放。

迁移期间不停链也不换币

这次切换不需要新链、停机重启，也不涉及代币迁移。Solana 计划在网络持续运行的情况下完成共识替换。

迁移大致分为四步。首先，Alpenglow 的功能开关会在一个 epoch 边界启用，但不会立刻开始迁移。随后约 5000 个 slot 后，网络进入迁移边界。此后区块将暂停承载用户交易，只保留投票内容，以便形成可回退的安全节点。

接下来，验证者仍按 TowerBFT 继续运行，直到某个区块获得 82% 质押投票。该区块在迁移边界之前的最后一个祖先区块，会被定为 Alpenglow 的创世区块。随后，验证者签署 BLS 创世投票；当 82% 质押完成签署后，创世证书形成。最后，验证者回滚创世区块之后的内容，把共识交给 Votor，再恢复处理用户交易。

测试网前先统一到 Agave 4.3

目前，Firedancer 和 Frankendancer 还不支持这次 Alpenglow 迁移。运行这两类客户端的测试网运营方，需要在功能开关启用前切换到 Agave v4.3.0。

这一点也引发了对客户端多样性的讨论。QuickNode 开发者关系负责人 Mike MacCana 提到，迁移期间若网络主要依赖单一客户端，可能带来额外风险。

按 Anza 当前时间表，Agave 4.3 所含功能暂定于 9 月 28 日在 Mainnet-beta 激活，但这并不等于 Alpenglow 已确定在同日上线主网。按计划，升级将在测试网之后进入 Devnet，再推进至 Mainnet-beta，各阶段都要重复同样的迁移流程。

补充信息：Alpenglow 与 Solana 近期的 slot time 优化并不是同一件事。前者调整的是最终确认速度，后者主要影响出块节奏。Solana 近期已在 SIMD-0525 下把 slot time 降至 250 毫秒，后续目标是 200 毫秒。