Solana 的 Alpenglow 升级登陆 devnet，目标实现 150 毫秒最终确认

Solana 的 Alpenglow 升级已进入其公共开发者网络，让应用团队可以测试一个旨在将交易最终确认时间从约 12.8 秒缩短到约 150 毫秒的系统。

根据 Solana 基金会的升级页面，Alpenglow 现已在 devnet 和 testnet 上运行，但尚未在主网上激活。开发 Solana 核心验证者软件的 Anza 宣布于 9 月 25 日完成 devnet 切换，此前一天 testnet 完成了过渡。

这两个网络在推广中承担不同角色。应用团队可以使用 devnet 检查其软件在无真实价值的代币上的行为，而 testnet 则为验证者和基础设施运营商提供了一个在更严苛条件下测试网络软件的环境。

对开发者而言，新的 devnet 阶段意味着他们可以在系统尚未到达处理用户资金的主网之前，就针对 Alpenglow 检查应用。Solana 主网继续使用 TowerBFT，因此 150 毫秒这一数字仍是计划升级的目标，而非用户当前可用的最终确认时间。

Solana 的 Alpenglow 改变了验证者最终确认区块的方式

在 TowerBFT 下，验证者以交易形式提交投票，这些交易出现在区块内。根据基金会的说法，一个区块需要跨 32 个 slot 累积足够多的投票才能最终确认，目前大约需要 12.8 秒。

Alpenglow 的第一阶段称为 Votor，验证者改为直接相互发送投票。基金会表示，如果代表至少 80% 权益的验证者投票接受，一个区块可在一轮投票后达到最终确认。当第一轮未达到该阈值时，第二轮提供了另一条路径。

最终确认是指网络对一笔交易达成足够强的共识，使其在其共识规则下无法再被逆转。更快的结果可能对美国交易所决定何时将 Solana 存款入账，或支付提供商决定何时将商户的销售视为完成，具有重要意义。每个服务在释放资金或向客户确认支付之前，仍可能应用自己的检查。

基金会将最终确认与出块时间区分开来。9 月，Solana 将其目标 slot 时间从 300 毫秒缩短至 250 毫秒，并计划在另一项升级中进一步缩短至 200 毫秒。更短的 slot 改变了网络出块的频率；Alpenglow 则改变了验证者就区块最终确认达成一致的方式。

crypto.news 此前的一篇报道介绍了 testnet 的准备工作，当时是 9 月 23 日，开发者正在为公开测试准备 Agave 4.3。现在转向 devnet 使应用团队能够在其常用于开发的网络中访问升级后的共识系统。

区块数据服务在主网前面临变化

对于发送交易和读取账户余额的应用，基金会表示 Alpenglow 无需迁移。在共识升级下，交易执行、费用以及用于发送交易的格式保持不变。

构建交易历史记录的服务则有更多工作要做。Alpenglow 可能在网络选定一个区块之前，为同一 slot 暴露相互竞争的候选区块。基金会告诉数据提供商将这些候选区块分开保存，然后保留达到确认的区块。合并来自不同候选区块的交易可能导致浏览器或其他服务记录不正确。

验证者投票也将从区块中消失，因为它们将不再作为交易提交。因此，即使用户进行相同数量的支付和交易，同时统计用户交易和验证者投票的图表在激活后将显示更低的交易总数。基金会已告知数据提供商重置基于旧数据的比较和警报。

一些服务还会从投票交易中读取验证者参与情况。根据基金会的说法，在 Alpenglow 下，该信息将转移到附加在区块数据上的证书中，这要求这些服务改变其获取信息的位置。使用 Solana 的 Geyser 或 gRPC 数据流的运营者还必须考虑用于区分同一时隙内候选区块的标识符。

这些变化使得 devnet 测试对交易所、区块浏览器以及其他依赖交易记录的公司变得重要，包括与 Solana 相关的美国服务。它们的存款规则仍由各自自行决定；网络升级不会自动改变平台何时提供资金可用性。

主网激活仍无确定日期

Solana 的早期 Alpenglow 路线图将拟议的主网推出与 Agave 4.3 以及 10 月目标挂钩。无论是测试网过渡还是 devnet 激活，都没有为实时网络切换设定确认日期。

Anza 的软件时间表暂时允许主网功能激活于 9 月 28 日恢复。该时间表并未将这一天确定为 Alpenglow 的激活日期，而基金会的状态页面仍将此次升级列为主网未激活。

基金会将 Votor 描述为 Alpenglow 的第一阶段。后续阶段 Rotor 计划取代用于在网络中传播区块的系统。当前推出涉及投票和最终性变更，而约 150 毫秒的目标来自测试和模拟，而非在实时市场条件下结算的交易。