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
Array of wallet addresses. Maximum 10,000 per request.
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 thatclearinghouseState 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
Setdry: 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.
- 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)