Solana 已將其 Alpenglow 共識升級推進至公開測試網部署階段，開發人員正準備測試一項設計，目標是將交易最終性從約 13 秒縮短至約 150 毫秒。

根據 github，測試網階段將讓開發人員能在 Solana 已建立的測試環境中測試此次遷移，之後這套共識系統才會被考慮部署到主網。

最終性是指一筆交易在網路共識規則下變得不可逆的時間點。交易所通常會等到交易達到最終性後才為入金入帳，而區塊鏈橋則會在達到最終性後，才在另一條網路上釋放資產。

Solana 目前依賴 TowerBFT 作為共識機制，由驗證者將投票記錄在鏈上，並在跨越 32 個 slot 累積足夠票數後，區塊才達到最終性。Alpenglow 以名為 Votor 的協議取代這一流程，讓驗證者能直接交換投票。

在新設計下，驗證者可在一輪或兩輪投票後達成共識。這項變更移除了 TowerBFT 所需較長的鏈上共識投票序列，同時對應用程式與使用者而言，交易執行方式大致維持不變。

Solana Alpenglow 進入公開測試網

Alpenglow 此前已在一個專為測試該共識系統而建立的較小型社群叢集上運行超過四個月。如今將這項升級推進到 Solana 已建立的公開測試網，意味著它將接觸到更多已連接該網路的驗證者、基礎設施供應商與服務提供者。

公開測試網使用不具貨幣價值的代幣，使開發人員能在不讓主網資金承擔風險的情況下，重新啟動網路、測試遷移程序並調查問題。

Anza 在 5 月首次將 Alpenglow 導入社群驗證者測試，並稱這是 Solana 歷史上最大的共識變更。正如 crypto.news 先前報導，該社群叢集讓驗證者營運者能在部署到 Solana 現有測試基礎設施之前，先行測試新的共識設計。

Votor 的設計是根據驗證者參與情況，透過兩種投票路徑之一來達成最終性。先前的規格指出，當有足夠質押權重參與時，區塊可在一輪後完成確認；而在參與度較低時，第二輪則提供另一條達成最終性的路徑。

預期結果是 Solana 現有最終性時間將大幅縮短。Anza 估計其中位數最終性約為 150 毫秒，先前模擬則顯示，在有利條件下甚至可低至 100 毫秒。

作為這次升級的一部分，開發人員並未改變應用程式執行交易的方式。錢包使用者仍將透過相同介面發送交易，主要變化發生在驗證者之間如何通訊，以及如何就區塊鏈永久狀態達成一致。

Agave 4.3 載入 Alpenglow 程式碼

參與 Alpenglow 測試的驗證者需要執行 Agave 4.3，這是由 Anza 維護的主要驗證者軟體最新分支。

Anza 在 9 月 21 日建議主網驗證者普遍採用 Agave 4.3。此前的推進方式採取受控階段，先要求負責主網 10% 質押權重的營運者升級，之後再將建議擴大至 25%。

數個月來，Alpenglow 的開發一直與 Agave 的版本發布綁定。在 8 月，市場預期可透過 Agave 4.3 實現 150 毫秒的最終性目標，而其底層 Alpenglow 程式碼其實已在前一個軟體分支中納入測試。

Anza 的 Agave 4.3 時程表中列出的 9 月 28 日，指的是主網功能啟用暫定恢復的日期。Anza 表示其發布日期可能變動，而截至週三清晨，其功能閘道追蹤器仍將 Alpenglow 測試網啟用列為待定。

因此，9 月 28 日並不代表 Alpenglow 在 Solana 主網開始運作的確認日期。

之所以要作此區分，是因為數項 Solana 效能升級正依照不同的啟用時程推進。交易最終性、slot 產出與交易容量是由不同的網路變更所控制，儘管每一項都可能影響應用程式與 Solana 互動的速度。

Solana 已將 slot 時間縮短至 250 毫秒

Solana 近期已在 SIMD-0525 下，將目標 slot 時間從 300 毫秒縮短至 250 毫秒，使網路目標達到每秒 4 個 slot。

這項 250 毫秒的 slot 升級，將每個驗證者的 4-slot leader window 從 1.2 秒縮短為 1 秒。網路處理限制也隨較短 slot 一併調整，意味著此變更並未依相同比例提升整體處理容量。

SIMD-0525 的最後階段目標是 200 毫秒 slot，這將使網路目標達到每秒 5 個 slot。開發人員尚未為該階段設定確認的主網啟用日期。

slot 時間與最終性衡量的是網路的不同面向。slot 時間決定 Solana 產生新 slot 的頻率，而 Alpenglow 則改變驗證者如何就某個區塊已不可逆達成共識。

Solana 在 8 月開始目前這一輪 slot 縮減序列，當時其目標已從自網路上線以來使用的 400 毫秒設定降至 350 毫秒。SIMD-0525 規劃了 350、300、250，最終到 200 毫秒的連續目標。

Alpenglow 則透過 SIMD-0326 走上另一條路徑，以 Votor 取代 TowerBFT，而不是修改單個 slot 的持續時間。

Firedancer 尚未納入首輪 Alpenglow 測試

由 Jump Crypto 開發的驗證者客戶端 Firedancer 與 Frankendancer，目前尚未支援 Alpenglow 測試，使初始遷移仍需依賴 Agave。

客戶端多樣性讓 Solana 驗證者能以不同軟體實作參與同一網路。如果存在多個獨立客戶端，影響其中一種實作的軟體故障，未必會波及所有驗證者。

Firedancer 經過 Jump Crypto 多年開發後，已於今年稍早開始在主網產出區塊。該團隊最初建議採取漸進式推進，同時持續進行安全審計；這款獨立打造的客戶端，目的是降低對 Solana 現有驗證者實作的依賴。

Frankendancer 則是一種混合式實作，結合了 Firedancer 元件與現有 Solana 軟體。在 Anza 目前的功能閘道追蹤器上，這兩種實作皆未被列為支援尚待啟用的 SIMD-0326 Alpenglow 功能。

因此，Agave 4.3 成為首輪公開測試網遷移的受支援客戶端。Anza 的追蹤器將 Alpenglow 列為 SIMD-0326 項下待啟用的測試網功能，而 Firedancer 與 Frankendancer 的支援欄位仍標示為不可用。