Solana 已将其 Alpenglow 共识升级推进至公共测试网部署阶段，开发者正准备测试一项旨在将交易最终确认时间从约 13 秒缩短至约 150 毫秒的设计。
摘要
- Solana 的 Alpenglow 升级正推进至公共测试网，目标是将交易最终确认时间从约 13 秒缩短至约 150 毫秒。
- Alpenglow 用 Votor 取代 TowerBFT，允许验证者通过一到两轮直接投票达成一致。
- 测试需要 Agave 4.3，而 Firedancer 和 Frankendancer 尚不支持 Alpenglow。
- 9 月 28 日被列为 Agave 4.3 功能在主网上暂定激活的日期，但这并非已确认的 Alpenglow 上线日期。
根据 github，测试网阶段将让开发者在共识系统被考虑用于主网之前，在 Solana 既有的测试环境中测试迁移。
最终确认是指交易在网络共识规则下变得不可逆转的时刻。交易所通常在为存款入账前等待最终确认，而区块链桥在另一网络释放资产前也会使用最终确认。
Solana 目前依赖 TowerBFT 达成共识，验证者在链上记录投票，并在 32 个时隙中累积足够投票后，区块才达到最终确认。Alpenglow 用一种名为 Votor 的协议取代该流程，让验证者直接交换投票。
在新设计下，验证者可以在一到两轮投票后达成一致。这一变化移除了 TowerBFT 所需的较长链上共识投票序列，同时对应用程序和用户的交易执行基本保持不变。
Solana Alpenglow 进入公共测试网
Alpenglow 已在专门为测试该共识系统而创建的小型社区集群上运行了四个多月。将该升级移入 Solana 既有的公共测试网，使其能够接触到更多已连接到网络的验证者、基础设施提供商和服务。
公共测试网使用没有货币价值的代币，使开发者能够重启网络、测试迁移流程并调查问题，而不会危及主网资金。
Anza 于 5 月首次将 Alpenglow 移入社区验证者测试，并将该升级描述为 Solana 历史上最大的共识变更。正如 crypto.news 此前报道，该社区集群允许验证者运营者在部署到 Solana 现有测试基础设施之前测试新的共识设计。
Votor 旨在根据验证者参与情况，通过两条投票路径之一达成最终确认。此前的规范表明，当足够多的质押参与时，区块可在一轮后确定，而第二轮则在参与度较低时提供另一条达成最终确认的途径。
预期结果是将 Solana 现有的最终确认时间大幅缩短。Anza 估计最终确认时间中位数约为 150 毫秒，而此前的模拟显示在有利条件下可低至 100 毫秒。
作为该升级的一部分，开发者并未改变应用程序执行交易的方式。钱包用户将继续通过相同的界面发送交易，而主要变化发生在验证者如何通信并就区块链的永久状态达成一致。
Agave 4.3 包含 Alpenglow 代码
参与 Alpenglow 测试的验证者需要运行 Agave 4.3，这是由 Anza 维护的主验证者软件的最新分支。
Anza 于 9 月 21 日建议主网验证者普遍采用 Agave 4.3。该推广此前已通过受控阶段推进，首先要求负责主网 10% 质押的运营者升级，然后将建议范围扩大到 25%。
Alpenglow 的开发已与 Agave 版本发布关联数月。8 月，在底层 Alpenglow 代码已被纳入上一软件分支进行测试后，150 毫秒最终确认目标预计将通过 Agave 4.3 实现。
Anza 的 Agave 4.3 时间表中列出的 9 月 28 日日期，指的是主网功能激活的暂定恢复时间。Anza 表示其发布日期可能会发生变化，而其功能门控跟踪器在周三早些时候仍将 Alpenglow 测试网激活列为待定状态。
因此，9 月 28 日并不代表 Alpenglow 在 Solana 主网上开始运行的确认日期。
这一区别出现之际，多项 Solana 性能升级正按照各自独立的激活时间表推进。交易最终性、槽位生产和交易容量由不同的网络变更控制，尽管每一项都可能影响应用程序与 Solana 交互的速度。
Solana 已将槽位时间缩短至 250 毫秒
Solana 最近根据 SIMD-0525 将其目标槽位时间从 300 毫秒缩短至 250 毫秒，使网络达到每秒四个槽位的目标。
此次250 毫秒槽位升级将每个验证者的四个槽位领导者窗口从 1.2 秒缩短至 1 秒。网络处理限制也随着更短的槽位时间进行了调整，这意味着该变更并未按相同比例提升整体处理容量。
SIMD-0525 下的最后阶段目标为 200 毫秒槽位，这将使网络达到每秒五个目标槽位。开发者尚未为该阶段设定确认的主网激活日期。
槽位时间和最终性衡量的是网络的不同部分。槽位时间决定 Solana 能以多高的频率产生新槽位，而 Alpenglow 改变的是验证者如何就某个区块不可逆转达成一致。
Solana 于 8 月开始了当前这一系列槽位缩减，当时其目标从网络启动以来一直使用的 400 毫秒设置降至 350 毫秒。SIMD-0525 列出了 350、300、250 以及最终 200 毫秒的连续目标。
Alpenglow 通过 SIMD-0326 走的是另一条路径，它用 Votor 取代 TowerBFT，而不是修改单个槽位的持续时间。
Firedancer 仍不在首次 Alpenglow 测试之列
由 Jump Crypto 开发的验证者客户端 Firedancer 和 Frankendancer 目前不支持 Alpenglow 测试，这使得初始迁移依赖于 Agave。
客户端多样性为 Solana 验证者提供了参与同一网络的不同软件实现。如果存在独立的客户端，影响某一实现的软件故障不一定会影响每个验证者。
Firedancer 在 Jump Crypto 多年开发之后，于今年早些时候开始在主网生产区块。该团队最初建议在安全审计继续进行的同时逐步推出，这个独立构建的客户端旨在减少对 Solana 现有验证者实现的依赖。
Frankendancer 是一种混合实现，将 Firedancer 的组件与现有 Solana 软件相结合。在 Anza 当前的功能门控跟踪器上，这两种实现均未被列为支持待定的 SIMD-0326 Alpenglow 功能。
因此，Agave 4.3 是首次公开测试网迁移所支持的客户端。Anza 的跟踪器将 Alpenglow 列为 SIMD-0326 下待定的测试网激活，而 Firedancer 和 Frankendancer 的支持字段仍标记为不可用。
