Head to head · Exchange market data · October 2026 research run

Bithumb Open API vs Hyperliquid

Bithumb Open API and Hyperliquid score within a point of each other on agent readiness, 50.6 (D) and 50 (D). Hyperliquid leads on reliability and payments & pricing. Both do exchange market data.

Best crypto exchange APIs and MCP servers for AI agents · All 210 exchanges comparisons

Which one, for what

Bithumb Open API D

Best for KRW-market trading for agents acting for a verified Korean account, with a vendor-built MCP server, CLI and skills.

Ahead on

  • Schema & documentation, 64 against 42
  • Maintenance & community, 69 against 39
  • Transparency & trust, 47 against 26

Also in its favour

  • Runs on your own machine

Watch for

No sandbox or testnet; every order uses real funds

Hyperliquid D

Best for An agent trading perpetuals or spot on chain from its own wallet with no account, or acting for a master account through an approved API wallet.

Ahead on

  • Reliability, 40 against 34
  • Payments & pricing, 55 against 15

Watch for

No official MCP server; the 23 registry entries are all third parties, several selling data by x402

Why the edge

Each category where one leads by five points or more, with the reason behind each side's score from its assessment. The numbers are in the table below; this is what they stand for.

Payments & pricing Hyperliquid +40

Bithumb Open API 15

No machine payment protocol (0). The fee page timed out on every attempt, so no price is recorded (0 of 20, unchecked). Public market data needs no key, card or account; trading needs a verified Korean account. Judgement call (15 of 20). A person must sign up, pass identity checks and issue keys in the browser (0). 0 + 0 + 15 + 0 = 15.

Hyperliquid 55

No machine payment protocol (0). Fees published per tier without login (20). No card anywhere; public info endpoints are free and the testnet faucet gives 1,000 mock USDC, though only to an address that has deposited on mainnet (15 of 20). No signup; an agent with a funded EVM wallet deposits USDC on a bridged chain and trades, subject to the unread terms (20). Total 55.

Maintenance & community Bithumb Open API +30

Bithumb Open API 69

Read as a closed service. Rate limits updated 27 October 2026 and the ticker cap effective 13 October 2026 (30). Batch orders 20 August, Private v1 retired 30 September, the ticker cap 13 October and the limits page 27 October 2026 (20). A phone support line, dated notices and a GitHub repository with no open issues and one commit; replies not observed (9 of 15). The MCP server is not in the official MCP registry and there is no SDK; the CLI and MCP packages are current (5 of 15). The MCP package depends only on @modelcontextprotocol/sdk ^1.26 on Node 18, with no public source or CI (5 of 10). 30 + 20 + 9 + 5 + 5 = 69.

Hyperliquid 39

Read as a closed hosted service with open SDKs. The API has no dated changelog, so the last dated change is the Python SDK's 0.24.0 on 4 June 2026, 152 days before this check; the node repository was pushed on 10 August 2026 and the docs describe newer actions (HIP-4 outcome markets, borrow and lend) without dates. Judgement call (10 of 30). No three dated releases in 90 days (0). Support through Discord and the docs' FAQ, 112 open issues on the SDK whose replies couldn't be read (8 of 25). Official Python and Rust SDKs, the Rust one last pushed 21 October 2025; no MCP registry entry (15). CI on Python 3.9 and 3.13 with Poetry, Dependabot badge, a lock file (6 of 10). Total 39.

Schema & documentation Bithumb Open API +22

Bithumb Open API 64

No OpenAPI found; the reference is a readme.io site with Markdown twins, and the MCP tool schemas weren't read since the server's source isn't published (5 of 25). llms.txt on apidocs.bithumb.com (10). Reference pages state purpose and the skills say when to use each module and when not to (15 of 20). Typed parameters with enums for side, order type and time in force (10 of 15). Examples in several languages and an error-code page with names, statuses and meanings (12 of 15). Versions per endpoint (v1, v2, v2.1.5) and notices with effective dates (12 of 15). 5 + 10 + 15 + 10 + 12 + 12 = 64.

Hyperliquid 42

No OpenAPI or other machine-readable contract; request and response shapes are tables and JSON examples in the docs (0 of 25). llms.txt and a Markdown twin of every page by appending .md (10). Each info type and exchange action has a short description of what it does, and the signing page lists common mistakes, but little says when to use one call over another (12 of 20). Fields are one-letter keys (a, b, p, s, r, t, c) with numbers as strings, enums such as tif Alo, Ioc or Gtc, and required fields marked in tables (9 of 15). An example for every call and a list of order and cancel error strings, with no HTTP error table (11 of 15). No API version, no changelog and no dated release notes; deprecated actions such as userDexAbstraction are marked in place (0 of 15). Total 42.

Transparency & trust Bithumb Open API +21

Bithumb Open API 47

The editorial half. A closed service whose terms couldn't be read (timeouts and a title-only page); the kit is MIT with a disclaimer naming Bithumb Co., Ltd. (10 of 30). No privacy policy read (0 of 30, unchecked). Dated retirement of WebSocket Private v1 and effective dates on breaking notices (14 of 20). No subprocessor or data-location statement read (0 of 20). 10 + 0 + 14 + 0 = 24.

Hyperliquid 26

The editorial half. The SDKs are MIT and the node repository Apache-2.0 with a Dockerfile around a binary; the API servers and front end are closed and the terms were unreadable (12 of 30). No privacy policy read and nothing in the docs on data handling (0 of 30). Deprecated actions are marked in the docs without dates or a policy (8 of 20). No subprocessors or data locations (0 of 20). Total 20.

Reliability Hyperliquid +6

Bithumb Open API 34

Read with the hosted lines. No status page found on apidocs.bithumb.com or in llms.txt; wallet-status and notices endpoints stand in (0). No readable incident history, though two notices record a public WebSocket interruption and a brief service break (5). Rate limits documented per category with numbers, updated 27 October 2026 (15). A breach is described only as a temporary restriction, with no status code, header or Retry-After, and no client order id or idempotency key is documented; 422 order_not_ready and 500 server_error say to retry later (4 of 15). No SLA found (0). The API is generally available; the MCP server and CLI are at 0.8.5 (10). 0 + 5 + 15 + 4 + 0 + 10 = 34.

Hyperliquid 40

Read with the hosted lines on the REST API at api.hyperliquid.xyz, the surface an agent calls; the chain behind it is noted under details. No status page found in the docs, on hyperliquid.xyz or at status.hyperliquid.xyz, which did not resolve (0). No readable history (5). Rate limits documented with numbers per IP, per address and per WebSocket connection (15). When limited, an address gets one request every 10 seconds; no 429 shape or Retry-After is documented, but cloid, per-signer nonces, expiresAfter and noop make retries safe (10 of 15). No SLA (0). Mainnet is generally available (10). 0 + 5 + 15 + 10 + 0 + 10 = 40.

Score by category

CategoryWeight this runBithumb Open APIHyperliquidEdge
Reliability16%203440Hyperliquid +6
Performance10%pendingpendingpendingnot scored in this run
Schema & documentation13%16.26442Bithumb Open API +22
Agent ergonomics13%16.26770Hyperliquid +3
Security & auth14%17.56064Hyperliquid +4
Payments & pricing10%12.51555Hyperliquid +40
Task success10%pendingpendingpendingnot scored in this run
Maintenance & community7%8.86939Bithumb Open API +30
Transparency & trust7%8.84726Bithumb Open API +21
Negative events≤1500
TotalD 50.6/100D 50/100

Facts side by side

FactBithumb Open APIHyperliquid
KindHTTP APIHTTP API
VendorBithumb Co., Ltd.Hyperliquid Labs
Hosted endpointno (local only)no (local only)
Transportsstdio
AuthAPI keyOAuth or key
PricingPay per usePay per use
x402nono
LicencenoneThe exchange runs on the Hyperliquid chain (HyperCore), whose node is distributed as a binary under an Apache-2.0 repository; the Python and Rust SDKs are MIT. The API servers and front end are closed
Tools exposed410
Read-only variant documentedyesno
llms.txtyesyes
Last release2026-10-132026-06-04
Terms last updatedcouldn't be readcouldn't be read
Privacy policy last updatedno document linkedno document linked
Customer content may train modelscouldn't be readcouldn't be read
Terms restrict automated accesscouldn't be readcouldn't be read
Terms restrict benchmarkingcouldn't be readcouldn't be read
Terms or service can change without noticecouldn't be readcouldn't be read
Arbitration or class-action waivercouldn't be readcouldn't be read
Popularity6 stars1.9k stars, 167k PyPI/wk

Verdicts

Bithumb Open API

Bithumb runs an official local MCP server with 41 tools, module selection and a read-only flag, beside a CLI with per-profile read-only gating and six agent skills, over an API with scoped one-year keys and a mandatory IP list. There is no sandbox, no status page, no documented 429 behaviour, and the fees and terms couldn't be read.

Hyperliquid

Hyperliquid's API needs no signup or key, an approved API wallet can trade but not withdraw, fees and rate limits are published with numbers, and a testnet mirrors mainnet. There is no official MCP server, OpenAPI file, status page, changelog or readable terms, and signing uses two schemes the docs say to leave to an SDK.

Before you call either

Bithumb Open API

  1. Ask for a key with asset and order inquiry plus order placement only, never withdrawals, with your IP registered; keys expire after one year and a wrong IP answers 401 NotAllowIP
  2. Start the server with --modules market,account,trade --read-only for analysis and drop --read-only only when the person asks to trade; deposit and withdraw modules stay off
  3. Prefer the bithumb CLI for writes, as the skills do, and check bithumb config show --json for a read-only profile before any order
  4. Keep the ticker's markets parameter at 200 or fewer, batch orders at 30 and cancels at 30 per request, and stay under 140 private calls a second per category
  5. Retry 422 order_not_ready and 500 server_error after a pause; there is no sandbox, so start with the smallest order the market allows

Hyperliquid

  1. Generate a fresh API wallet, approve it with approveAgent with a name and expiry, sign with it, and query with the master address, never the agent address
  2. Use the Python SDK's sign_l1_action and sign_user_signed_action; mixing the two, field order in msgpack or an uppercase address gives "User or API Wallet ... does not exist"
  3. Set a cloid on every order and read the per-order statuses array; one batch-level error rejects the whole batch
  4. Budget address limits by volume (one action per 1 USDC traded after 10,000); batch orders to lower IP weight, and use WebSocket for data
  5. Arm scheduleCancel before unattended trading so open orders are cancelled if the agent stops

Questions

Which is better for AI agents, Bithumb Open API or Hyperliquid?

Bithumb Open API and Hyperliquid score within a point of each other on agent readiness, 50.6 (D) and 50 (D). Hyperliquid leads on reliability and payments & pricing.

Do Bithumb Open API and Hyperliquid need an API key?

Bithumb Open API needs an API key. Hyperliquid takes an API key or an OAuth sign-in.

Can an agent call Bithumb Open API and Hyperliquid without installing anything?

Bithumb Open API runs on your own machine, with no hosted endpoint listed. No hosted endpoint is listed for Hyperliquid.

Other comparisons with Bithumb Open API or Hyperliquid

Machine-readable

For companies

Do agents find, use and choose your tools?

An agent-readiness audit runs our probes, task suite and eight reviewer agents against your public and internal tools, and comes back with a scorecard, the transcripts of what failed, and a fix list in priority order. From $2,500, re-run included. We never take payment to move a rank. We do help companies earn one.