Hyperliquid Foundation WebSocket 的變更：這對您意味著什麼

Quicknode

2026年6月12日 — 閱讀時間 10 分鐘

分享

新增為首選來源

2026 年 6 月 9 日，Hyperliquid 的核心成員equipe 宣布，在下次網路升級後，數個公開的 WebSocket API 資料源將降低資料推送頻率。2026 年 6 月 11 日，equipe 根據使用者回饋調整了此項變更的實施計畫： webData2 將在下次網路升級前，維持目前的 5 秒按壓間隔，此為標準設定 l2Book 將每 2 秒調整為 20 級，之後再調整為 5 秒，並新增一項 fastAssetCtxs WebSocket 資料串流將為各交易介面保留 5 秒的標價差異。

受影響的資料源仍包含訂單簿深度、中間價、資產背景、所有去中心化交易所（DEX）的資產背景，以及 webData2，預計仍將遷移至 webData3.

對於儀表板、投資組合監控工具及面向使用者的介面而言，新的時間間隔或許尚可接受。但對於自動化交易系統而言，這將改變資料模型。任何原本透過公開 WebSocket 快照來報價、設定訂單規模、取消或路由訂單的策略，現在都需要採用不同的資料層。

Hyperliquid的equipe 針對這項工作負載的預期路徑直言不諱：

這篇文章將說明有哪些變更、這些變更對聊天機器人為何重要，以及如何將對延遲敏感的Hyperliquid 工作負載遷移至採用 Quicknode。

Hyperliquid 的公開 WebSocket API 有哪些變更？

該 l2Book 對自動化策略而言，改變是最重要的。若沒有 fast: true, 在下次升級後，公開 API 每 2 秒會返回 20 個等級，預計稍後將調整為每 5 秒。隨著 fast: true，它每 0.5 秒回報 5 個價位。這兩種選項均無法為依賴深度、隊列行為或快速點差變動的策略提供完整的即時市場報價。

這並非一般意義上的服務中斷或相容性變更。這是共享公共基礎設施與自動交易系統所需資料配置之間的界線。

對於交易機器人而言，WebSocket 更新速度較慢為何會造成影響？

對一個機器人來說，過期的書並非一種不便，而是被視為錯誤的輸入。

做市商需要即時深度資料，以便根據即時庫存和價差報價。成交機器人需要即時中價及訂單簿壓力，以確定訂單規模。清算、套利及基差策略則需要最後一次快照與當前區塊之間的差異盡可能小。

當某本書以 2 秒或 5 秒的週期進行更新時，該策略不僅僅是落後於該時間間隔，而是根據不同的市場狀態進行操作。這會影響：

• 報價的安排與取消時機

• 點差、滑點及逆向選擇的計算

• 倉位規模與風險審查

• 會觸發指令的清算與資金監控機制

• 假設資料來源與實盤環境相似的回測

對於使用者介面、被動監控以及非關鍵的顯示資料而言，公開 API 仍具實用價值。至於依賴當前深度資料的交易邏輯，則需要專為此設計的資料饋送，無論是 WebSocket 訂閱還是gRPC 串流皆然。

Hyperliquid 對自動交易者有何建議？

Hyperliquid其建議是運行一個非驗證節點，以獲得更多層級的資料或即時更新streams 。這讓自動交易者能直接存取所需的資料輪廓，但同時也帶來了基礎設施相關的工作：節點運作、升級、監控、重新連線處理、容量規劃以及客戶端整合。

Quicknode 這是一個區塊鏈開發平台，透過單一的endpoint 提供橫跨 HyperCore 和 HyperEVM 的託管Hyperliquid 基礎架構。每個Hyperliquid endpoint 皆支援 WebSocket 和gRPC 。對於受此公開 API 變更影響的團隊而言，最相關的功能是HyperCoregRPC 的串流功能。這並非因為 WebSocket 是錯誤的工具，而是因為我們觀察到 WebSocket 在大規模應用時會出現脆弱性：重新連線風暴、基於封包的串流不穩定性，以及多市場訂閱所產生的有效載荷開銷。

Quicknode's Hyperliquid 文件 列出 HyperCore 全套資料streams 對gRPC 的支援，具備雙向串流、市場資料的延遲低於 1 毫秒，以及原生 zstd 壓縮技術，可將頻寬減少約 70%。存取 /hypercore JSON-RPC， /hypercore WebSocket 以及 HyperCoregRPC 需具備「Build」方案或更高階方案。

請先參閱Quicknode Hyperliquid 的文件，以及Hyperliquid gRPC 的串流 API 參考手冊。

自動交易者應使用哪些 HyperCore 資料集？

關鍵差異不僅在於擁有專屬的endpoint ，更在於能夠存取適合自動化交易工作負載的 HyperCore 資料集。

QuicknodeHyperliquid 的資料集涵蓋已執行交易、訂單生命週期事件、訂單簿更新、TWAP 執行資料、帳戶與餘額事件、HyperCore 至 HyperEVM 的寫入操作、原始區塊、L2 訂單簿快照、L4 訂單簿快照及差異，以及 的記憶池交易。testnet

這點很重要，因為公共 WebSocket 資料流的合適替代方案，取決於該策略的運作方式。做市商所需的数据與清算監控工具不同，而儀表板所需的数据也與訂單路由器不同。

StreamL2Book 用於當前價格層級的深度

StreamL2Book 每塊區塊都會提供一份完整的 L2 訂單簿彙總快照。每則訊息皆包含按價格層級劃分的當前買單與賣單，並列出各層級的總量及訂單數量。

用途 StreamL2Book 當您的策略需要按價格水準取得當前深度，卻無需透過增量價差建立局部訂單簿時。該資料流支援可配置的深度，並具備 n_levels 最多 100 項，並可選用價格分桶法進行更廣泛的彙總。

與一所公立學校相比 l2Book 該資料串流每 0.5 秒推送 5 個價位，或每 2 秒推送 20 個價位，之後將調整為每 5 秒推送一次；此方案更適合用於市場造市、價差監控、深度感知執行，以及基於買賣盤的警示功能。

StreamL4Book 用於個別訂單層級的狀態

StreamL4Book 以單筆訂單為單位提供訂單簿。訂閱時，系統會傳送待執行買單與賣單的完整快照；之後則傳送按區塊劃分的差異資料。

用途 StreamL4Book 當僅憑總體價格水準不足以滿足需求時。例如：隊列分析、訂單層級流動性研究、市場微結構研究，以及需要追蹤個別靜置委託而非僅追蹤價格水準總和的系統。

StreamL2Book 以及 StreamL4Book 僅限透過gRPC 存取。無法透過 WebSocket 或 JSON-RPC 存取。

團隊該如何將Hyperliquid 上的聊天機器人調整以適應新的運作節奏？

您無需一次將所有Hyperliquid 整合功能進行遷移。請先將決策輸入與顯示輸入分開處理。

1. 請將每項訂閱進行分類。

   會觸發訂單、取消、倉位調整或風險限額的資料源應優先切換。至於用於驅動儀表板、使用者可見的圖表或被動監控的資料源，通常可繼續使用 WebSocket。

2. 將 public 替換為 l2Book 作為交易決策的依據。

   用途 StreamL2Book 若您的策略需要價格層級深度、訂單簿頂端資料的新鮮度，或價差計算功能，請使用 StreamL4Book 若需要個別訂單狀態或佇列層級的詳細資訊。

3. 根據流式模型設計重新連線的行為。

   隨著 StreamL2Book, 每則訊息都是該區塊的完整 L2 快照，因此您的消費者可以透過每次更新來替換本地的價格水準狀態。透過 StreamL4Book, 從快照初始化、套用差異，並在重新連線時從新的快照重設。

4. 請將執行、分析與警示功能分開處理。

   常見的生產環境架構如下：gRPC 用於策略的即時市場數據；Hyperliquid 用於交易 API；SDK 用於本地簽署的訂單；JSON-RPC 用於批次及歷史資料讀取；Streams 或Webhooks 用於非同步事件管道；以及 SQL Explorer 用於研究或調查。

5. 在過渡期間，請同時運行這兩組資料源。

   在進行網路升級之前，請將您現有的公開 WebSocket 接收端與新的gRPC 接收端並行運行。比較訂單年齡、觀察到的價差、更新間隔、成交品質，以及任何策略特定的風險指標。這將為您提供具體的切換方案，而非在最後一刻倉促切換至endpoint 。

還有哪些Quicknode 工具支援Hyperliquid 交易系統？

gRPC 這本應是尋找對延遲敏感的 HyperCore 市場資料的首選之地，但它無需承載所有工作負載。

• WebSocket 已於所有Hyperliquid endpoint 平台上提供。它仍持續支援瀏覽器儀表板、投資組合檢視、監控介面，以及任何更新模式符合該策略的交易工作負載。

• JSON-RPC可處理資料回填、批次區塊讀取、投資組合狀態、清算所狀態，以及與 HyperEVM 合約的互動。

• Streams 並 Webhooks 並能將經過篩選的事件推送至後端系統及警示管道。

• SQL Explorer能夠查詢超過 5000 億筆已建立索引的Hyperliquid 資料列，並將查詢以可程式化的 REST 端點形式提供。

Quicknode其Hyperliquid 鏈結頁面亦列出 99.99% 的正常運作時間 SLA、每月超過 60 億次的Hyperliquid API 請求，以及超過 5000 億筆可查詢的資料。當工作負載並非僅是示範，而是全天候運作的交易系統時，這些數字就顯得至關重要。

該如何開始使用Hyperliquid gRPC 呢？

1. 請至quicknode.com/signup 建立一個Quicknode 帳戶。

2. 請從Quicknode 儀表板建立一個「Hyperliquid 」endpoint 。一個endpoint 可提供橫跨 HyperCore 與 HyperEVM 的受管存取權限。

3. 檢視現有的Hyperliquid 資料集，並將每項策略輸入對應至其所需的資料流。

4. 請參閱Hyperliquid gRPC 中的串流 API 文件，以連線您的消費者端。

5. 請選擇符合您策略的頻道： StreamL2Book 就總體價格水準的深度而言， StreamL4Book 用於個別訂單層級的狀態，或是交易、訂單、事件及買賣盤更新的標準資料集。

6. 複製 HyperCore 的gRPC 範例儲存庫，以在 JavaScript、Python、Go 或 Rust 中測試訂閱功能。

7. 請參閱《Hyperliquid 》指南資料庫和範例應用程式資料庫中的實作範例。

Hyperliquid該平台的公開 API 更新，顯示該網路正將共享終點朝向更輕量、更廣泛的存取模式轉變。自動化交易者需要不同的解決方案：當前深度、更多層級、即時streams ，以及專為全天候運作系統打造的基礎架構。

Quicknode 提供該設定的託管路徑，讓您無需自行運作 Node.js 基礎架構。

請從 Quicknode Hyperliquid 文件開始。