Stream demo

What the streams look like

Trades, depth, and throughput rendering in your browser using simulated data in the documented stream shape. Every panel is annotated with the gRPC method that produces it in production, so what you see here maps directly to what a real key delivers.

simulated demo · deterministic · no network

0

msgs received (session)

0.0

msgs / sec

00:00

session uptime

The meter counts at the production feed's nominal trade rate (derived from 6.5M+ trades a day); the visible tape renders a capped sample of it: at most ten rows a second, never the full firehose. All panels on this page replay simulated data in the documented stream shape.

StreamSwaps · BTC

replay

CoinPriceSizeNotionalRole
BTCsell 66999.00.08127$5,445.01taker
BTCsell 67000.00.03201$2,144.67maker
BTCbuy 67001.00.18006$12,064.20taker
BTCsell 67001.00.06896$4,620.39taker
BTCbuy 67000.00.11558$7,743.86taker
BTCsell 67000.00.05621$3,766.07maker
BTCbuy 66999.00.05746$3,849.76taker
BTCbuy 66999.00.03013$2,018.68taker
BTCbuy 67000.00.15803$10,588.01taker
BTCbuy 66999.00.09219$6,176.64taker
BTCsell 66997.00.03589$2,404.52taker
BTCsell 66997.00.19088$12,788.39maker
BTCsell 66997.00.04052$2,714.72maker
BTCbuy 66997.00.15852$10,620.36taker
BTCsell 66996.00.13230$8,863.57maker
BTCsell 66996.00.01811$1,213.30taker
BTCsell 66996.00.01475$988.19taker
BTCbuy 66998.00.03693$2,474.24taker
BTCsell 66998.00.06947$4,654.35maker
BTCsell 67000.00.15448$10,350.16maker
BTCsell 67002.00.07995$5,356.81maker
BTCbuy 67002.00.07782$5,214.10taker
BTCbuy 67002.00.01395$934.68taker
BTCbuy 67002.00.12389$8,300.88taker
BTCbuy 67001.00.04205$2,817.39maker
BTCbuy 66999.00.09828$6,584.66taker
BTCbuy 66999.00.07279$4,876.86maker
BTCsell 67000.00.06172$4,135.24taker
BTCsell 67001.00.03489$2,337.66taker
BTCbuy 67001.00.05221$3,498.12maker

StreamL2Book · BTC

mid 67000.0|spread 2.0

live

NSizeBid
53.2286166999.0
42.7441366998.0
174.2475866997.0
55.3337166996.0
117.0240966995.0
167.6113866994.0
145.1572666993.0
172.1490966992.0
166.2081366991.0
35.4270966990.0
126.4285666989.0
26.0916166988.0
AskSizeN
67001.00.9673416
67002.02.7414317
67003.05.676768
67004.06.0966612
67005.02.2882911
67006.05.123492
67007.05.3927915
67008.08.6897616
67009.04.969218
67010.010.1711915
67011.07.595372
67012.09.6694616
What you are looking at

Every panel is one gRPC method

The data above is simulated; the methods are not. With a real key, these exact commands stream the production feed: same fields, same exact-decimal strings, same ordering guarantees.

Trade tape

hyperliquid_swaps.v1.SwapStreaming/StreamSwaps

Every fill on BTC: side, exact-decimal price and size, notional, maker/taker role, and the trader's wallet on each row. Filter server-side to the coins you need.

grpcurl -H 'x-api-key: YOUR_KEY' \  -d '{"market_type":"ALL","coins":["BTC"]}' \  stream.hyperliquidrpc.com:443 \  hyperliquid_swaps.v1.SwapStreaming/StreamSwaps

Depth ladder

hyperliquid.OrderBookStreaming/StreamL2Book

Never-crossed L2 for BTC, twelve levels a side with per-level order counts, one update per block. Set n_levels to the depth your strategy actually reads.

grpcurl -H 'x-api-key: YOUR_KEY' \  -d '{"coin":"BTC","n_levels":12}' \  stream.hyperliquidrpc.com:443 \  hyperliquid.OrderBookStreaming/StreamL2Book

Session meter

client-side counters, no subscription

Messages received, instantaneous rate, and session uptime are counted in your browser at the nominal feed rate. In production you would read the same truth from your consumer's own counters. The stream carries monotonic sequence numbers, so gaps are detectable, not silent.

This is a simulated replay of the production feed shape. Get a key for the real thing.