Solana Alpenglow：Solana 史上最大規模的共識機制改革

目前，Solana 交易需要 12.8 秒才能最終確認。從 2026 年 10 月 21 日起，這個時間將在整個主網範圍內降至 150 毫秒。

這項變化就是 Alpenglow，也是 Solana 自上線以來最大的一次共識升級。它移除了 Proof of History 與 Tower BFT 這兩個自誕生之日起就決定網路如何達成共識的系統，並以更簡單、快得多的設計取而代之。該提案已以 98.27% 的支持率通過治理投票，預計將在 epoch 1064 於主網上線，該 epoch 於 10 月 21 日 UTC 時間 13:20 左右開始，Votor 將在約 18 分鐘後的 slot 459,653,000 接手。

以下介紹切換發生時會有什麼變化、Alchemy 如何做好準備，以及底層究竟有哪些不同。關於協議層面的權威資訊，請參閱 Solana Foundation 的 Alpenglow 升級頁面，以及對其進行規範說明的治理提案 SIMD-0326。

主網切換時會發生什麼

一個新的 epoch（Solana 約兩天一輪的排程週期）將在 10 月 21 日 UTC 時間 13:20 左右開始。由於每個 epoch 的長度始終相同，我們已經知道切換發生的確切 slot：459,653,000。但網路並不會在 epoch 開始的瞬間切換。在最初約 18 分鐘內，網路仍會沿用舊的共識方法 Tower BFT，隨後在該 slot 處切換到 Alpenglow 的替代方案 Votor。這只會改變網路內部就交易達成一致的方式，而不會改變你與網路互動的方式，因此 RPC、WebSocket 與 gRPC 端點預計在整個過程中都能正常運作。

切換本身預計需要約兩個區塊，大約 400 毫秒，期間網路中足夠多的部分會確認自己已準備就緒。在這段短暫的視窗內，新區塊將只包含驗證者投票，不包含使用者交易。任何交易都不應被拒絕：恰好在此時送出的交易只會在切換完成後稍晚一刻上鏈。

有一個副作用值得提前告知你的團隊：啟用後不久，公開儀表板上的交易數量與 TPS 看起來會偏低。這並不代表使用量下降，而是驗證者投票不再計為交易。這也是 Alpenglow 釋放 75% 區塊空間的原因：投票過去佔據了其中大部分，現在不再如此。

啟用之後，你可以透過呼叫 getAgGenesisCert 來檢查某個網路是否已完成切換。切換前它不會回傳任何內容，切換後則會回傳結果（包含確切 slot 等詳細資訊）。

Alchemy 如何為 Alpenglow 做準備

在啟用之前，Alchemy 所有的 Solana RPC 節點都已運行支援 Alpenglow 的客戶端，因此 RPC、WebSocket 與 Yellowstone gRPC 端點無需你做任何改動。當某個驗證者暫時落後於新的最終確認時序時，我們的交易路由也已經會改為向其他後端重試，這與目前處理一般落後伺服器的保護機制相同。

借助 Alchemy，你可以獲得一流的 Solana RPC、封存資料與 gRPC 串流，Phantom、Solflare、Cielo Finance 等 Solana 上的領先團隊都在使用：

• 平均讀取延遲 9.21 毫秒，比第二名供應商快約 26%，資料統計自截至 2026 年 9 月 29 日的 24 小時
• 封存查詢最高快 20 倍，getProgramAccounts 等重型呼叫快 10 倍，大規模歷史查詢的回應時間低於 200 毫秒（已由 Solflare 在正式環境中驗證）
• 99.99% 的正常運作時間 SLA，吞吐量是上一代技術堆疊的 2 倍
• 相容 Yellowstone 的 gRPC，平均傳遞延遲 5-15 毫秒，支援 48 小時區塊重播，成本約為其他方案的五分之一

如果你直接串流 Solana 資料，現在也是檢查 Yellowstone gRPC 客戶端版本的好時機，並請確認在任何遷移視窗期內你只提交 confirmed 資料。另外，由於 confirmed 與 finalized 現在在同一時間點完成確認，原先需要等待 finalized 的流程（例如入金入帳）很可能可以更快完成。

取得免費的 Solana RPC 端點 →

Alpenglow 全解析

Votor 與 Rotor 如何取代 Tower BFT 與 Turbine

Alpenglow 運行在兩個新協議之上：負責投票與最終確認的 Votor，以及負責區塊傳播的 Rotor。這項研究源自蘇黎世聯邦理工學院（ETH Zurich）Wattenhofer 教授的分散式系統實驗室，由 Anza 主導實作，Jump Crypto 的 Firedancer 團隊負責多客戶端相容性。

最終確認如何快 85 倍

Tower BFT 需要 32 次遞進式確認，每次確認都會增加一段鎖定期。Votor 將其壓縮為一到兩輪投票。

• 快速路徑（約 100 毫秒）：第一輪有 80% 以上的驗證者批准，即告完成。
• 慢速路徑（約 150 毫秒）：第一輪有 60-80% 批准，第二輪在 60% 以上的門檻下完成確認。

兩條路徑同時運行，先完成者勝出。在模擬中，65% 的質押量可在 50 毫秒的原始網路延遲內完成最終確認。

驗證者不再把投票當作網路上的交易發送，而是以小訊息的形式直接傳給彼此。隨後，Votor 使用一種稱為 BLS 聚合的簽章合併技術，將數千張投票壓縮為一個約 1,000 位元組的證明，因此只需記錄這一個小證明，取代目前每個區塊記錄的約 500KB 投票資料。

如果你需要直接索引或查詢這些狀態，getProgramAccounts 等較重的呼叫在 Alchemy 的 Solana API 上已經最高快 10 倍，與 Alpenglow 的時序改進無關。

Alpenglow 如何釋放 75% 的區塊空間

目前，Solana 上約 75% 的交易是驗證者投票。Alpenglow 將投票完全移至鏈下，這部分空間便回到真實使用者手中。這不是小修小補，而是把網路四分之三的容量歸還給實際使用，帶來更低的費用，並減少繁忙時段的壅塞。

Alpenglow 如何淘汰 Proof of History

Alpenglow 還拋棄了 Solana 最初的密碼學時鐘。驗證者不再使用連續的雜湊鏈，而是使用與區塊應耗時長相關聯的簡單計時器：區塊準時抵達就批准，計時器到期仍無區塊就跳過。時鐘漂移按比例處理，5% 的漂移只需要把逾時延長 5%。

產生每個區塊所需的時間與最終確認時間是兩個獨立的數字，它同樣發生了變化：透過四次分階段縮減，區塊時間從 400 毫秒降至 200 毫秒，已於今年 10 月、Alpenglow 啟用之前完成。

最終確認如何從三個等級減少為一個

這或許是開發者感受最明顯的變化。Solana 目前提供三種方式來檢查交易是否成功：processed（最快，確定性最低）、confirmed（約 500 毫秒，仍有小機率被回滾）與 finalized（約 12.8 秒，保證永久有效）。任何連小機率回滾都無法容忍的情境，例如交易所入金、跨鏈橋確認與清算，都必須等待 finalized。其他情境則退而求其次選擇 confirmed，並接受這一小小的風險。

Alpenglow 把 confirmed 與 finalized 合而為一：100-150 毫秒，且每筆交易一經確認即永久有效。processed 仍是最早、確定性最低的觀察階段，不應將其視為最終結果。不再需要用速度去換取確定性。

這讓以前行不通的模式成為可能。做市商知道報價在 150 毫秒內即成定局，因此訂單簿的價差可以更窄。永續合約交易所的 JIT 拍賣成本更低。跨鏈橋不再有 Solana 一側的最終確認瓶頸。交易所入金從等待 13 秒變為即時到帳。對銀行與金融科技公司而言，交易的結算速度足以在穩定幣結算與跨境轉帳方面與傳統支付通道競爭。

快速且確定的最終確認也讓在 Solana 上建構無需 Gas 費的交易體驗更加順暢，因為贊助方與終端使用者一步即可得到最終結果，而無需等待確認視窗。

Alpenglow 如何改變驗證者的經濟模型

每個驗證者每天約 1 SOL 的投票費用將取消。取而代之的是約 0.8 SOL/天的 Validator Admission Ticket，並全部銷毀。網路驗證者數量上限為 2,000 個，依質押量由高到低錄取。最低獲利質押量從約 4,850 SOL 降至約 450 SOL，運行驗證者的門檻降低約 90%，整體營運成本下降 20-50%。由於身分金鑰不再需要持續為投票簽章，它們也可以遷移到硬體安全模組中。

Alpenglow 如何以安全性換取速度

Alpenglow 採用「20+20」安全模型。單就惡意驗證者而言，它能容忍的比例低於以往：網路的 20%，而不是 33%。但如果與離線或無回應的驗證者相結合，它最多可以容忍網路中 40% 以某種形式失效，高於原先 33% 的上限。由於現實中的故障通常是惡意驗證者與單純離線驗證者的混合，這個合併後的數字才是更貼近現實的衡量標準。

數學上仍然保證兩個相互衝突的歷史版本不可能同時獲得批准，因為兩個批准門檻（80% 與 60%）之和超過了網路的 100%。

Alpenglow 的推進歷程

Alpenglow 於 2025 年 5 月在 Solana Accelerate 上亮相，同年 9 月通過治理投票（SIMD-0326），隨後經歷私有叢集測試與 Agave 4.1 版本發布，於 2026 年 9 月登陸 devnet，並計畫於今年 10 月 21 日在 epoch 1064 於主網啟用。原始白皮書中的一些內容，包括智慧取樣、非同步執行與 Rotor 的進一步優化，留待未來的提案處理。

最終成果：在運行中的網路上完成共識的整體替換，交易在 200 毫秒內即永久生效，釋放 75% 的區塊空間，運行驗證者的門檻降低 90%。

常見問題

Alpenglow 何時在 Solana 主網啟用？

epoch 1064，2026 年 10 月 21 日 UTC 時間 13:20 左右。Votor 預計在 slot 459,653,000 接手，大約是 epoch 開始後 18 分鐘。

Alpenglow 會導致停機嗎？

預計不會停機。RPC、WebSocket 與 gRPC 流量應全程正常。切換時預計會出現約 400 毫秒的新使用者交易短暫暫停，但此時送出的任何交易都不應被丟棄，只會在切換完成後上鏈。

Alpenglow 之後，confirmed 還是一個獨立的確認等級嗎？

不是。confirmed 與 finalized 現在都在約 150 毫秒的同一時間點完成確認，取代了原先的三級模型。

如何檢查某個網路是否已切換到 Alpenglow？

呼叫 getAgGenesisCert（Agave v4.3+）。如果網路仍在使用 Tower BFT，它不會回傳任何內容；如果正在運行 Alpenglow，則會回傳結果。

為了 Alpenglow，我需要變更 Alchemy 的 Solana 整合嗎？

不需要。RPC、WebSocket 與 Yellowstone gRPC 端點無需任何變更，Alchemy 的 Solana 節點已經運行支援 Alpenglow 的客戶端。