Quicknode

2026年1月20日 — 閱讀時間 3 分鐘

Quicknode 現已推出由 Hypercore 驅動的 Hyperliquid 資料存取服務，並開放公測。

此版本讓開發人員能夠透過Streams、gRPC 和 JSON-RPC，以生產級別的方式存取 Hyperliquid 資料，同時無需承擔運行和維護自訂基礎架構所帶來的營運負擔。

這是公開測試版，隨著各團隊在實際環境中大規模運行 Hypercore，我們將根據實際使用情況的回饋持續進行更新。

這對 Hyperliquid 開發者為何重要

Hyperliquid 的架構能支援高效能交易系統、即時訂單簿，以及豐富的鏈上交易語義。隨著團隊從實驗階段邁向正式運作，資料的傳遞方式已變得與資料本身同樣重要。

Hyperliquid 具備極高的處理量，在正常情況下每秒可產生約 12 個區塊，這使得隨著系統規模擴大，原始資料存取迅速成為一項運作上的挑戰。

許多團隊最初都會採用一些常見的模式：

• 輪詢 JSON-RPC 端點

• 廣泛運用 WebSockets 進行即時更新

• 運行節點或建立自訂索引器以填補缺口

這種方法在初期可能行得通。但隨著時間推移，當處理量增加、系統變得更複雜，且延遲要求日益嚴格時，要確保其穩定運作便會變得越來越困難。

Hypercore 公開測試版針對這些情況，導入了一種更穩健的資料傳輸模型。

公開測試版包含哪些內容

此公開測試版為 Hyperliquid 提供了以下由 Hypercore 驅動的功能：

• 支援 Hypercore 資料集的串流功能，可實現 Hyperliquid 資料的過濾式、推送式傳輸

• 專為高吞吐量、低延遲資料管線設計的 gRPC API

• 為確保 與現有工作流程的相容性，提供 JSON-RPC 和 WebSocket 相關的方法

存取方式是透過建立終端點來實現，這反映出此版本為以生產環境為導向的測試版。
無需安裝任何附加元件。所有付費的 Quicknode 方案均提供 Hyperliquid 的 Hypercore 功能。

Hypercore 如何改變資料模型

Hypercore 會集中索引並結構化 Hyperliquid 的資料，使各團隊從「全量收集」的資料處理流程，轉向根據其系統實際需求進行篩選的上游資料傳輸模式。

團隊無需先將所有資料收集起來，再於後端進行篩選，而是可以：

• 訂閱特定資料集，例如交易、委託單、報價簿更新或大宗交易。舉例來說，交易團隊可以僅訂閱特定市場或事件類型，而非完整接收 Hyperliquid 的資料流

• 在資料傳輸至其系統之前，於上游進行過濾

• 選擇更適合持續性、即時工作負載的交付機制

Streams 和 gRPC 非常適合用於連續、高吞吐量的處理流程，而當採用請求-回應或基於事件的存取方式較為合適時，JSON-RPC 和 WebSockets 仍可繼續使用。

目標並非取代熟悉的存取模式，而是讓團隊在系統擴展時，能對資料的傳遞方式擁有更大的掌控權。

定價

Hypercore 的使用量會根據 Streams、gRPC 及 WebSocket 相關方法的資料傳輸量，以 API 配額為單位進行計量。

查看現行價格：https://www.quicknode.com/api-credits/hyperliquid

Beta 階段現況與後續步驟

重點在於實際生產環境中的使用情況、理解大規模運作時的行為模式，以及整合那些在 Hyperliquid 上建構重要系統的團隊所提供的回饋。我們預期將根據使用量增長所獲得的經驗進行迭代。

一旦出現初期應用案例與實證，便可進一步擴大推廣、進行案例研究，並採用現場互動形式。

如果您正在使用 Hyperliquid 進行開發，並希望探索更具可擴展性的資料傳遞模式，現在就可以開始了。

建立端點 | 閱讀文件