Skip to main content
Order flow groups raw order events into time buckets. Each row is one time bucket. Each bucket counts matching order-status event rows for limit, trigger, and TP/SL placements, plus fills, cancellations, forced cancellations, and triggered orders. They are not rates or deduplicated unique-order counts. Order flow is available on Hyperliquid core, HIP-3, and HIP-4. Use it to see how order-event activity changes over time. It does not include price levels, side, size, wallet, or individual order IDs. Order flow is not the resting order book, an individual order’s lifecycle, or the executed trade tape.
Order flow is derived from the same l4_orders order-event capture as order history, so it shares its coverage start: Hyperliquid core and HIP-3 begin 2026-03-10; HIP-4 begins 2026-05-02. A query entirely before that window returns 200 with an empty array — that means the dataset doesn’t cover that period, not that there was no activity. For activity before the order-event start date, use Trades instead.

Get order flow

/v1/hyperliquid/orders/{symbol}/flow. Plain perp symbols such as BTC.
The current OpenAPI leaves each response item untyped. The Hyperliquid core example below shows one observed response shape. Capture a live fixture before binding a strict client model. Use interval to control bucket size; granularity is ignored by the live route. This route does not implement cursor pagination.

Request parameters

Example response

Hyperliquid core, BTC, one five-minute bucket. The request ID is synthetic.

When to use it

Use Order flow to compare how placement, cancellation, fill, and trigger counts change between buckets. If placements and cancellations rise while fills stay flat, the book may be churning without comparable execution. Inspect Order history for the individual orders or the L4 order book for the resulting resting depth. The interval parameter trades resolution for response size. Finer buckets show more detail but return more rows. Keep the venue family, symbol, window, and interval with every stored result so a later run reproduces the same view.
Order flow and the L4 order book use the same order-event source but answer different questions. L4 reconstructs the resting orders. Order flow summarizes event activity by time bucket.

How it differs

Stream it live

Order flow is a REST-side aggregation, so there is no order-flow channel. For live order activity, stream the L4 order events (l4_orders, or the venue-prefixed variant) and aggregate the order-event activity yourself.

Export in bulk

There is no standalone order-flow export schema. Export the raw order events with the l4_orders (Order Events) schema ($8/GB, $25 minimum) and aggregate to flow downstream. Schema columns and coverage keys are on Export schemas.

Next

Use Order history for per-order detail, Order books for L4 depth, or Trades for the fill tape.
Last modified on July 13, 2026