Solana 已將其 Alpenglow 共識升級推進至公共測試網部署階段，開發者正準備測試一項旨在將交易最終性從約 13 秒縮短至約 150 毫秒的設計。
摘要
- Solana 的 Alpenglow 升級正推進至公共測試網，目標是將交易最終性從約 13 秒縮短至約 150 毫秒。
- Alpenglow 以 Votor 取代 TowerBFT，讓驗證者透過一或兩輪直接投票達成共識。
- 測試需要 Agave 4.3，而 Firedancer 和 Frankendancer 尚未支援 Alpenglow。
- 9 月 28 日被列為 Agave 4.3 功能在主網上暫定激活的日期，但這並非確認的 Alpenglow 上線日期。
根據 github，測試網階段將讓開發者在共識系統被考慮用於主網之前，於 Solana 既有的測試環境中測試遷移過程。
最終性指的是交易在網路共識規則下變得不可逆的時點。交易所通常會等待最終性確認後才將存款入帳，而區塊鏈橋則在於另一網路釋放資產前使用最終性。
Solana 目前依賴 TowerBFT 達成共識，驗證者在鏈上記錄投票，並在 32 個 slot 中累積足夠票數後，區塊才達到最終性。Alpenglow 以名為 Votor 的協議取代該流程，讓驗證者直接交換投票。
在新設計下，驗證者可以在一或兩輪投票後達成共識。此變更移除了 TowerBFT 所需的較長鏈上共識投票序列，同時對應用程式和用戶而言，交易執行大致保持不變。
Solana Alpenglow 進入公共測試網
Alpenglow 已在一個專門為測試該共識系統而建立的較小社群叢集上運行了超過四個月。將升級移至 Solana 既有的公共測試網，使其暴露於更龐大的驗證者、基礎設施供應商及已連接網路的服務群體中。
公共測試網使用無貨幣價值的代幣，讓開發者可以重啟網路、測試遷移程序並調查問題，而不會使主網資金面臨風險。
Anza 於五月首次將 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 發布版本掛鉤。八月時，150 毫秒最終性目標預計將透過 Agave 4.3 實現，此前底層 Alpenglow 程式碼已納入前一軟體分支進行測試。
Anza 的 Agave 4.3 時程表中列出的 9 月 28 日日期，指的是主網功能啟用的暫定恢復時間。Anza 表示其發布日期可能變更，而其功能閘門追蹤器仍將 Alpenglow 測試網啟用列為週三早上的待處理項目。
因此，9 月 28 日並不代表 Alpenglow 在 Solana 主網開始運作的確認日期。
這項區別出現之際，多項 Solana 效能升級正透過不同的啟用時程推進。交易最終性、時隙產生與交易容量由不同的網路變更所控制，儘管每一項都可能影響應用程式與 Solana 互動的速度。
Solana 已將時隙時間縮短至 250 毫秒
Solana 近期在 SIMD-0525 之下，將其目標時隙時間從 300 毫秒縮短至 250 毫秒，使網路達到每秒四個時隙的目標。
250 毫秒時隙升級將每位驗證者的四個時隙領導者窗口從 1.2 秒縮短至一秒。網路處理限制也隨著更短的時隙一併調整，意味著這項變更並未以相同比例提升整體處理容量。
SIMD-0525 之下的最終階段以 200 毫秒時隙為目標，這將使網路達到每秒五個目標時隙。開發者尚未為該階段設定確認的主網啟用日期。
時隙時間與最終性衡量的是網路的不同部分。時隙時間決定 Solana 能多頻繁地產生新時隙，而 Alpenglow 則改變驗證者如何就區塊不可逆達成共識。
Solana 於八月開始當前這一系列時隙縮減，當時其目標從自網路啟動以來使用的 400 毫秒設定降至 350 毫秒。SIMD-0525 規劃了 350、300、250，最終至 200 毫秒的連續目標。
Alpenglow 透過 SIMD-0326 走的是另一條路徑，以 Votor 取代 TowerBFT，而非修改個別時隙的持續時間。
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 的支援欄位仍標示為不可用。
