Hyperliquid API：2026 年機器人與量化交易者指南

Hyperliquid API 是 Hyperliquid 永續合約交易所的公開、程式化介面。由於 Hyperliquid 是完全鏈上的 DEX，凡是您能透過交易畫面完成的事 — 讀取價格、下單、管理部位 — 也都能透過程式碼，藉由簽署並送出請求來完成。這讓機器人、量化策略與自訂儀表板成為一等公民的使用情境， 而非權宜之計（Hyperliquid Docs — API (Info, Exchange & WebSocket)）。

API 的請求採用純 基於 HTTP 的 JSON，並搭配獨立的 WebSocket 進行串流，因此能從任何語言存取。對 Python 開發者而言，還有一套 官方 SDK，把整套機制封裝起來。本指南會逐一說明這三個介面、身分驗證如何透過代理錢包運作、 SDK 與速率限制，以及如何起步。

API 由三個介面組成，各有明確職責（Hyperliquid Docs — API (Info, Exchange & WebSocket)）：

• Info 端點（讀取）。 回傳市場 中繼資料、訂單簿、K 線、資金費率、您的未平倉部位、餘額與歷史成交。多數 Info 請求無需簽名 — 這是機器人在做出任何決定之前「看清世界」的方式。
• Exchange 端點（交易）。 狀態變更發生之處： 下單、改單與撤單、設定槓桿與保證金模式，以及在您自己的帳戶內轉移資金。每一個 Exchange 請求都必須由您的錢包或一把已授權的代理錢包進行 密碼學簽署。
• WebSocket（即時）。 訂閱即時的價格、訂單簿、 成交與帳戶更新資料流，讓機器人能即刻反應，而非透過輪詢。對於任何延遲敏感的需求， WebSocket 就是您要圍繞著建構的介面。

典型的循環大致如下：從 Info（或一個 WebSocket 訂閱）讀取狀態、套用您的策略邏輯，再透過 Exchange 端點執行。這個「Info — 決策 — Exchange」的循環，是幾乎每一個 Hyperliquid 交易機器人的骨幹。

讓 Hyperliquid 上的 API 交易真正安全的關鍵，是 代理錢包（也稱為 API 錢包）。您不必把主要私鑰交給機器人， 而是授權一把獨立的金鑰，它能 下單與撤單，卻無法提款或轉移您的資金 （Hyperliquid Docs — API (Info, Exchange & WebSocket)）。

• 維持非託管。 您的 USDC 與 部位仍留在您自己的 Hyperliquid 帳戶中。代理金鑰簽署的是針對它們的交易動作； 它從不持有這些資產。
• 受損範圍受到限制。 一把洩漏的代理 金鑰，能讓攻擊者交易您的帳戶，卻無法把它搬空 — 其波及範圍遠小於一把帶有提款 權限、卻遭洩漏的中心化交易所 API 金鑰。
• 可持有的數量有限制。 一個帳戶能核可的代理錢包數量有限，核可也可能過期 — 請對照文件確認當前數值（Hyperliquid Docs — Rate limits and user limits）。

最快的起步方式是 Hyperliquid’的 官方開源 Python SDK，它封裝了 Info、Exchange 與 WebSocket 介面，處理請求簽名，並附帶常見任務（如下單或訂閱資料流）的範例腳本（Hyperliquid — official Python SDK (GitHub)）。它 是一個便利層 — 底層其實是同一套 JSON/HTTP API，您也能從 JavaScript、Rust 或 Go 呼叫。

正式環境的機器人必須遵守 速率限制。Hyperliquid 同時記載了 以 IP 為單位的請求限制，以及 與您的交易活動成比例擴展、以位址為基礎的 限制，外加讓較重請求「成本」更高的權重計費（Hyperliquid Docs — Rate limits and user limits）。實務上的影響：

• 優先使用 WebSocket 而非輪詢。 訂閱 一個資料流，遠比在迴圈中猛打 Info 端點便宜得多。
• 批次處理與退避。 在 API 允許之處將請求 分組，並加入指數退避，避免一次爆量就被限流。
• 確認確切數值。 限制會隨時間 變動，因此請在開發時直接從官方速率限制頁面讀取，而非信賴二手部落格（Hyperliquid Docs — Rate limits and user limits）。

一條從零到上線、可自我託管機器人的務實起步路徑：

1. 為 Hyperliquid 帳戶入金。 您需要在交易所上、 自己錢包中的鏈上 USDC — 這就是 API 將要讀取與交易的帳戶。
2. 核可一把代理錢包。 產生並 授權一把 API／代理金鑰，讓您的程式碼能簽署 Exchange 請求，卻永遠不持有提款權限。
3. 用 Info／WebSocket 讀取。 先從 拉取市場資料與您的持倉開始 — 不冒任何資金風險 — 直到資料流穩固為止。
4. 透過 Exchange 下測試單。 使用小 倉位（或僅掛單／遠離中間價的限價單）來確認簽名、成交與撤單都如預期運作。
5. 在擴大規模前加入風險控管。 倉位 上限、最大槓桿、緊急停止開關與回撤限制，都該從第一天就寫進程式碼，而非等到首次重挫之後。

從那之後，難的是策略本身 — 而非管線串接。關於策略類型（做市、套利、網格、趨勢、均值回歸），請參閱 加密貨幣演算法交易；關於把點子變成值得運行之物的「研究到上線」工作流程，請參閱 加密貨幣量化交易。若想完整了解機器人生態，請參閱 加密貨幣交易機器人。

Hyperliquid API 為開發者提供了一個完整、非託管的交易介面：用於讀取的 Info 端點、用於交易的 Exchange 端點、 用於即時資料的 WebSocket、能交易卻永不提款的 代理錢包、 官方 Python SDK，以及 有文件記載的速率限制。正是這個組合，讓自我託管的機器人與量化策略 在 Hyperliquid 上切實可行。

僅供教育用途 — 非投資建議。自動化交易帶有風險，機器人可能虧損； 過往或回測績效並不預示未來結果。API 端點、速率限制、代理錢包上限與 SDK 需求都會變動 — 在開發或交易前，請對照官方 Hyperliquid 文件確認一切。Facts verified 2026-06-30.