Solana Alpenglow 登陆 Devnet：150 毫秒最终确认目标，主网日期未定

导语：Solana 的 Alpenglow 升级已进入 Devnet，为应用团队提供公开测试环境。该共识改革旨在将交易最终确认时间从约 12.8 秒缩短至约 150 毫秒。根据 Solana 基金会升级页面，Alpenglow 已在 Devnet 和 Testnet 活跃，但主网尚未激活。

Devnet 与 Testnet 已完成过渡

Anza 于 9 月 25 日宣布 Devnet 切换，比 Testnet 完成过渡晚一天。Anza 负责开发 Solana 核心验证者软件。Devnet 和 Testnet 承担不同推出功能：应用团队可使用 Devnet 以无真实价值的代币测试软件；Testnet 则为验证者和基础设施运营商提供更严苛的网络软件测试环境。对开发者而言，Devnet 阶段允许他们在无需等待主网激活的情况下检查 Alpenglow。

Votor 如何改变最终确认

Solana 主网目前继续使用 TowerBFT。在 TowerBFT 下，验证者将投票作为交易提交到区块内，区块需在 32 个 slot 中累积足够票数才能最终确认，目前耗时约 12.8 秒。Alpenglow 的第一阶段 Votor 让验证者直接互相发送投票。基金会表示，如果代表至少 80% 权益的验证者投票接受，区块可在一轮投票后达到最终确认；如果第一轮未达到该门槛，第二轮将提供另一条路径。

最终确认指网络已就一笔交易达成足够强烈的共识，使其无法根据共识规则被逆转。更快的最终确认可能影响美国交易所如何记入 Solana 存款，或支付提供商如何将商户销售视为完成，但每个服务仍可能应用自己的检查。基金会将最终确认与区块生产时间区分开来。9 月，Solana 已将目标 slot 时间从 300 毫秒降至 250 毫秒，并计划通过另一项升级进一步降至 200 毫秒。

数据服务面临调整

基金会表示，仅发送交易和读取账户余额的应用无需迁移。交易执行、费用和交易格式在共识升级下保持不变。但区块数据服务面临更多工作。Alpenglow 可能在网络选择一个区块之前暴露同一 slot 的竞争候选区块。基金会建议数据提供者将候选区块分开保存，然后保留达到确认的区块。若合并不同候选区块中的交易，可能导致区块浏览器或其他服务记录不正确。

验证者投票也将从区块中消失，因为它们不再作为交易提交。统计用户交易和验证者投票的图表在激活后将显示更低的交易总数，即使用户进行的支付和交易数量不变。基金会已告知数据提供者重置基于旧数据的比较和警报。部分服务从投票交易读取验证者参与情况。在 Alpenglow 下，该信息将转移到附加在区块数据上的证书，相关服务需改变获取来源。使用 Solana Geyser 或 gRPC 数据流的运营商，还必须处理用于区分 slot 内候选区块的标识符。

主网激活仍无确定日期

Solana 早前的 Alpenglow 路线图将拟议主网推出与 Agave 4.3 和 10 月目标挂钩。Testnet 过渡和 Devnet 激活均未确认实时网络切换日期。此前 crypto.news 于 9 月 23 日报道了 Testnet 准备工作，当时开发者正为公开测试准备 Agave 4.3。Anza 的软件时间表暂定允许主网功能激活于 9 月 28 日恢复，但该时间表并未将这一天列为 Alpenglow 的激活日期，基金会状态页面仍将升级列为主网未激活。

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