Voyager單節點測試平均達2,120萬 TPS，未納入簽章驗證

Voyager單一節點在隨機轉帳測試中連續5小時平均達2,120萬 TPS，最高為2,160萬 TPS；測試數據未計入交易簽章驗證。

Celestia Labs於12日公布技術說明，交代測試設計與吞吐量的測量條件。公司10月29日將Voyager介紹為供AI代理商務使用的支付架構，這次則進一步說明實作進度與效能測試範圍。

繼本刊先前報導Voyager平均與最高吞吐量及5小時測試結果後，這次說明補充測量過程納入的工作與尚未涵蓋的功能。測試在約1億個帳戶之間進行隨機轉帳；公司公布的總處理量約為4,000億筆。

負載產生器沒有經過會驗證交易簽章的輸入層，而是直接將交易送至Voyager節點。交易資料雖包含簽章，但驗證簽章所需的時間並未納入TPS測量。

因此，2,120萬 TPS並非從簽章驗證到支付完成的端到端數據。目前也沒有獨立重現測試結果，或公開網路實際吞吐量的資料。

Voyager的目標是支援AI代理按筆購買內容、資料與服務。其設計將支付規則內建於系統，而非透過通用虛擬機執行，並以扁平表格儲存餘額狀態，而非使用默克爾樹。

這項基準測試沒有測量任意智慧合約的執行效能，也沒有計算狀態根，因此不能將測試結果直接解讀為一般智慧合約吞吐量或公開網路效能。

Voyager節點內更新餘額的狀態轉移函數（STF）以單一執行緒運作。交易記錄、資料庫儲存，以及透過Celestia Fibre發布資料，則在不同的管線階段各自處理不同批次的交易。

工作順序透過以LMAX Disruptor為基礎的環形佇列協調。佇列預設有4,096個槽位；每個消費者在輸出工作前，最多可合併128個槽位。

若儲存階段的處理速度低於執行階段，佇列中的待處理工作便會增加。槽位用完時，前一階段會放慢新交易的處理速度。公司表示，測試期間記憶體使用量維持在約48 GiB。

交易記錄裝置與Fibre資料發布裝置的處理速度各約為每秒4.8 GB。這項數據代表記錄及發布含有簽章的交易資料量，不代表簽章驗證速度。

測試也未涵蓋在相同吞吐量下即時查詢交易狀態的功能。包含狀態根計算與查詢的完整支付流程，其處理效能尚未由這次測量確認。

公司表示，測試保留了故障復原與複製所需的資料，但重新啟動後還原狀態的邏輯，以及將狀態複製到其他節點的邏輯，尚未完成實作。保留資料與具備重啟後復原功能是兩回事。

測試所用的帳戶狀態規模可放入單一裝置的記憶體。公司也設計了處理更大規模狀態的邏輯，但尚未完成實作。

Celestia Labs在7月的一篇文章中指出，僅靠短時間的吞吐量測試難以判斷實際營運容量，並表示需要進行數週的負載測試。這次Voyager基準測試則進行了5小時。

公司表示，計畫降低狀態根的計算頻率，不會每個區塊都計算。建立並測試重啟後復原及節點間複製流程，則是接下來的優先工作。