Solana Alpenglow：Votor、Rotor 點樣將 Finality 推向 150ms

Alpenglow 最好理解為 Solana 共識層一次大換血，而唔係普通速度 patch。正式提案 SIMD-0326 指，佢會以 Votor（投票與最終確認）同 Rotor（資料傳播）為核心，取代現有 Proof of History 同 Tower BFT，目標係將 Tower BFT 下 12.8 秒嘅 finality 壓到低至 100–150 毫秒 。提案已經通過治理投票，但真正幾時上主網，仍然要睇測試結果同客戶端實作準備情況 。

對一般用家嚟講，關鍵唔係 app 畫面快唔快彈通知，而係交易去到共識層面幾快算真真正正 settle。呢個分別，正正係 Alpenglow 想處理嘅核心。

點解 Solana 要換共識堆疊？

現時 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：投票同最終確認改走快線

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 嘅路徑。

Rotor：要快 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 成本下降呢啲預期，能否喺真實網絡環境下成立 。