Solana推出名为Alpenglow的共识升级，现已开放公共测试网络，这次升级主要用来缩短交易确认等待时间。原本交易最终确认大约需要13秒，升级目标缩短到150毫秒。新机制改变节点投票方式，节点之间直接交换投票信息，不用在链上记录投票，现有应用程序不用修改代码。下面小编简单梳理了Solana将Alpenglow共识升级推进至公共测试网的最新消息。

Solana已将Alpenglow共识升级推进至公共测试网部署阶段，开发团队将对这套方案开展测试，目标把交易最终确认时间从约13秒缩短至150毫秒左右。

根据GitHub信息，测试网阶段将允许开发者在Solana成熟的测试环境中迁移验证，之后才会评估这套共识系统能否上线主网。

最终确认（Finality）指交易按照网络共识规则变为不可撤销的节点。交易所通常要等到交易完成最终确认后，才会为用户充值；跨链桥也需要等待确认完成，才能在另一条链释放资产。

Solana当前采用TowerBFT共识，验证节点在链上记录投票，需要积累32个插槽的足量投票后，区块才能完成最终确认。Alpenglow用名为Votor的协议替代原有机制，允许验证节点之间直接交换投票。

在新架构下，验证节点仅需一轮或两轮投票即可达成共识。该改动省去Tower BFT所需的冗长链上共识投票流程，而对于应用与终端用户而言，交易执行逻辑基本保持不变。

Solana Alpenglow进入公共测试网

Alpenglow此前已在专门搭建的小型社区集群稳定运行超过4个月，用于共识系统测试。升级转入Solana正式公共测试网后，更多验证节点、基础设施服务商以及已接入网络的各类服务都可以参与测试。

公共测试网代币没有实际价值，开发者可以重启网络、测试迁移流程、排查故障，不会对主网资产造成风险。

Anza在5月率先将Alpenglow推向社区验证节点测试，称本次升级是Solana历史上规模最大的一次共识变更。Crypto.news此前报道，社区集群可以让节点运营商在正式接入Solana现有测试基础设施前，提前验证这套全新共识设计。

Votor会根据验证节点参与情况，通过两种投票路径之一完成最终确认。早期技术规范显示，当足够多质押算力参与投票时，区块一轮投票即可敲定；若参与度偏低，则可通过第二轮投票完成确认。

预期效果是大幅缩短Solana现有的最终确认耗时。Anza预估中位数最终确认时间约150毫秒，在理想条件下，早期模拟测试最低可达100毫秒。

本次升级并未改动应用层的交易执行逻辑。钱包用户依旧可以通过原有界面发送交易，核心改动集中在验证节点之间如何通信、对区块链永久状态达成共识。

Agave4.3版本内置Alpenglow代码

参与Alpenglow测试的验证节点需要运行Anza维护的最新节点软件分支Agave4.3。

9月21日，Anza建议主网验证节点普遍升级至Agave4.3。本次分阶段推进，先是要求质押量占主网10%的节点升级，之后将推荐范围扩大至25%。

数月以来，Alpenglow开发工作一直与Agave版本迭代绑定。8月，Alpenglow底层代码已经在上一版软件分支中供测试，计划依托Agave4.3实现150毫秒最终确认目标。

Anza的Agave4.3时间表中标注的9月28日，是主网功能激活暂定重启时间。Anza表示发布日期存在变动可能，其功能开关跟踪页面显示，Alpenglow测试网激活计划暂定于周三早些时候上线。

因此9月28日并非Alpenglow确定上线Solana主网的日期。

与此同时，多项Solana性能升级分属不同激活时间表。交易最终确认、插槽生产、交易吞吐量由不同网络变更控制，尽管它们都会影响应用与Solana的交互速度。

Solana插槽时间已缩短至250毫秒

依托SIMD-0525提案，Solana近期将目标插槽时间从300毫秒下调至250毫秒，实现每秒4个插槽。

250毫秒插槽升级，将每个验证节点的4插槽出块窗口从1.2秒缩短至1秒。网络处理上限随短插槽同步调整，本次改动不会同比例提升整体处理能力。

SIMD-0525最后阶段目标是200毫秒插槽，实现每秒5个插槽。开发者尚未确定该阶段主网激活日期。

插槽时间和最终确认是两个不同指标：插槽时间决定Solana生成新区块的频率；Alpenglow则改变验证节点确认区块不可撤销的共识机制。

Solana从8月开启本轮插槽缩短进程，将目标值从上线以来沿用的400毫秒降至350毫秒。SIMD-0525规划了350、300、250，最终到200毫秒的阶梯目标。

Alpenglow由SIMD-0326提案推进，直接用Votor替换Tower BFT，并不改动单个插槽的时长。

Firedancer暂不支持首轮Alpenglow测试

Jump Crypto开发的验证节点客户端Firedancer与Frankendancer目前暂不支持Alpenglow测试，首轮迁移只能依靠Agave客户端。

多客户端可以让Solana验证节点使用不同软件实现接入同一网络。多客户端环境下，单一软件漏洞不一定会影响全部验证节点。

经过多年开发，Firedancer在今年早些时候开始为主网出块。团队建议逐步上线，同时持续开展安全审计；这套独立开发的客户端旨在降低对Solana原有节点实现方案的依赖。

Frankendancer属于混合实现方案，融合Firedancer组件与原有Solana软件。在Anza当前功能跟踪页面中，二者均未标注支持SIMD-0326Alpenglow功能。

因此Agave4.3是首轮公共测试网迁移唯一支持的客户端。Anza跟踪页面显示，Alpenglow在SIMD-0326下处于待测试网激活状态，Firedancer和Frankendancer支持状态显示为不可用。