Solana Alpenglow 升級登陸開發網，目標實現 150 毫秒最終確認

Solana 的 Alpenglow 升級已進入其公開開發者網路，讓應用團隊得以測試一套旨在將交易最終確定時間從約 12.8 秒縮短至約 150 毫秒的系統。

根據 Solana 基金會的升級頁面，Alpenglow 現已在 devnet 與 testnet 上運行，但尚未在主網上啟用。開發 Solana 核心驗證者軟體的 Anza 宣布於 9 月 25 日切換 devnet，就在 testnet 完成過渡的一天後。

這兩個網路在推廣過程中扮演不同角色。應用團隊可以使用 devnet 以沒有實際價值的代幣檢查其軟體的行為，而 testnet 則為驗證者與基礎設施營運商提供一個在更嚴苛條件下測試網路軟體的場所。

對開發者而言，新的 devnet 階段意味著他們可以在無需等待該系統進入處理用戶資金的區塊鏈之前，就針對 Alpenglow 檢查應用程式。Solana 的主網繼續使用 TowerBFT，因此 150 毫秒這個數字仍是計畫升級的目標，而非今日用戶可用的最終確定時間。

Solana 的 Alpenglow 改變驗證者最終確定區塊的方式

在 TowerBFT 下，驗證者以出現在區塊內的交易形式提交投票。根據基金會的說法，必須在 32 個 slot 中累積足夠的投票，區塊才能最終確定，目前這大約需要 12.8 秒。

Alpenglow 的第一階段稱為 Votor，改為讓驗證者直接互相發送投票。基金會表示，若代表至少 80% 質押量的驗證者投票接受，區塊可在一輪投票後達到最終確定。當第一輪未達到該門檻時，第二輪提供另一條路徑。

最終確定是指網路對一筆交易達成足夠強的共識，使其在其共識規則下無法再被撤銷。更快的結果可能對決定何時將 Solana 存款入帳的美國交易所，或對決定何時將商家的銷售視為完成付款的支付服務商有所影響。每個服務在釋放資金或向客戶確認付款之前，仍可能套用各自的檢查。

基金會將最終確定與產生區塊所需的時間區分開來。9 月時，Solana 將其目標 slot 時間從 300 毫秒縮短至 250 毫秒，並計畫在另一項獨立升級中進一步縮短至 200 毫秒。更短的 slot 改變網路產生區塊的頻率；Alpenglow 則改變驗證者就區塊已最終確定達成一致的方式。

crypto.news 先前的一篇報導涵蓋了 testnet 的準備工作，當時是 9 月 23 日，開發者正為公開測試準備 Agave 4.3。如今轉向 devnet，讓應用團隊能在他們常用於開發的網路中，使用升級後的共識系統。

區塊資料服務在主網上線前面臨變革

對於發送交易與讀取帳戶餘額的應用程式，基金會表示 Alpenglow 無需遷移。交易執行、費用以及用於發送交易的格式在共識升級下保持不變。

建構交易歷史的服務則有更多工作要做。Alpenglow 可能在網路選定一個區塊之前，為同一個 slot 揭露相互競爭的候選區塊。基金會告訴資料供應商將這些候選區塊分開保存，然後保留達到確認的區塊。將來自不同候選區塊的交易合併，可能導致區塊瀏覽器或其他服務留下不正確的記錄。

驗證者投票也將從區塊中消失，因為它們將不再以交易形式提交。因此，即使使用者進行相同數量的支付與交易，一張同時計算使用者交易與驗證者投票的圖表，在啟用後將顯示較低的交易總數。基金會已告訴資料供應商重置基於舊數據建立的比較與警示。

部分服務也會從投票交易中讀取驗證者參與情況。在 Alpenglow 下，基金會表示該資訊會轉移到附加於區塊資料的憑證中，這要求這些服務改變其取得資訊的位置。使用 Solana 的 Geyser 或 gRPC 資料串流的營運商，也必須考量用於區分同一時槽內候選區塊的識別碼。

這些變更使 devnet 測試與交易所、區塊瀏覽器及其他依賴交易紀錄的公司息息相關，包括與 Solana 相關的美國服務。它們的入金規則仍屬各自的營運決定；網路升級不會自動改變平台何時讓資金可供使用。

主網啟動仍無確定日期

Solana 的較早的 Alpenglow 路線圖將擬議的主網推出與 Agave 4.3 及十月目標掛鉤。無論是測試網過渡還是 devnet 啟動，都未為正式網路的切換設定確認日期。

Anza 的軟體時程暫定允許主網功能啟用於 9 月 28 日恢復。該時程並未將該日指明為 Alpenglow 的啟用日期，而基金會的狀態頁面仍將該升級列為主網上未啟用。

基金會將 Votor 描述為 Alpenglow 的第一階段。較晚的階段 Rotor，則計畫取代用於在網路上傳播區塊的系統。目前的推出涉及投票與最終性變更，而約 150 毫秒的目標來自測試與模擬，而非在即時市場條件下結算的交易。