Skip to main content
Query position state for thousands of wallets in one call. Designed for copy trading platforms, portfolio trackers, whale monitoring, and any application that needs to watch many wallets at once.
Native HyperLiquid info API only supports single-wallet queries. hypernode returns results for up to 10,000 wallets per request in under 1.5 seconds.

Endpoints

Request

users
string[]
required
Array of wallet addresses. Maximum 10,000 per request.
dry
boolean
default:"false"
If true, returns stub responses without querying the local node. Use for capacity testing and client benchmarking without adding load to production.

Response

Returns an object keyed by wallet address. Each value is the full response that clearinghouseState would return for that wallet, or null if the wallet has no state.

Performance

Measured on the production endpoint with real wallet addresses: Per-wallet latency scales linearly. Response times remain stable under load. Estimation formula: 25ms + (wallet_count × 0.12ms) gives a solid live-response estimate.

Dry-run mode

Set dry: true in the request body to get stub responses without querying the local node. The response shape matches a real response, but all fields are zeroed and a _dry: true marker is included.
Use dry-run for:
  • Client-side capacity testing (measure your pipeline, not ours)
  • Estimating response sizes at different batch counts
  • Integration testing without hitting rate limits
  • Benchmarking serialization/deserialization code

Use cases

Copy trading platforms — Poll 1000+ leader wallets every few seconds to detect position changes in near-real-time. Portfolio trackers — Fetch positions for all users on login without chaining 100 individual requests. Whale monitoring — Watch a list of known whale addresses for new positions, liquidations, or exits. Risk analytics — Pull the entire active trader set and compute aggregate leverage, open interest, or concentration metrics.

Limits

  • Max 10,000 wallets per request
  • Max request body size: 2 MB (allows ~50,000 bytes per wallet address including overhead)
  • Standard tier rate limits apply to the endpoint itself (not per-wallet)