An interactive journey through market microstructure: watch orders become prices, feel the spread respond to stress, and discover why these mechanics shape every trade you will ever make.
Shown: an illustrative order book over time, bids below the mid and asks above it.
01The Order Book Comes AliveEvery market starts with two opposing lines: buyers and sellers, stacked by price and size. The order book is not just a record — it is the market's living, breathing state.
Imagine a room where buyers line up on the left and sellers on the right. The person at the front of each line sets the best bid and best ask. The gap between them is the spread. When a buyer gets impatient and crosses over to the seller's side at their price, a trade happens.
Live order bookSimulated
One tick every 500 ms
Mid price
A market order hits
103.07102.0599.00
100 s agonow
PriceSize
103.702.12
103.606.99
103.504.24
103.104.72
102.309.20
102.104.96
spread0.10
102.006.64
101.901.53
101.7014.32
101.3012.42
101.108.98
100.907.20
Price levels in the live order book
Total quantity available at this price
Mid
102.05
Spread
0.10
Last trade
—
Order size
10.0
Shown: an illustrative order book, simulated in your browser. Try a large size (10+) and watch the spread blow out.
Try placing a market buy with a large size. Watch how the order eats through the ask side, consuming liquidity level by level. The spread widens. The midprice shifts. This is in its most elemental form.
Biais, Hillion & Spatt (1995) showed that the shape of the order book — not just the best price — contains predictive information about future price dynamics. The distribution of depth across levels reveals strategic positioning before it shows up as obvious price moves.
The book above is simulated. Our measures the depth of real books, and there's a free sample to try.
Shown: slippage_bps_p95, hourly, 1–31 January 2024, from this page's Sample CSV · extreme: 18.8 bps, 5 Jan, 01:00 UTC · built with slippage
lowhighextreme
slippage_bps_mean
Mean Slippage (bps)
Mean Slippage in basis points captures the average execution shortfall relative to the chosen benchmark.
It offers a clean first-pass estimate of how expensive crossing the spread and consuming liquidity was in practice.
slippage_bps_p95
Slippage P95 (bps)
The 95th percentile of slippage focuses on the bad tail rather than on the average experience.
It is especially useful for execution planning because desks often care more about occasional painful outcomes than about typical ones.
slippage_bps_vwap
VWAP Slippage (bps)
VWAP Slippage compares executions with the interval volume-weighted market price, anchoring cost to where activity actually traded.
This often provides a more realistic benchmark for larger or more patient trading styles than a single last price snapshot.
slippage_bps_buy_sell_ratio
Buy/Sell Slippage Ratio
Buy/Sell Slippage Ratio asks whether lifting liquidity was more expensive than hitting it, or vice versa.
Asymmetry here can reveal directional stress, inventory pressure, or a book that is materially less resilient on one side.
slippage_bps_std
Slippage Std Dev (bps)
Slippage Std Dev measures how variable execution quality was from trade to trade.
Two markets can have the same mean cost but very different predictability, and this metric tells you which one is more stable.
When most traders say "slippage," they mean the gap between expected and realized price. But that colloquial definition conflates several distinct costs. Precise measurement requires decomposing execution quality against observable benchmarks — a framework that traces back to Perold's (1988) concept of implementation shortfall.
Average slippage in price units versus the prevailing quote
slippage_bps_mean
Mean Slippage (bps)
Average slippage in basis points versus the prevailing quote
slippage_bps_std
Slippage Std Dev (bps)
Standard deviation of slippage in basis points
slippage_bps_median
Median Slippage (bps)
Median slippage in basis points
slippage_bps_p95
Slippage P95 (bps)
95th percentile slippage in basis points
slippage_bps_vwap
VWAP Slippage (bps)
Trade-size-weighted average slippage in basis points
slippage_bps_buy_mean
Buy Slippage Mean (bps)
Average slippage in basis points for buy-side trades
slippage_bps_sell_mean
Sell Slippage Mean (bps)
Average slippage in basis points for sell-side trades
slippage_bps_buy_sell_ratio
Buy/Sell Slippage Ratio
Buy-side average slippage divided by sell-side average slippage
slippage_bps_sell_buy_ratio
Sell/Buy Slippage Ratio
Sell-side average slippage divided by buy-side average slippage
Example Request
# Install the Aperiodic CLI into ~/.local/binmkdir -p"$HOME/.local/bin"curl-fsSLhttps://raw.githubusercontent.com/aperiodic-io/cli/main/install.sh | INSTALL_DIR="$HOME/.local/bin"bashexportPATH="$HOME/.local/bin:$PATH"# Free preview — no API key requiredaperiodicslippage --preview \--exchangebinance-futures \--symbolperpetual-BTC-USDT:USDT \--interval 5m \--timestampexchange \--start-date2025-05-01 \--end-date2025-05-31 \--output-dir ./data && echo"Saved to $PWD/data"
Live Stream
Every new row as it is computed, over WebSocket at wss://stream.aperiodic.io/v1/stream. Authenticate with your API key in the X-API-KEY header and subscribe to channels named slippage.<exchange>.<interval>, on intervals 15s, 30s, 1m, 5m, 15m, 30m, 1h, 4h, 1d (15s and 30s on Institutional Live only). Streaming is included on Live plans.
importosfromaperiodic importstreamformessage instream(api_key=os.environ["APERIODIC_API_KEY"],dataset="slippage",exchange="binance-futures",interval="1m",symbols=["perpetual-BTC-USDT:USDT"], # omit for every symbol on your plan):print(message.channel, message.snapshot, message.data)
Query Parameters
timestampreqstring
string
Timestamp source. 'exchange' uses the exchange-reported timestamp, 'true' uses actual arrival time at our servers.
exchangetrue
intervalreqstring
string
Aggregation time interval for the data. Sub-minute intervals (15s, 30s) require an Institutional plan.
15s30s1m5m15m30m1h4h1d
exchangereqstring
string
Source exchange for the data.
binance-futuresokx-perpshyperliquid-perps
symbolreqstring
string
Trading pair symbol in the format of Atlas' universal symbology: https://github.com/aperiodic-io/atlas
start_datereqstring<date>
string<date>
Start date for the data range (YYYY-MM-DD format). A metric series starts on the first day of the raw series it is computed from (see /metadata/raw); raw trades and quotes start binance-futures from 2020-01-01, okx-perps from 2019-09-01, hyperliquid-perps from 2025-01-01. Earlier days return no files. How far back you can go depends on the plan: 5 years on Pro, full history on Prime, Prime + Raw and Institutional. An earlier start_date than the plan reaches returns 403.
end_datereqstring<date>
string<date>
End date for the data range (YYYY-MM-DD format). Must be greater than or equal to start_date.
Successful response with download URLs for every existing file covering the range from the series' published start — one per month before 2026-08-01, one per day from 2026-08-01 onwards
Schema
filesobject[]required
Files covering the requested date range, in chronological order. Data before 2026-08-01 is split by month (one file per calendar month, no `day`); data from 2026-08-01 onwards is split by day (one file per calendar day, with `day` set). The changeover falls on a month boundary, so a given month is served entirely one way or the other; a range spanning it returns the earlier months as monthly files followed by a daily file per day.
yearintegerrequired
Year of the data file
monthintegerrequired
Month of the data file (1-12)
dayinteger
Day of the data file (1-31). Present only on daily files, i.e. those covering 2026-08-01 onwards. Absent on monthly files, which cover an entire calendar month.
urlstring<uri>required
Presigned URL for direct file download (valid for 5 minutes). URLs are served from dataset-specific subdomains, e.g. ohlcv.aperiodic.io, trade-metrics.aperiodic.io, l1-metrics.aperiodic.io, l2-metrics.aperiodic.io, derivative-metrics.aperiodic.io.