Solana 的 Alpenglow 升級已上線至其公開開發者網路，讓應用團隊得以測試一套旨在將交易最終確認時間從約 12.8 秒縮短至約 150 毫秒的系統。
根據 Solana Foundation 的升級頁面，Alpenglow 目前已在 devnet 與 testnet 啟用，但尚未在主網啟動。負責開發 Solana 核心驗證者軟體的 Anza 於 9 月 25 日宣布 devnet 已完成切換，距 testnet 完成轉換僅一天。
這兩個網路在此次部署中各自扮演不同角色。應用團隊可利用 devnet 檢查其軟體在無實際價值代幣環境中的表現，而 testnet 則為驗證者與基礎設施營運商提供一個可在更高壓條件下測試網路軟體的場所。
對開發者而言，devnet 的新階段意味著他們可以在不必等待系統進入實際承載用戶資金的區塊鏈前，就先針對 Alpenglow 測試應用。Solana 主網目前仍持續採用 TowerBFT，因此 150 毫秒這一數字目前仍只是規劃中升級的目標值，而非今日用戶可實際取得的最終確認時間。
在 TowerBFT 架構下，驗證者會以交易形式提交投票，並將其寫入區塊中。依據基金會說法，必須在 32 個 slot 期間累積足夠票數後，區塊才會成為最終狀態，而這目前約需 12.8 秒。
Alpenglow 的第一階段稱為 Votor，改為讓驗證者彼此直接傳送投票。基金會表示，若代表至少 80% 質押權重的驗證者投票接受某區塊，則該區塊可在一輪投票後達成最終確認；若第一輪未達該門檻，則可透過第二輪提供另一條達成路徑。
所謂最終確認，是指網路已對某筆交易達成足夠強度的共識，使其在共識規則下無法再被回滾。更快的最終確認，可能會影響美國交易所在何時將 Solana 存款入帳，或支付服務商何時將商戶銷售視為已完成。不過，各家服務在撥付款項或向客戶確認付款前，仍可能套用自身的額外檢查流程。
基金會將最終確認與區塊生成時間明確區分。9 月時，Solana 已將目標 slot 時間從 300 毫秒縮短至 250 毫秒，並計劃透過另一項獨立升級進一步降至 200 毫秒。較短的 slot 會改變網路生成區塊的頻率；而 Alpenglow 改變的則是驗證者如何就某個區塊已達最終確認形成共識。
crypto.news 先前於 9 月 23 日的報導中曾提及 testnet 的準備工作，當時開發者正為公開測試準備 Agave 4.3。如今進入 devnet，則讓應用團隊能在其常用的開發網路中接觸這套升級後的共識系統。
對於僅發送交易並讀取帳戶餘額的應用，基金會表示，Alpenglow 無需進行遷移。在這項共識升級下，交易執行、手續費，以及用於發送交易的格式皆維持不變。
但對於建立交易歷史記錄的服務而言，所需工作就更多了。Alpenglow 可能會在網路選出最終區塊前，先暴露同一個 slot 中彼此競爭的候選區塊。基金會建議資料提供者將這些候選區塊彼此分開處理，之後僅保留最終獲得確認的那一個。若將不同候選區塊中的交易混合在一起，可能會導致區塊瀏覽器或其他服務產生錯誤記錄。
驗證者投票也將自區塊中消失，因為它們不再以交易形式提交。因此，即便用戶進行的支付與交易次數維持不變，一張同時計算用戶交易與驗證者投票的圖表，在升級啟用後也會顯示較低的交易總量。基金會已要求資料提供者重設基於舊數據建立的比較基準與警報。
有些服務也會從投票交易中讀取驗證者參與情況。在 Alpenglow 架構下，基金會表示，這類資訊將轉移至附加在區塊資料上的憑證中，因此相關服務必須更改其取得方式。使用 Solana 的 Geyser 或 gRPC 資料流的營運商，也必須納入可區分同一 slot 內候選區塊的識別碼。
這些變更使 devnet 測試對交易所、區塊瀏覽器及其他依賴交易記錄的公司都具有實際意義，其中也包括與 Solana 相連的美國服務。它們的入金規則仍屬各自的營運決策；網路升級本身不會自動改變平台何時可讓資金可用。
Solana 先前的 Alpenglow 路線圖曾將提議中的主網部署與 Agave 4.3 以及 10 月目標時程掛鉤。然而，不論是 testnet 的轉換完成，還是 devnet 的啟用，都尚未為正式上線設定明確日期。
Anza 的軟體排程暫定允許主網功能啟用自 9 月 28 日起恢復進行。但該排程並未將當天標示為 Alpenglow 的啟用日期，而基金會的狀態頁面目前仍將該升級列為主網未啟用。
基金會將 Votor 描述為 Alpenglow 的第一階段。後續階段 Rotor，則計劃取代目前用於在整個網路中傳播區塊的系統。目前這波部署聚焦於投票與最終確認機制的變更，而約 150 毫秒的目標數值，來自測試與模擬結果，而非在真實市場條件下完成結算的交易。
SOL
