Solana 共同創辦人 Anatoly Yakovenko 表示,若透過更簡單的投票程式變更,Alpenglow 本可在縮短一半的時間內推出,此話發表於 10 月 21 日共識遷移之前,該遷移將從區塊中移除驗證者投票交易。
摘要
- Yakovenko 表示,更簡單的投票程式變更本可將 Alpenglow 的開發時間減半。
- 移除驗證者投票交易將降低表面上的 TPS 計數,但未必會改變使用者活動。
- 每個 epoch 銷毀 0.8 SOL 的准入費將取代個別投票費用。
- 部分 RPC 節點可能會比 Alpenglow 的 150 毫秒目標更晚收到最終性更新。
Yakovenko 在 10 月 21 日的一則 X 貼文中發表此言論,同時引用了一則評論,該評論慶祝計畫中的鏈上投票移除,並嘲諷了反覆出現的批評,即大多數 Solana 每秒交易量由驗證者投票組成。
「如果他們只是把投票程式改成 ag 狀態機,Alpenglow 本可在縮短一半的時間內推出」
Anza 的已發布設計描述了一種取代 TowerBFT 的方案,TowerBFT 是驗證者用來就區塊達成一致的系統,新方案採用直接投票與精簡憑證。
主網遷移已排定於 10 月 21 日,正如 crypto.news 先前在報導計畫中的共識交接時所述。Solana 基金會更新的指引將 epoch 1064 確定為觸發點,並估計其開始時間約為 UTC 13:20。
Anza 的遷移頁面將功能啟用與共識交接分開。遷移邊界在 5,000 個 slot 之後到來,屆時區塊在驗證者完成過渡期間暫時僅包含投票。
Alpenglow 將投票從表面交易計數中移除
Solana 基金會的遷移指引告知區塊瀏覽器與分析服務重設交易計數與 TPS 基準,因為投票交易將從區塊中消失。即使支付、交易及其他非投票交易保持不變,包含投票的總數仍將下降。
基金會表示,追蹤驗證者參與度的服務必須將其對 Vote 程式指令的讀取替換為區塊頁尾中的憑證資料。其指引指出,Yellowstone 的 gRPC 頁尾訊息尚未轉發這些憑證。
開發者在 9 月Alpenglow 到達 devnet 時即可存取變更後的行為,此前已完成測試網過渡。9 月 26 日的報導描述了區塊瀏覽器必須如何將相互競爭的候選區塊保持分離直至確認,保留被選中的區塊而非合併其交易。
Anza 的營運者文件說明了外掛程式如何取得替代的中繼資料。Agave 4.3 提供可選的區塊頁尾通知,需要頁尾資料的服務必須啟用並實作該通知。這些通知相對於條目通知保持其順序。
根據同一份文件,鏈的時鐘保持其現有格式與整秒精度。在交易執行期間,其時間戳估計父區塊結束的時間,營運者被要求繼續將該值視為近似值。
驗證者費用轉為獨立的 epoch 收費
Solana 基金會的費用文件表示,移除鏈上投票將終止對個別投票交易支付的費用。驗證者改為每個 epoch 支付固定的 0.8 SOL 准入費,且全額銷毀。
資金來自投票帳戶,取代身分帳戶作為投票相關支付的來源。根據同一指引,營運者必須將該費用保持在帳戶的免租金最低餘額之上。
付款提前一個 epoch 進行。epoch 1064 開始時的第一筆費用涵蓋 epoch 1065 的參與,無法支付的驗證者將失去在下一個 epoch 投票或產生區塊的權限。
基金會表示,BLS 公鑰註冊於 7 月 8 日在主網上線,而准入功能於 7 月 22 日啟用。這些準備性變更本身並未啟用 Alpenglow 共識。
在遷移之前,其檢查清單要求 Agave、Jito-Solana 或 Harmonic Salsa 的 4.3.2 版本。根據基金會的營運者指示,交接期間不支援 Firedancer 和 Frankendancer。
兩條投票路徑取代 TowerBFT
Anza 將 Votor 描述為同時運行兩條投票路徑。其中一條在單一輪次中完成區塊最終化,需獲得 80% 質押量的回應;另一條則使用兩輪和 60% 的閾值。
投票成為以 BLS 密碼學簽署的直接訊息,允許多個簽名組合成一個精簡的憑證。Anza 表示,驗證者使用自己的計時器來識別無回應的領導者,並投票跳過它。
已發布的 SIMD-0326 提案記錄了開發期間考慮的替代方案。一種不具單輪最終性的設計提供了更簡單的操作和 33% 的拜占庭容錯能力,但其作者將較差的延遲和較低的崩潰復原能力列為缺點。
另一種替代方案使用了有向無環圖,可能節省頻寬。該提案的作者將延遲和難以充分利用頻寬列為其缺點。
該提案將准入集合上限設為 2,000 名驗證者,優先考慮質押量最高的營運者。其作者解釋,該限制有助於將憑證保持在足夠小以至於能容納於單一 UDP 訊息中,而參與記錄則支持對積極投票的驗證者給予獎勵。
治理批准先於實施。根據已完成投票的公布數據,2025 年 9 月,Alpenglow 提案以已投票中 98.27% 的支持率通過,而參與質押量佔總量的 52%。
RPC 交付可能落後於共識最終性
Anza 的營運者文件對約 150 毫秒的最終性目標作出了限定,解釋稱准入驗證者集合之外的節點可能會較晚收到結果。
透過預設路徑,這些節點從後續區塊中包含的憑證獲知最終性。Anza 表示,這可能增加多達一個已產出區塊的間隔,當區塊被跳過或延遲時等待時間會更長。
准入驗證者可以直接向合作節點發送共識訊息,使合作夥伴之間的網路延遲成為主要的額外延遲。如果每個已配置的合作夥伴都變得無法連線,接收方則回退為從後續區塊頁腳獲知最終性。






