Robinhood Chain Sequencer Feed Benchmark：BlockRazor 與官方 Feed 延遲實測

Robinhood Chain 上的競爭不只發生在交易提交階段，也從獲取最新鏈上狀態的那一刻開始。對 Searcher、Trading Bot 和自動化交易系統而言，越早收到 Sequencer 推送的區塊，就能越早更新本地狀態、識別機會並構建交易。

BlockRazor 在 AWS US East（Ohio）的三個可用區，同時連接 BlockRazor Robinhood Chain Sequencer Feed Ultra 與 Robinhood Chain 官方 Sequencer Feed，對相同區塊的到達時間進行比較。更新後的測試結果顯示，BlockRazor 在三個可用區從 P50 到 P99 的相對延遲均維持在 0.000 ms；官方 Feed 的 P50 相對延遲為 27.310–97.404 ms，P99 相對延遲為 85.805–953.111 ms。

這意味著 BlockRazor 不僅在大多數區塊上更早到達，也能在網絡波動更明顯的尾部場景中，提供更穩定的區塊數據傳輸。

什麼是 Robinhood Chain Sequencer Feed

Robinhood Chain Sequencer Feed 是由排序器實時推送的區塊數據流。Nitro 節點通過 WebSocket 訂閱 Feed，接收最新區塊並持續更新本地鏈上狀態。

與通過 RPC 主動查詢歷史或最新數據不同，Sequencer Feed 直接向訂閱節點推送新區塊，是節點追蹤 Robinhood Chain 最新狀態的重要數據入口。Feed 的速度和穩定性會影響節點追趕區塊以及更新狀態的速度；當 Feed 出現網絡抖動、連接中斷或較大的尾部延遲時，節點可能短暫落後於最新高度，依賴該節點的交易系統也可能基於較舊的狀態作出判斷。

這一時間差對普通數據查詢可能並不明顯，但對 Searcher、Trading Bot 和自動化交易系統至關重要：更早收到區塊 → 更早更新節點狀態 → 更早識別鏈上機會 → 更早完成模擬與交易構建 → 為交易提交爭取更多時間。

低延遲 Feed 本身不能保證交易成功或策略盈利，但在策略、費用和執行條件相近時，更早獲得最新狀態能夠為交易系統提供更大的反應窗口，提高參與延遲競爭的勝率，並增加捕獲潛在收益的機會。

Benchmark 測試方法

測試區域與對象

我們在 AWS US East（Ohio）的三個可用區分別部署測試客戶端：

use2-az1
use2-az2
use2-az3

每個客戶端同時建立兩條 WSS 連接，分別接收：

BlockRazor Robinhood Chain Sequencer Feed Ultra（/ws/ultra）
Robinhood Chain 官方 Sequencer Feed (wss://feed.mainnet.chain.robinhood.com)

在同一台測試服務器上同時接收兩個 Feed，可以使兩個對比對象共享相同的客戶端環境和本地網絡條件，降低客戶端部署差異對結果的影響。三個可用區則用於觀察同一 Region 內不同網絡路徑下的結果是否一致。

更新後的數據集在 use2-az1 包含 4,232 個匹配樣本，在 use2-az2 包含 4,305 個匹配樣本，在 use2-az3 包含 4,714 個匹配樣本。你也可以使用 BlockRazor 開源的 robinhood-feed-speed Benchmark 工具復現測試。

測試步驟

在每個可用區的同一台測試服務器上，同時連接 BlockRazor Feed 和官方 Feed。
接收並解析兩個 Feed 推送的區塊數據。
匹配由兩個 Feed 接收到的相同區塊。
分別記錄相同區塊從兩個 Feed 到達客戶端的時間。
將率先到達的 Feed 相對延遲記為 0 ms。
將後到 Feed 的相對延遲記為兩者到達時間之差。
統計兩個 Feed 的 P50、P90、P95、P99 和最大相對延遲。

本次 Benchmark 比較的是兩個 Feed 將相同區塊交付至同一客戶端的相對到達時間。因此，表格中的 0 ms 表示該 Feed 在對應樣本中率先到達，不代表區塊從 Sequencer 傳輸至客戶端的端到端延遲為零。

Benchmark 測試結果

三個可用區的 P99 相對延遲均維持在 0 ms

AWS 可用區	樣本數	Sequencer Feed	P50	P90	P95	P99	最大值
use2-az1	4,232	BlockRazor Ultra	0.000 ms	0.000 ms	0.000 ms	0.000 ms	0.000 ms
use2-az1	4,232	Robinhood 官方 Feed	28.026 ms	45.177 ms	52.780 ms	85.805 ms	818.664 ms
use2-az2	4,305	BlockRazor Ultra	0.000 ms	0.000 ms	0.000 ms	0.000 ms	0.000 ms
use2-az2	4,305	Robinhood 官方 Feed	97.404 ms	195.406 ms	301.405 ms	953.111 ms	1,616.810 ms
use2-az3	4,714	BlockRazor Ultra	0.000 ms	0.000 ms	0.000 ms	0.000 ms	9.580 ms
use2-az3	4,714	Robinhood 官方 Feed	27.310 ms	52.828 ms	66.711 ms	111.686 ms	736.300 ms

BlockRazor 在三個可用區從 P50 到 P99 的相對延遲均維持在 0.000 ms。在 use2-az1 和 use2-az2，其最大相對延遲也保持在 0.000 ms；在 use2-az3，最大相對延遲為 9.580 ms。三個可用區的結果方向一致，表明 BlockRazor 的交付優勢並非只出現在單一 AZ 或單一網絡路徑中。

更早的狀態更新，更穩定的交易反應窗口

官方 Feed 在 use2-az1、use2-az2 和 use2-az3 的 P50 相對延遲分別為 28.026 ms、97.404 ms 和 27.310 ms；到了尾部，其 P99 分別達到 85.805 ms、953.111 ms 和 111.686 ms。差距在 use2-az2 最為明顯，官方 Feed 的最大相對延遲達到 1,616.810 ms。

對節點運營方而言，更低的尾部延遲可以減少節點因 Feed 抖動而短暫落後的情況，讓本地狀態更及時地跟進 Sequencer。對 Searcher、Trading Bot 和自動化交易系統而言，這意味着系統可以更早發現狀態變化，更早進行機會判斷、交易模擬和交易構建，並為後續提交爭取更多時間。

交易能否最終成功，仍取決於策略有效性、交易提交速度、費用設置、競爭對手和鏈上執行結果；但在其他條件相近時，更早、更穩定的 Sequencer Feed 能夠縮短從狀態更新到交易提交的整體反應時間，提高競爭性交易的執行勝率，並大幅增加捕獲潛在收益的機會。

Getting Started

BlockRazor Sequencer Feed Ultra 兼容 Robinhood Nitro 節點的標準 Feed 接口。節點無需修改區塊處理邏輯，只需在啟動配置中更新 --node.feed.input.url，即可通過 WSS 連接接收數據。

如果你的團隊正在 Robinhood Chain 上運行節點、Searcher、Trading Bot 或其他實時交易系統，可以查看 BlockRazor Sequencer Feed Ultra Benchmark 與接入指南，並在自己的生產環境中進行延遲對比。如在接入過程中遇到任何問題，請與我們聯繫。