Skip to main content
GET
Get Orderbook
For real-time orderbook updates, use the WebSocket API instead of polling this endpoint. Subscribe to subscribe_market_prices with marketSlugs.
Current snapshot only. This endpoint returns the current LIVE GTC order book for one exact CLOB market slug. It does not aggregate a group slug, and AMM markets do not have an order book. CLOB markets are available only while their status is CREATED or FUNDED.There is no historical order book endpoint. For past activity on a market, combine three sources:

Snapshot and price freshness

lastTradePrice is a nullable YES-equivalent price and is not guaranteed to represent the same point in time as the order-book levels. No bound on response freshness is guaranteed. midpoint uses the best displayed bid and ask. adjustedMidpoint excludes individual orders smaller than minSize before price-level aggregation and midpoint calculation. Every bid level has side: "BUY"; every ask level has side: "SELL".

Complementary token prices (deriving the NO book)

This endpoint returns a single, YES-side book. The tokenId in the response is the market’s YES position ID, and bids/asks are quoted in YES-token terms. The two outcome tokens are complementary: a YES share and a NO share always redeem together for exactly $1. Their prices therefore satisfy:
The book you get back already merges all liquidity for the market: native NO orders are converted into their YES-side equivalent before aggregation, using the same identity:
So you never lose NO liquidity by reading the YES book. It’s all there, expressed in YES prices.

Deriving the NO orderbook

To quote or trade the NO token, mirror the returned YES book: flip bids ↔ asks and replace every price p with 1 - p (sizes are unchanged). The midpoint and spread carry over directly: noMidpoint = 1 - yesMidpoint, and the spread is identical.
When you then place a NO order, sign it against the NO tokenId (noPositionId from Get Market) at the derived price. The price inversion only affects how you read the book, not how the order is signed.

Multi-outcome (NegRisk) markets

In a NegRisk multi-outcome market, each outcome is its own market with its own slug, its own YES/NO tokens, and its own orderbook. Fetch each outcome’s book by its slug and derive that outcome’s NO book with the same inversion above. There is no single cross-outcome book to invert. What links the outcomes is a soft pricing constraint, not a shared book: across the N outcomes, the YES prices tend toward summing to 1 (exactly one outcome resolves YES), and all the NO contracts are linked for share conversion. To assemble a full picture of a multi-outcome market, request the orderbook for each outcome slug and mirror each one independently.

Errors

Path Parameters

Response

Current orderbook with bids and asks

adjustedMidpoint
number
required

Midpoint after excluding individual orders below minSize before price-level aggregation.

Example:

0.75

asks
object[]
required

YES asks in ascending price order. Each level has side SELL.

bids
object[]
required

YES bids in descending price order. Each level has side BUY.

lastTradePrice
number | null
required

Latest usable mined YES-equivalent trade price, when available.

Example:

0.75

maxSpread
number
required
Example:

0.05

midpoint
number
required

Midpoint from the best displayed bid and ask.

Example:

0.75

minSize
number
required
Example:

1

tokenId
string
required

YES position token ID.

Example:

"19633204485790857949828516737993423758628930235371629943999544859324645414627"