Hyperliquid WebSocket rate limits
The public Hyperliquid WebSocket (wss://api.hyperliquid.xyz/ws) caps each IP at 1000 active subscriptions, and most channels require one subscription per asset - so tracking the full market means fanning out hundreds of subscriptions and risking the cap.
The GoldRush Hyperliquid WebSocket API removes that cap. It’s a drop-in replacement with no per-IP, per-key, or per-connection subscription limit, plus wildcard subscriptions that stream an entire channel over a single subscription.
No subscription cap
With no subscription limit, you can:- Open as many concurrent subscriptions as your client supports.
- Multiplex hundreds of
l2Booksubscriptions on a single connection. - Track every active wallet, market, and asset from one process.
Wildcard subscriptions
Filter parameters that the public Hyperliquid WebSocket requires are optional on GoldRush. Omit them to stream the entire channel on one subscription instead of fanning out one subscription per asset.
So a single connection can stream Hyperliquid’s full live book state without any client-side fan-out logic.
How streaming works
Messages are pushed directly from a live Hyperliquid ingestion pipeline - no polling, no cache delay. Latency from upstream Hyperliquid event to your client is dominated by network round-trip from our Tokyo nodes.Connection management
You’re not rate-limited, but a few client-side defaults are worth tuning.Reconnect sketch
Watch out for client-side limits
GoldRush has no caps, but the rest of your stack might:- OS file descriptor limits - if you’re opening many connections in parallel, raise
ulimit -n. - Reverse proxy idle timeouts - if you’re terminating WS through nginx, HAProxy, or a cloud load balancer, set the idle timeout above your heartbeat interval (typically 60 seconds minimum).
- Browser concurrency - browsers limit WebSocket connections per origin; one connection multiplexing many subscriptions is always preferable to many connections.
Network and TLS
- HTTP/1.1 Upgrade to WSS is supported (standard WebSocket handshake).
- TLS 1.2+ required.
- Compression (
permessage-deflate) is negotiated when offered by the client.