Solana 計劃於 10 月 21 日進行 Alpenglow 升級，目標為 150 毫秒的最終確認時間

Solana 的開發者已將 Alpenglow 共識升級安排在 10 月 21 日，目標為約 150 毫秒的最終確認時間，同時要求驗證者和應用程序運營商為主網交接期間的變更做好準備。

摘要

• Solana 的 Alpenglow 升級定於 10 月 21 日，目標為約 150 毫秒的交易最終確認。
• Quicknode 警告在交接期間可能會出現短暫的交易暫停和數據流中斷。
• 驗證者必須使用兼容的軟件並為 0.8 SOL 的入場費用提供投票賬戶資金。
• 一些 RPC 節點可能會比直接參與共識的驗證者更晚收到最終確認信息。

Quicknode 的維護通知指出，星期三是計劃的啟動日，但其最新更新警告原定的 14:50 UTC 預估可能會提前至 13:20 UTC，因為區塊生產進展。該提供商要求運營商從 13:00 UTC 開始做好準備，並在啟動後約 20 分鐘進行共識交接。

Solana 基金會目前的升級頁面將變更放在第 1064 代，並列出主網尚未啟動。其更新的預估將該代的開始時間放在 13:20 UTC 附近，使得代的邊界成為相關觸發，而不是固定的時鐘約定。

Solana Alpenglow 目標最終確認，而非更快的執行

根據 Anza 的設計，Votor 取代了 TowerBFT 的投票和最終確認邏輯。目標是在正常網絡條件下約 150 毫秒，而不是保證每個錢包、交易所或交易應用程序都會在該期間內顯示已完成的交易。

基金會表示，交易執行、程序行為和費用機制保持不變。普通用戶無需更改簽署或批准交易的方式，而單獨的 Rotor 數據分發升級則保留在稍後的版本中。其文檔將共識推出與早期的插槽持續時間減少分開，後者規範了網絡生成區塊的頻率。

Quicknode 的技術概述描述了兩條投票路徑同時運行。一條可以在 80% 的驗證者參與時在單輪中完成區塊，而另一條則在參與達到 60% 時使用第二輪。

該提供商將該過程與用戶已經看到的早期確認區分開來。其概述表示，應用程序通常在樂觀設置下的兩到三秒內顯示確認，而舊系統在約 13 秒內達到完全最終確認。

十月的部署遵循了早期的路線圖，將 Alpenglow 與 Agave 4.3 連接。8 月 14 日的報告記錄了 Alpenglow 代碼在 Agave 4.2 中進行測試，但未授權該版本的主網啟動。

到 9 月 26 日，該升級在測試網過渡的前一天達到了開發網，正如 crypto.news 之前報導的那樣。應用團隊可以在對網絡處理用戶資金進行部署之前檢查新的共識行為。

交易者在交接期間面臨短暫中斷

Quicknode 警告稱，在網絡更改共識系統時，新交易將暫時停止進入區塊。其通知描述了一個持續幾秒鐘的暫停，如果過渡需要更多時間，則可能會出現更長的中斷。

該提供商表示，交易提交可能會暫時返回 "節點不健康" 的預檢錯誤。Yellowstone 數據流可能會斷開一次，而使用最早處理的承諾的訂閱可能會顯示從未達到確認的插槽。

維護通知建議對於必須不被撤回的數據，應使用已確認或最終確認的承諾。Quicknode 表示，其現有的 Solana 端點將保持不變，並且其團隊將在整個變更過程中監控網絡。

在提供者的技術概述中，更快的不可逆結算與金融應用、企業財庫轉移和即時服務相關。該文件將這些用途呈現為提議的共識架構的能力，而未確定各個交易平台在啟用日是否會採用新的結算政策。

驗證者準備包括軟體和帳戶資金

Solana 基金會目前的檢查清單指示驗證者在第 1064 個時期之前運行 Agave、Jito-Solana 或 Harmonic Salsa 的 4.3.2 版本。根據相同的指導，Firedancer 和 Frankendancer 在遷移期間不受支持。

操作員必須在其投票帳戶中保持至少 0.8 SOL 以上的租金免除最低限額，以支付驗證者入場票。第一次收費用於參加第 1065 個時期，未支付的費用將阻止驗證者在下一個時期投票或生成區塊。

治理批准早於這些操作要求。根據已完成的投票報導，該提案在 2025 年 9 月以 98.27% 的支持票通過。參與代表 52% 的股份，因此批准百分比描述的是投票，而不是整個驗證者群體。

那次早期投票批准了 SIMD-0326，即共識改革背後的提案。當代報告記錄了 1.05% 的反對票和 0.69% 的棄權票，並在發佈的數字中保留了小的四捨五入差異。

RPC 傳遞可能落後於 150ms 目標

Anza 的操作員文檔解釋了共識消息通常在被接納的驗證者之間流通。一個未抵押的節點使用默認的傳遞路徑從後續區塊中攜帶的證書中學習最終性，通常加起來等於一個生成區塊的間隔。

跳過或延遲的區塊可能會延長這段等待時間。與被接納的驗證者合作的節點可以直接接收消息，儘管兩者之間的網絡延遲仍然是傳遞時間的一部分。

9 月的開發網報導記錄了索引器和探索者的單獨變更。候選區塊必須在確認之前保持分開，驗證者參與數據從普通投票交易轉向附加到區塊數據的證書。

根據該報告，移除投票交易會改變儀表板總數，即使用戶支付和交易的數量保持不變。計算這兩類的服務必須重置其比較，而跟踪驗證者投票的系統需要讀取替換的證書數據。