Solana Alpenglow：Votor、Rotor 如何把最終性推向 150 毫秒

Votor：把投票與最終性流程壓縮

Votor 是 Alpenglow 中接手投票與區塊最終確定邏輯的核心元件 。在 SIMD-0326 中，它被描述為一個輕量、以直接投票為基礎的協議，可依網路狀況透過單輪或雙輪投票完成區塊最終確定 。

這代表它和 Tower BFT 的「投票塔」思路有明顯差異。Tower BFT 依賴較長的 lockout 投票序列來逐步確認；Votor 則希望在足夠 stake 參與時，於一到兩輪內完成最終性。部分第三方技術整理提到 60%–80% 的 stake 門檻，但較穩健的原始來源重點，是 SIMD-0326 所描述的單輪或雙輪最終確定模型 。

Anza 也提到，Alpenglow 會運用 BLS 密碼學原語，在維持安全性的同時大幅降低最終確定延遲 。換句話說，目標不是只讓「確認訊息」看起來更快，而是縮短走到確定性最終性的路徑。

Rotor：不只投票要快，區塊也要送得夠快

Rotor 是 Alpenglow 的資料傳播協議。Anza 表示，它承襲並改良 Solana 既有區塊傳遞系統 Turbine 的方法 。它的角色很務實：即使 Votor 能快速投票，驗證者也必須先夠快收到區塊資料，才有辦法評估並投票。

第三方整理將 Rotor 描述為採用更結構化、依 stake 加權的中繼路徑來傳播區塊；部分估算提到低於 100 毫秒的廣播目標，也有資料稱一般網路條件下可達 18 毫秒 。這些數字目前應視為目標或估算，而不是已在主網驗證的結果。不過它們說明了為什麼 Rotor 必須和 Votor 搭配：更快、更可預期的區塊傳播，是更低延遲最終性的前提。

可能帶來哪些效能變化？

最簡單的理解方式是：Alpenglow 最直接的承諾，是降低「確定性最終性」的延遲。至於吞吐與驗證者成本改善，主要來自減少共識流量，尤其是投票相關開銷，而不是全面改寫 Solana 的執行層。

推出時程：治理已過，主網仍看測試

Anza 介紹 Alpenglow 時，將它稱為 Solana 的新共識協議，也形容為 Solana 核心協議至今最大的變更 。正式的 SIMD-0326 提案於 2025 年 8 月發布，並將 Alpenglow 描述為 Solana 核心共識協議的重大翻修 。投票在同月稍晚展開；SolanaFloor 報導投票期間從 epoch 840 到 epoch 842 。

治理投票在 2025 年 9 月初通過。公開報導對贊成票比例略有差異：Alchemy 引述為 98.27% 通過，Blockworks 則稱 98.94% 參與者投下贊成票；兩者都提到約 52% 的 stake 參與投票 。一致的重點是：該提案以壓倒性驗證者支持通過治理。

真正不確定的是測試到主網的時間表。Anza 較早的 2026 年路線圖曾預期 Alpenglow 於 2026 年初登上主網；但 Alchemy 在 2026 年 4 月的整理則稱，Alpenglow 當時仍在私有叢集測試，主網預期為 2026 年晚些時候 。Anza 也表示，2026 年的重點是把 Alpenglow 從開發叢集推向更廣泛的部署工作 。

因此，從目前來源較保守的判讀是：2025 年第 3 季完成提案與治理，2026 年持續開發與私有叢集測試，主網可能在 2026 年推出；若測試仍是主要關卡，晚 2026 年會是更審慎的預期 。

結論：值得期待，但仍要等主網證明

如果按提案部署，Alpenglow 將是 Solana 至今最關鍵的共識變更之一。Votor 企圖把投票與最終性壓縮到一到兩個快速回合；Rotor 則要讓區塊資料在驗證者網路中足夠快地流動，以支撐這條低延遲共識路徑 。

約 100–150 毫秒最終性的目標相當激進，但在主網證明之前，仍應把它視為工程目標而非既成事實。Alpenglow 已具備治理動能；接下來真正的考驗，是測試結果、用戶端準備程度，以及投票開銷與驗證者成本下降的預期能否在真實網路條件下成立 。