Solana 更快的最終確定性已上線，對使用者有何影響？

Solana 自 10 月 21 日起已在主網上運行 Alpenglow，取代了一套可能需要數秒才能最終確定區塊的投票系統，改用一套設計目標是在不到一秒內完成最終確定性的系統。Solana 基金會記錄了第 1064 個 epoch 的這次切換，此前 654 個驗證者中有 446 個認證了一個創世區塊。

發送 SOL 的用戶可能會看到一筆支付幾乎立即出現，並想知道這次升級改善了什麼。錢包可以在網路尚未使其最終確定之前就顯示一筆交易已被處理。Alpenglow 壓縮了等待更強保證的時間，但應用程式仍必須提交支付、從節點獲得回應，並決定何時更改自己的顯示。交易所可能會在記入帳戶之前施加另一段等待。

基金會的升級記錄稱，交易格式、程式和費用均未改變。僅提交支付並讀取帳戶餘額的開發者無需新的交易格式。處理區塊串流的開發者則有更多工作，因為從提議區塊到達成一致區塊的路徑不同。現在的實際問題是，哪些服務將這種更快的最終確定性傳遞給客戶，哪些繼續使用其舊的確認時間表。

切換已經發生，但 150 毫秒是一個目標

Alpenglow 於 10 月 21 日取代了 Solana 舊的共識流程 TowerBFT。在舊系統中，驗證者將投票交易上鏈，一個區塊在後續 slot 中收集到足夠的投票才能成為最終確定。Votor 是 Alpenglow 的已上線部分，直接在驗證者之間傳遞投票並將其合併為證書。一個區塊可以在一到兩輪投票中完成最終確定。

基金會以 12.8 秒作為舊最終確定性的參考，並以約 150 毫秒作為新目標。這些數字描述的是協議比較，而非在相同條件下從同一錢包取得的兩次測量。10 月 21 日的準備報告警告稱，未質押的 RPC 節點可能比參與的驗證者更晚得知最終確定性，有時在另一個區塊產生之後才得知。網際網路延遲和應用程式選擇的節點會增加用戶所看到的內容。

10 月 23 日發布的一項外部測量顯示，在其前 24 小時內，中位最終確定性為 404 毫秒，第 90 百分位為 579 毫秒，第 99 百分位為 765 毫秒。其較早的參考值在 TowerBFT 下約為七秒。根據這些數字，中位數改善了約 17 倍，計算方法是將七秒除以 0.404 秒。其方法和觀測點與基金會的 12.8 秒基線和 150 毫秒設計目標不同。

基金會的即時儀表板顯示不斷變化的最新觀測最終確定性讀數以及若干時間窗口內的趨勢。最新值不應被提升為典型的客戶體驗。有用的序列包括中位數和尾部延遲、中斷情況，以及不同提供商報告同一最終確定區塊所需的時間。一個特別快的 slot 證明協議可以達到該速度一次；它幾乎不能說明商家在繁忙時段的支付情況。

目標與測量之間的區別，在啟用前的驗證者就緒問題中是核心所在。此後主網已提供了一份證書以及數日可測量的區塊。一個問題已得到解答：驗證者確實協調了這次切換。典型的 RPC 客戶是否看到接近宣傳目標的結果，現在則是另一個問題，因為基金會與外部監測者的計時起點不同。同時報告這兩個數字及其各自的起點，能讓讀者比較實際效能，而不會把較慢的觀測結果當作共識設計失敗的證據。

Solana 的區塊生產透過另一項計畫加速，該計畫在十月將目標時槽時間從 400 毫秒縮短至 200 毫秒。該措施關乎領導者產生區塊的頻率。最終性則關乎網路何時同意某個特定區塊在其規則下無法被逆轉。更快的時槽與更快的最終性都能幫助使用者，但這兩個數字不應相加，也不應被視為同一個時鐘。

宣傳的數字取決於哪些參與者及時收到提議的區塊以進行投票。快速路徑能迅速認證一個區塊，而備援路徑則容納較慢的通訊。一輪緩慢的回合本身並不意味著升級失敗：當驗證者漏掉訊息，或領導者的提案與另一個提案競爭時，共識仍必須達成一致。中位數可能大幅改善，而少數時槽則耗時更長。處理大額轉帳的服務會像關注頭條目標一樣關注緩慢的尾部。

公共觀察者應詢問最終性計時器從何處開始。從驗證者收到提議區塊時開始計時，排除了錢包廣播其交易花費的時間。從商家點擊「收費」時開始計時，則包含了人為操作與數個軟體系統。從 RPC 伺服器看到證書時開始計時，則包含了驗證者與伺服器之間的延遲。每個時鐘回答不同的問題。10 月 23 日的外部測量之所以有用，是因為其方法與分布可以與基金會的設計主張分開檢視。

錢包有不止一個時鐘

想像用 Solana 錢包支付一杯咖啡。使用者首先在本機批准一筆交易。錢包透過 RPC 服務發送該交易，網路將其納入候選區塊，驗證者認證該區塊。商家的系統收到狀態更新，並決定是否交出咖啡。Alpenglow 改變的是認證階段，而非打開錢包或商家自身政策所花費的時間。

許多應用程式在 TowerBFT 的最終性之前就已顯示成功訊息。它們使用的是較不最終的承諾層級，因為大多數零售支付在改變螢幕之前並不等待最強的共識保證。更快的已最終狀態可以讓應用程式以接近其先前早期狀態的速度提供更強的保證。只有當服務更新其等待規則，且其供應商及時交付結果時，這項改善才會顯現。

交易所存款說明了限制所在。一筆轉帳在 Solana 上可以是最終的，而交易所仍在檢查發送者、將地址與帳戶關聯、進行風險篩查並套用內部入帳政策。鏈上新的最終性時間無法強迫交易所立即釋放餘額。跨鏈橋需要訊息中繼、目的鏈執行，且通常有其自身的安全保障。因此，跨兩個系統的結算仍比僅來源鏈的最終性更慢。

九月的測試網說明在啟動前就闡明了這一區別。它描述的是一種新的投票流程，而非簽署普通支付的新方式。現在有了主網記錄可供查核。供應商可以比較客戶端提交交易的時間、驗證者認證該交易的時間，以及其 API 報告最終性的時間。若沒有這些分別的時間戳記，關於 150 毫秒使用者支付的說法便掩蓋了未被測量的部分。

「即時」一詞在行銷中仍將充滿誘惑。站在櫃檯前的顧客關心的是商家在轉身離開前是否獲得可信的接受，這是一項端到端的服務衡量。交易者關心的是交易場所在下一個市場機會之前是否更新餘額。即使錢包從未顯示明確的最終性狀態，兩者都可能受益。但不應向任何一方承諾每一次互動都能在 150 毫秒內完成。

銷售點營運者做出兩個獨立的決定。它選擇何時一筆支付已足夠安全以釋放商品，並選擇如何處理中斷的連線。快速的共識證書改善了第一個決定，但不會使離線終端機收到回應。處理器可以發送暫定的成功訊息並稍後對帳，或等待已最終狀態。在結帳時重要的是實際政策，包括重複提交與延遲回應如何在螢幕上呈現。

金融應用程式有其它理由將速度與政策區分開來。借貸應用程式可能在轉帳處理時記錄抵押品，但僅在最終確定後才允許借款。中心化交易場所可能觀察已最終確定的餘額，同時套用自己的提款凍結。跨鏈橋必須在 Solana 的風險之外，處理接收鏈的風險。更快的憑證創造了縮短每個工作流程中依賴鏈的部分的機會。發布服務時間的前後對比將顯示提供者在哪裡利用了這個機會。

圖表上更少的交易可能意味著相同的使用量

在 TowerBFT 下，驗證者投票是鏈上交易流的一部分。Alpenglow 的驗證者直接通訊並將憑證資訊放入區塊頁腳，因此這些投票交易不再出現在普通的區塊交易計數中。一個顯示所有每秒交易數的儀表板在切換後可能下降，而用戶進行的轉帳、兌換或支付並未減少。

Solana 聯合創始人 Anatoly Yakovenko 在激活前不久討論了投票交易的移除，當時對頭條 TPS 的改變正引起關注。分析師在比較 10 月 20 日的流量與 10 月 21 日之後的流量時，應在兩側隔離非投票交易。否則，會計變更看起來就像需求流失。相反的錯誤是聲稱較低的投票流量本身創造了同等數量的額外有用用戶交易；閒置容量和實際使用是不同的東西。

無需發明新的吞吐量估計即可檢查算術。如果升級前的計數結合了用戶交易 U 和驗證者投票 V，其總數為 U + V。投票離開區塊後，類似的圖表可能顯示大約 U，即使用戶提交的轉帳數量相同。差值 V 是圖表計數內容的變化。計算實際增長需要可比較的僅用戶序列，而不是前後的頭條總數。

這對費用和收入評論也很重要。投票交易費用消失，而驗證者改為支付驗證者入場券。用戶交易費用機制保持不變。與失去的投票類別相關的總費用收入變化不能簡單地呈現為消費者交易意願的變化。仔細的比較會將投票相關費用、入場費和用戶為發送或優先處理自己交易而支付的費用分開。

區塊瀏覽器和數據供應商面臨相關任務。曾經從投票程序指令讀取的參與資訊現在必須從憑證和頁腳數據中讀取。繼續解析舊字段的供應商可能顯示缺失的驗證者投票，即使網絡正在正常最終確定區塊。Solana 文檔警告說，一些流式接口尚未轉發憑證元數據的每個項目，這使得提供者文檔成為任何認真性能比較的一部分。

每秒交易數圖表在協議變更期間很脆弱，因為它通常聚合不同類別。一個聲稱用戶活動在激活後立即下降的交易場所需要在兩個日期都提供僅用戶計數，最好分為成功轉帳、兌換和失敗嘗試。交易不是獨特的人或完成的購買。機器人可以生成許多指令，而不成功的指令仍可能出現在已提交交易序列中。驗證者投票的減少本身並不能說明商家接受 Solana 的情況。

這種區別對網絡經濟也很重要。投票費用的消失減少了驗證者的一種鏈上支付。入場券按不同時間表從另一個帳戶銷毀。用戶費用取決於客戶提交的內容及其支付的優先級。將這三者合併為單一收入趨勢會掩蓋需求是否變化或會計是否轉移。10 月 21 日兩側的一致類別為解釋費用圖表提供了更可靠的基礎。

數據服務必須跟隨獲勝的區塊

快速的投票決定並不能使每個提議的區塊都成為贏家。Solana 更新的數據流可以為一個槽位暴露多個候選 bank，而 Agave 4.3 用 bank_id 標記事件，以便客戶端可以將候選分開。將所有數據按槽位編號分組的索引器可能意外地將競爭候選的交易混合到一個從未以那種形式存在的區塊記錄中。

基金會指示流式消費者按槽位和 bank 標識符對進行緩衝，並保留達到確認的 bank。如果他們合併來自不同提供者的數據流，標識符僅在每個連接內有意義；區塊哈希是跨提供者的參考。一些更頻繁的多 bank 行為預計在 Agave 4.4 中出現，因此在它變得普遍之前有時間調整，但處理當前區塊流的應用程式現在就應該做好準備。

大多數錢包使用者永遠不會看到銀行識別碼。一個投資組合應用程式或交易所若從有問題的資料饋送重建存款，可能會過早顯示一筆付款、漏掉一筆，或將一筆轉帳附加到錯誤的區塊候選上。一個對早期串流事件做出反應的交易系統必須知道這些事件是否屬於最終區塊。協議可以快速最終化，而索引器的錯誤仍會延遲或扭曲人們所看到的內容。

基金會的主網遷移說明指出，confirmed 與 finalized 承諾層級現在描述的是同一狀態，儘管前者目前仍可使用，並將在後續版本中移除。開發者被建議將新工作指向 finalized，並檢視針對舊等待時間調整的超時或重試設定。一個習慣等待 12 秒的服務，儘管鏈已快得多，可能仍然很慢。

資料串流還有其他變化。歷史證明不再以相同方式為區塊生產定節奏，因此 tick 條目會離開 shred 串流。讀取 Clock 時間戳的程式可能會看到與以往不同的來源。這些細節並非使用者交易格式已改變的跡象。它們是圍繞舊帳本計時所建構的軟體，在網路的新速度到達螢幕之前可能需要處理的地方。

對索引器而言，問題不僅僅是一個新的欄位名稱。它可能透過兩個連線接收到同一個 slot，並按到達順序處理交易。如果這些饋送攜帶來自競爭銀行的的事件，而其資料庫僅以 slot 作為記錄鍵，較晚的記錄可能會覆寫較早的記錄，或產生不可能的混合。遷移指南中的 slot-and-bank 鍵可在單一饋送內防止此問題；最終勝出的區塊雜湊則可協調各提供者。客戶只有在餘額或交易歷史變得更可靠時才會注意到這項工作。

重試邏輯值得再看一眼。每秒輪詢一次的客戶端可能會錯過幾百毫秒共識改進的大部分好處。另一個客戶端可能會再次提交同一筆付款，因為回覆在其超時之後才到達。設計良好的客戶端會區分緩慢回應與未處理的交易，並在重試之間保留識別碼。營運者需要在承諾固定結帳時間之前，用新的承諾串流測試這些行為。

驗證者有一筆新的經常性帳單

移除鏈上投票交易改變了驗證者成本。Solana 基金會表示，投票先前每個 epoch 花費約 1 SOL 的交易費，從驗證者的身分帳戶支付。新的驗證者入場票會從其投票帳戶每個 epoch 銷毀 0.8 SOL，外加免租金最低額。在一個 epoch 開始時購買的票券，可讓驗證者在下一个 epoch 獲得准入。

未能將足夠的 SOL 保留在正確帳戶中的驗證者，無法在接下來的 epoch 投票或產生區塊，並失去在該處賺取獎勵的機會。將金額發送到舊的身分帳戶不會支付新費用。營運者可以將區塊收入導入投票帳戶，儘管基金會表示該變更需要兩個 epoch，且佣金收入在特定邊界可能不足。

大約 1 SOL 與 0.8 SOL 之間的比較並非普遍性的淨節省。收入、質押、軟體成本、佣金以及每筆費用的時間點因驗證者而異。可靠的事實是：哪個帳戶支付、固定入場費是多少，以及若錯過會發生什麼。長期集中度將取決於較小的營運者能否在保持競爭力的同時維持營運與財務要求。

此次啟動需要 Agave 4.3.2 或相容的 Jito-Solana 或 Harmonic Salsa 客戶端。根據基金會的營運者頁面，Firedancer 與 Frankendancer 不支援此次遷移。Alpenglow 的啟用證明網路能與參與的驗證者一起切換；它並不顯示每個替代驗證者客戶端都為同一天做好了準備。客戶端多樣性仍是一個獨立的韌性問題。

治理批准在遷移之前到來。先前的推出計畫描述了測試期間 Agave 4.2 中的程式碼，但僅安裝從來不是主網切換。創世憑證以及 slot 459,653,000 的共識啟動是啟用的證據。第一份憑證的 446 位簽署者代表了一次具體的協調事件，而非對之後每小時所有 654 位驗證者出席或效能的承諾。

固定票券依規模以不同方式改變驗證者經濟。大型營運者與小型營運者支付相同的 0.8 SOL 入場費，因此該費用佔小型營運者總獎勵的比例更大。它是否會驅走任何人，取決於委託質押、佣金、營運成本與其他收入。營運者指南確立了支付機制；它並未預測會有多少驗證者離開。一項有用的後續追蹤將比較多個 epoch 之間活躍的獨立營運者與質押集中度。

即使是健康運作，帳戶切換也可能造成本可避免的中斷。票券會提前從投票帳戶發出，而營運者在發送投票時，是從身分帳戶支付舊的投票費用。一個整體擁有足夠 SOL、但帳戶之間配置錯誤的驗證者，可能會錯過准入。正常運行時間報告應將該遷移問題與新投票協議中的故障區分開來。它們是獨立的營運故障，有不同的補救措施。

此次升級解決的問題比支付應用更為狹窄

Solana 對 Alpenglow 的論據很有力：如果最終性到來得快得多，需要不可逆結算的服務就可以不再等待數秒的不確定性。10 月 23 日的外部測量支持主網上有實質改善，儘管其中位數 404 毫秒比設計目標更慢。商家和交易所可以選擇依賴那個更強、更快的狀態。

服務仍可能保留緩衝。它可能使用多個 RPC 提供者、要求反詐騙篩查，或僅在其自身帳本核對存款後才給客戶入帳。低價值支付可以在已處理狀態下放行，使 Alpenglow 在其當前介面中幾乎不可見。大額轉帳可能使用已最終化狀態並獲得數秒。此次升級並未使謹慎的服務變得不理性；它為服務提供了一個更快的網路訊號，以納入其決策。

第一個可衡量的變化可能是確認背後承諾的可靠性，而不是錢包中壯觀的動畫。已經看到快速確認的使用者不一定知道它是否可逆。提供者現在可以決定是否在同一窗口內顯示或要求更強的最終性。公布從客戶批准到商家接受的時間，會比僅宣傳共識數字更清楚地解決面向使用者的主張。

Alpenglow 的第二部分 Rotor 仍計劃在稍後版本發布，尚無啟用日期。Votor 改變了投票和最終性；區塊分發仍使用舊的 Turbine 方法。套件名稱可能給人一種印象，即所有提議的組件是一起到來的。基金會目前的狀態表清楚說明了這種分離。任何在當前主網數據中歸因於 Rotor 的效能提升，都會弄錯時間順序。

當數據在網路中不均衡傳播時，區塊分發仍然相關。更快的投票無法幫助驗證者認證它尚未收到的提案。計劃中的 Rotor 組件將處理與 Votor 憑證不同的階段。目前，緩慢的觀察可能反映傳播、投票、公共 RPC 交付或幾者兼有。記錄每個階段會告訴營運者其下一步改進應屬於驗證者軟體、數據分發還是客戶基礎設施。

初始發布是一個短暫的效能樣本。客戶端版本、提供者遷移工作和驗證者出席率定義了當前條件。後續版本可能會改變外部服務聽到憑證的一致性，即使沒有另一次共識切換。對商家而言，跨多個獨立 RPC 提供者、包括高峰時段的一整週滾動觀察，會比單次快速演示更有價值。

仍有待測量的事項

沒有單一的最終性數字能涵蓋每個使用者的等待。驗證者憑證、公共 RPC 觀察、錢包狀態和交易所入帳時間衡量不同的步驟。基金會儀表板提供即時網路讀數，而外部監測器從自己的節點觀察。跨方法和提供者數天內的一致性，將顯示快速結果是否在發布週之後仍成立，以及慢速尾部出現的頻率。

主網記錄已經比測試網承諾更強。Alpenglow 已啟用，投票交易已離開區塊，開發者已公布整合變更。現在就將更多應用使用者、更高代幣價格或每次結帳的特定改善歸功於共識升級，仍為時過早。此類主張需要交易群組、前後服務測量和可比較的僅使用者數據。

對於錢包或支付服務提供商而言，下一個決定是具體的：及時使用最終確定的訊號，在使用者看到時發布，並保留其產品所需的額外檢查。鏈已經改變了一個步驟。當其周圍的軟體改變旅程的其餘部分時，人們會注意到。

值得關注的事項

• 觀察到的最終性：比較基金會儀表板和獨立節點上的滾動中位數和最慢百分位讀數，並說明觀察點。
• 錢包和交易所時間：測量從客戶批准到可見確認或入帳餘額的間隔，而不僅僅是驗證者證書。
• 可比較的流量：追蹤10月21日前後的非投票使用者交易，以免移除的投票交易扭曲趨勢。
• 串流錯誤：檢查RPC和索引器提供商是否支援感知bank的區塊重建和及時的最終確定狀態。
• 驗證者准入：隨著每個epoch重複收取0.8 SOL費用，關注投票帳戶資金、活躍驗證者和支援的客戶端多樣性。

常見問題