對一般用家嚟講,關鍵唔係 app 畫面快唔快彈通知,而係交易去到共識層面幾快算真真正正 settle。呢個分別,正正係 Alpenglow 想處理嘅核心。
現時 Solana 用 Proof of History(PoH)做加密時間排序:leader 節點用可驗證嘅加密證明替區塊加上時間順序,validator 可以檢查呢啲證明 。之後 Tower BFT 透過一層層 validator 投票同 lockout 機制建立共識;每一票都確認一條 fork,並令之前投票嘅 lockout 增加 。
呢套設計令 Solana 可以有好快嘅 optimistic confirmation/optimistic finality 體感。Anza 路線圖形容 Solana 現時 optimistic finality 大約係 1 秒;但 SIMD-0326 比較嘅係更硬淨嘅共識 finality,由 Tower BFT 嘅 12.8 秒降到 Alpenglow 目標 100–150 毫秒 。
簡單講:optimistic confirmation 係差唔多可以當成咗;finality 就係共識上更強嘅結算點。對任何需要準確知道交易已結算嘅應用,兩者唔可以混為一談。
Votor 係 Alpenglow 接手投票同區塊最終確認嘅部分 。喺 SIMD-0326 入面,Votor 被描述為輕量、直接投票式 protocol,會按網絡狀況用單輪或雙輪投票去 finalize 區塊 。
同 Tower BFT 嘅 vote tower/lockout 模式相比,呢個轉變好大。Votor 唔係靠較長嘅 lockout 投票鏈逐步堆高確認,而係設計成喺足夠 stake 參與時,一至兩輪內完成 finality。部分第三方技術整理提到 60%–80% stake threshold,但比較穩陣嘅 primary-source takeaway 係:SIMD-0326 明確寫到單輪或雙輪 finalization model 。
Anza 亦提到 Alpenglow 會運用 BLS cryptographic primitives,在維持安全性嘅前提下大幅降低 finalization latency 。所以 Votor 想縮短嘅唔只係一個確認提示,而係交易走到 deterministic finality 嘅路徑。
如果 Votor 係負責點樣投票,Rotor 就係負責令區塊資料夠快送到 validator 手上。Anza 形容 Rotor 係 Alpenglow 嘅 data-dissemination protocol,會吸收並改良 Solana 現有 Turbine 區塊傳送思路 。
呢點好實際:如果 validator 收唔到完整區塊資料,就無法評估同投票;finality 再快嘅設計都會受制於資料傳播。第三方技術文章形容 Rotor 會用更有結構、按 stake 加權嘅 relay path 傳播區塊,有估算指 broadcast 目標低於 100 毫秒,亦有文章引用典型網絡環境下 18 毫秒嘅估算 。
不過,呢啲數字應該視為目標或模型估算,唔係已經喺 Solana 主網跑出嚟嘅實測。Rotor 同 Votor 綁埋一齊,原因就係:要快 finality,先要快而穩定咁派到區塊。
Alpenglow 最直接嘅承諾係降低 finality latency;其他好處多數來自減少共識流量,尤其係投票相關 overhead。
| 範疇 | 預期改變 | 要留意 |
|---|---|---|
| 最終確認 | Tower BFT 下 12.8 秒嘅 finality,目標降到約 100–150 毫秒 。 | Solana 現時已有約 1 秒 optimistic finality;最大改變係更強嘅共識 finality,而唔只係體感確認速度 。 |
| 區塊傳播 | Rotor 目標係令區塊分發更快、更可預測;第三方估算提到低於 100 毫秒,甚至典型環境 18 毫秒 。 | 呢啲仍然唔係主網實測數據。 |
| 區塊空間/吞吐量 | Alchemy 指 validator votes 目前約佔 Solana blockspace 75%,如果投票移到鏈下,可釋放相當多空間畀用家交易 。 | Alpenglow 主要係共識/finality 升級,throughput 改善屬間接效果,唔等於保證 raw TPS 即時上升 。 |
| Validator 成本 | 如果較少共識票要作為鏈上交易提交,validator 理論上會少啲持續投票費壓力;有摘要亦提到 Validator Admission Ticket(VAT)模式 。 | 實際慳到幾多,要睇最終實作、費用結構同網絡經濟。 |
| 網絡負荷 | 有技術整理估計 validator communication overhead 可約減 40% 。 | 部署後先有可靠量度,現階段仍屬預測。 |
換句話講,Alpenglow 唔係單純將每個執行環節都加速;佢係希望先將共識投票同 finality 變短、變少 overhead,再由此釋放區塊空間同降低驗證者成本壓力。
Alpenglow 概念由 Anza 以 Solana 新共識 protocol 形式介紹,Anza 亦稱佢係 Solana 核心 protocol 至今最大改動 。正式 SIMD-0326 喺 2025 年 8 月提交,稱 Alpenglow 係 Solana 核心共識 protocol 大型 overhaul 。
SolanaFloor 報道,投票於 2025 年 8 月 27 日開始,由 epoch 840 至 epoch 842,約一星期 。治理投票喺 2025 年 9 月初通過;不同報道嘅贊成票比例略有出入:Alchemy 引用 98.27%,Blockworks 引用 98.94% 參與者支持,但兩者都提到總 stake 參與約 52% 。重點係:提案以壓倒性 validator 支持過關。
至於由測試到主網,時間表就無咁死板。Anza 路線圖曾寫 Alpenglow 預期 2026 年初登陸 mainnet;但 2026 年 4 月 Alchemy 摘要指,Alpenglow 當時仍在 private cluster testing,mainnet 預期為 2026 年較後時間 。Anza 亦表示 2026 年重點係將 Alpenglow 由 development clusters 推向更廣泛部署工作 。
所以較穩陣嘅讀法係:2025 年第三季提出同完成治理;2026 年進入開發/私有叢集測試同部署準備;主網有機會喺 2026 年推出,但若以測試作為閘口,late 2026 會係較保守預期 。
如果按提案落地,Alpenglow 會係 Solana 至今最重要嘅共識層改動之一。Votor 目標係將投票同 finality 壓縮到一至兩個快速 round;Rotor 則要令區塊資料夠快穿過 validator 網絡,支撐呢條低延遲共識路徑 。
100–150 毫秒 finality 呢個目標相當進取,但喺主網證明之前,仍然應該當成工程目標,而唔係既成事實。治理動能已經有,但真正啟用仲要睇測試、實作準備,以及投票 overhead 同 validator 成本下降呢啲預期,能否喺真實網絡環境下成立 。