Solana 在开发网上部署 Alpenglow 升级，目标实现 100 毫秒终局性

Solana 于 9 月 25 日将其开发网迁移至 Alpenglow。这是一项旨在将交易最终确认时间从约 12.8 秒缩短至 100 至 150 毫秒的共识升级。此次迁移被称为 Alpenswitch，在经历 17 分钟倒计时后于 epoch 1167 生效，由负责开发 Solana 网络核心软件的 Anza 工程师执行。该升级以 Votor 取代 Solana 的 TowerBFT 共识机制。Votor 是由 Anza 工程师与 ETH Zurich 研究人员合作开发的新投票系统，并已根据 Solana 改进提案 SIMD-0326 获得验证者批准。此次变更将验证者投票信息移出交易流，转而使用加密 BLS 证书，旨在释放此前被共识活动占用的区块容量。该协议正在 Solana 的开发网和测试网上进行测试，主网 Beta 部署尚未公布确切日期。

Votor 根据 SIMD-0326 取代 TowerBFT

核心变更是用 Votor 取代 Solana 长期使用的 TowerBFT 共识机制。Votor 是由 Anza 工程师与 ETH Zurich 研究人员合作开发的新投票系统。验证者已根据 Solana 改进提案 SIMD-0326 批准了这项变更。

Votor 改变了验证者交换投票信息的方式。验证者不再将单独的投票作为交易记录在区块中，而是直接传递这些投票信息。随后，这些信息可以聚合为加密 BLS 证书。

此次变更旨在减少共识相关活动占用的区块容量。此前，投票交易占用了 Solana 区块容量的很大一部分，有些估计认为这一比例最高可达 75%。

通过将这类活动移出交易流，并将其聚合为紧凑的证书，Alpenglow 旨在为用户交易提供更多网络容量，同时可能降低验证者的运营成本。

此次升级不需要对 Solana 的虚拟机或智能合约架构进行根本性重新设计。因此，使用现有 Solana 虚拟机的应用可以继续运行，而底层共识机制则发生变化。

Alpenglow 目标是实现 100 至 150 毫秒的最终确认

Alpenglow 的主要性能目标是大幅缩短交易达到最终确认所需的时间。

在新系统下，当代表网络至少 80% 质押量的验证者在规定时间内响应时，预计最终确认将在约 100 毫秒内发生。当较高门槛未能立即达成时，备用机制旨在于约 150 毫秒内提供最终确认。

该协议还采用 20+20 容错模型。在这一结构下，即使 20% 的验证者变得不可用，同时另有 20% 的验证者遭受攻击或面临其他干扰，网络仍旨在保持稳定。

开发者在开发网环境中测试协议

在开发网上部署协议，为应用开发者提供了一个低风险环境，用于根据新的共识规则测试软件。开发网代币不具有实际货币价值，团队可以在不让用户暴露于主网活动相关财务风险的情况下，检查交易行为。

并非所有应用都需要进行更改。发送交易或读取账户余额的基础软件可以继续运行，无需重大修改。不过，对区块链交易进行统计的分析平台和服务可能需要调整其方法，因为验证者投票将不再以单独交易的形式出现在区块中。

在网络达成最终共识之前，数据服务还需要处理相互竞争的候选区块。过早合并来自竞争区块的信息可能会造成不准确的历史记录。

主网部署日期仍未公布

Alpenglow 目前已在 Solana 的开发网和测试网上运行，但主网 Beta 部署尚未公布确切日期。稳定性测试仍在进行中，所引用的性能数据是基于协议测试和模拟得出的目标，而不是在完整的真实市场环境中确认的结果。

实际用户体验还可能取决于钱包处理、交易所充值流程以及共识层之外的其他基础设施。

常见问题

Solana 于 9 月 25 日部署了什么？

Solana 于 9 月 25 日将其开发网迁移至 Alpenglow，这是一项用 Votor 取代 TowerBFT 机制的共识升级。此次迁移在经历 17 分钟倒计时后于 epoch 1167 生效，由 Anza 工程师执行。

Alpenglow 的交易最终确认目标有多快？

Alpenglow 旨在将交易最终确认时间从约 12.8 秒缩短至 100 至 150 毫秒。当代表网络至少 80% 质押量的验证者在规定时间内响应时，预计最终确认将在约 100 毫秒内发生；当较高门槛未能立即达成时，备用机制将提供约 150 毫秒的最终确认。

Alpenglow 何时将在 Solana 主网上部署？

主网 Beta 部署尚未公布确切日期。Alpenglow 目前正在 Solana 的开发网和测试网上运行，稳定性测试仍在进行中。所引用的性能数据是基于协议测试和模拟得出的目标，而不是在完整的真实市场环境中确认的结果。