100 credits per API call
List prediction-market events across supported platforms. An event is a top-level
grouping of one or more markets that share a common question or outcome set
(e.g. "2028 US Presidential Election"). Each event row includes a roll-up of nested
market counts, total volume, and total liquidity, with an opt-in to embed the full
list of nested markets via includeMarkets=true.
Supported platforms (filter via platform or omit for a cross-platform
feed):
- Polymarket —
polymarket - Kalshi —
kalshi
Filtering, sorting and pagination
- The
status,category,tagandsearchfilters are only honoured by Polymarket. To use any of themyou must also pin
platform=polymarket— calling them without that
pin returns400so the response is honest about what was filtered. sortacceptsvolume_desc,liquidity_desc,endingSoon,newest. When omitted on a cross-platform feed,results are interleaved so neither platform dominates the first page.
- Pagination is cursor-based. The first call returns a
pagination.cursor; pass that value verbatim as?cursor=…on the next call. Cursors are opaque, fingerprint-bound to the filter set, and
expire when filters change — never construct or modify them by hand. The cursor
field is omitted frompaginationon the last page.
Other notes
volumeUnitisusdon Polymarket events(dollar-denominated volume) and
contractson Kalshi events (number of
contracts traded, not USD).totalLiquidityisnullon Kalshi — quoted liquidityis not exposed at the event level on Kalshi; compute from per-market orderbook
depth if you need it.statusin the response is the verbatim upstream status string(richer than the
statusfilter enum) — values can include
paused,archived,settled, etc.marketsis populated only whenincludeMarkets=trueispassed; otherwise it is
null. When populated, every nested market is
returned (no internal cap).
| Time | Status | User Agent | |
|---|---|---|---|
Retrieving recent requests… | |||