Robinhood Chain 上的競爭不只發生在交易提交階段，也從獲取最新鏈上狀態的那一刻開始。對 Searcher、Trading Bot 和自動化交易系統而言，越早收到 Sequencer 推送的區塊，就能越早更新本地狀態、識別機會並構建交易。
BlockRazor 在 AWS US East（Ohio）的三個可用區，同時連接 BlockRazor Robinhood Chain Sequencer Feed 與 Robinhood Chain 官方 Sequencer Feed，對相同區塊的到達時間進行比較。測試結果顯示，BlockRazor 在三個可用區的最先到達佔比分別為 90.51%、69.16% 和 75.08%；P99 相對延遲維持在 3.812–5.589 ms，而官方 Feed 的 P99 相對延遲為 31.128–42.707 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-az1use2-az2use2-az3
每個客戶端同時建立兩條 WSS 連接，分別接收：
- BlockRazor Robinhood Chain Sequencer Feed
- Robinhood Chain 官方 Sequencer Feed
在同一台測試服務器上同時接收兩個 Feed，可以使兩個對比對象共享相同的客戶端環境和本地網絡條件，降低客戶端部署差異對結果的影響。三個可用區則用於觀察同一 Region 內不同網絡路徑下的結果是否一致。
測試步驟
- 在每個可用區的同一台測試服務器上，同時連接 BlockRazor Feed 和官方 Feed。
- 接收並解析兩個 Feed 推送的區塊數據。
- 匹配由兩個 Feed 接收到的相同區塊。
- 分別記錄相同區塊從兩個 Feed 到達客戶端的時間。
- 將率先到達的 Feed 相對延遲記為
0 ms。 - 將後到 Feed 的相對延遲記為兩者到達時間之差。
- 統計兩個 Feed 的最先到達佔比，以及 P50、P90、P95 和 P99 相對延遲。
本次 Benchmark 比較的是兩個 Feed 將相同區塊交付至同一客戶端的相對到達時間。因此，表格中的 0 ms 表示該 Feed 在對應樣本中率先到達，不代表區塊從 Sequencer 傳輸至客戶端的端到端延遲為零。
Benchmark 測試結果
三個可用區均取得更高的最先到達佔比
| AWS 可用區 | Sequencer Feed | 最先到達佔比 | P50 | P90 | P95 | P99 |
|---|---|---|---|---|---|---|
| use2-az1 | BlockRazor | 90.51% | 0.000 ms | 0.000 ms | 1.095 ms | 3.812 ms |
| use2-az1 | Robinhood 官方 Feed | 9.49% | 6.573 ms | 15.456 ms | 19.721 ms | 42.707 ms |
| use2-az2 | BlockRazor | 69.16% | 0.000 ms | 2.151 ms | 3.230 ms | 5.589 ms |
| use2-az2 | Robinhood 官方 Feed | 30.84% | 1.719 ms | 6.754 ms | 9.782 ms | 31.128 ms |
| use2-az3 | BlockRazor | 75.08% | 0.000 ms | 1.764 ms | 2.861 ms | 5.330 ms |
| use2-az3 | Robinhood 官方 Feed | 24.92% | 2.524 ms | 12.306 ms | 16.728 ms | 37.805 ms |
BlockRazor 在三個可用區均取得更高的最先到達佔比。其中，use2-az1 的最先到達佔比達到 90.51%，優勢最為明顯；即使在競爭最接近的 use2-az2，BlockRazor 仍在 69.16% 的相同區塊上率先到達；use2-az3 的最先到達佔比則為 75.08%。三個可用區的結果方向一致，表明 BlockRazor 的領先並非只出現在單一 AZ 或單一網絡路徑中。
更早的狀態更新，更穩定的交易反應窗口
BlockRazor 在三個可用區的 P50 相對延遲均為 0 ms，即至少一半的匹配樣本中，BlockRazor 是最早將區塊交付至客戶端的一方。更值得關注的是尾部延遲：BlockRazor P99 維持在 3.812–5.589 ms，官方 Feed P99 則達到 31.128–42.707 ms。這表明在延遲波動較大的場景中，BlockRazor 仍能保持更穩定的區塊數據交付。
對節點運營方而言，更低的尾部延遲可以減少節點因 Feed 抖動而短暫落後的情況，讓本地狀態更及時地跟進 Sequencer。對 Searcher、Trading Bot 和自動化交易系統而言，這意味着系統可以更早發現狀態變化，更早進行機會判斷、交易模擬和交易構建，並為後續提交爭取更多時間。
交易能否最終成功，仍取決於策略有效性、交易提交速度、費用設置、競爭對手和鏈上執行結果；但在其他條件相近時，更早、更穩定的 Sequencer Feed 能夠縮短從狀態更新到交易提交的整體反應時間，提高競爭性交易的執行勝率，並大幅增加捕獲潛在收益的機會。
Getting Started
BlockRazor 目前提供 Ohio 和 Tokyo Feed Endpoint，節點可以連接更接近自身部署位置的入口，減少不必要的跨區域傳輸。同時，BlockRazor Sequencer Feed 兼容 Robinhood Nitro 節點的標準 Feed 接口。節點無需修改區塊處理邏輯，只需在啟動配置中更新 --node.feed.input.url，即可通過標準 WSS 連接接收數據。
如果你的團隊正在 Robinhood Chain 上運行節點、Searcher、Trading Bot 或其他實時交易系統，可以接入 BlockRazor Sequencer Feed，並在自己的生產區域進行延遲對比。如在接入過程中遇到任何問題，請與我們聯繫。