Polymarket liquidity data

Polymarket liquidity data: depth, spread, and what settlement shows

Liquidity on Polymarket crypto books is measurable, and it behaves strangely near the finish. 5-minute markets are one-sided **16.9% of the time**, **3.24% of snapshots are crossed**, and across 298 resolved BTC contracts **90% of final-second books had a single side**. The [metrics endpoint](/polymarket-order-book-data) pre-computes spread, depth, and VWAP on the same 250ms grid.

Figures measured as of 2026-10-02 on the published PolyOrderbooks archive.

Short answer

What was resting on the book

Liquidity data here means what was actually resting on the book — every bid and ask price level with its size, captured every 250ms. PolyOrderbooks stores that as full L2 ladders and pre-aggregates it into spread, total bid depth, total ask depth, and volume-weighted average price on the metrics endpoint.

Because the underlying books are stored, every metric can be reproduced from the raw snapshots rather than taken on trust. The open 897,192-snapshot dataset exists so the rates below can be verified.

Measured

Measured on the published archive

16.9%one-sided 5-minute books
3.24%crossed snapshots
90%final-second books one-sided (298 BTC contracts)
42,254median winner-side shares at 0.99

Metrics

What /metrics returns

  • Spread — best ask minus best bid on the 0–1 probability scale, resample-friendly (60-second resampling removes transient quote noise).
  • Depth — total bid and ask size, from top-of-book to cumulative ladders (depth guide).
  • VWAP and alignment — volume-weighted average price, with prices and books sharing the same timestamps so everything joins in one DataFrame (metrics guide).
  • All at 250ms-to-1d query resolution, on every plan.

Settlement

Settlement concentrates into one side

Across 298 resolved BTC 5-minute contracts (17,880 one-second snapshots), 90% of final-second order books had a single side, and 87% were already one-sided in the last ten seconds; the winner's side rested a median 42,254 shares at 0.99 (settlement depth post).

A separate 80-contract study found 94% of snapshots in the final ten seconds had an empty bid or ask side (final seconds post). This is why fill models that assume two-sided depth misprice the close.

Worked example

The same idea through the record

Liquidity data on this venue means what actually rested on the book: every bid level and ask level with its size, captured every 250ms, and pre-aggregated into spread, total bid depth, total ask depth, and volume-weighted average price on the metrics endpoint. Because the raw books are stored, those aggregates are reproducible rather than handed down.

The measured rates give the shape: 5-minute markets are one-sided 16.9% of the time, 3.24% of snapshots are crossed, and across 298 resolved BTC contracts 90% of final-second books had a single side, with the winner's side resting a median 42,254 shares at 0.99. Those numbers, not an opinion page, are what liquidity really looks like here.

Put the same lens on any market: pull the metrics for one contract, watch the spread compress into the final minute, and count how often a side simply disappears. The settlement window — 76.2% of final-minute snapshots have an empty side — is where the book stops being a market and becomes a verdict.

The honest workflow is to read metrics as pointers and then verify in the raw ladders: the endpoint answers "how deep and how wide", and the stored snapshot answers "was the executable side actually there". Both take the ten-minute route on the free Starter plan.

The free download is the fastest orientation: one CSV of snapshots opens in any tool and already answers how many seconds were one-sided, crossed, or bound-hugging, before a single API call is made.

Signals

What to check before you trust it

Separate the two liquidity facts that marketing merges: tight spreads say the two-sided book is near, while one-sidedness says the venue is frequently only half there — the pair explains more failures than either alone.

Use 60-second resampling to strip transient quote noise when comparing across days; on a 250ms grid, that resample is cheap and it makes the comparison legible.

Settlement concentration is the strongest signal in the set: a winner side resting 42,254 shares at 0.99 is not depth in the economic sense, it is the market conceding.

Whenever a spread seems suspiciously stable across an event, diff the underlying snapshots — a metric computed from a reconstructed book inherits the 67.8% divergence risk.

FAQ

What does Polymarket liquidity data include?

Full L2 bid/ask price levels with sizes at 250ms, plus pre-computed metrics: spread, total bid depth, total ask depth, and volume-weighted average price, all aligned to the same timestamps as prices and books.

Why is settlement liquidity interesting?

Across 298 resolved BTC 5-minute contracts, 90% of final-second order books had a single side, and 87% were already one-sided in the last ten seconds; the winner's side rested a median 42,254 shares at 0.99. In a separate 80-contract study, 94% of snapshots in the final ten seconds had an empty bid or ask side.

Is this data measured or estimated?

Measured from stored 250ms L2 snapshots. The same capture is published openly — 897,192 snapshots across 805 resolved markets on Zenodo — so the rates can be reproduced rather than taken on trust.

Can I get liquidity metrics free?

Yes. Starter includes order books, prices, and metrics at 250ms with 3 days of history, no credit card.