> ## Documentation Index > Fetch the complete documentation index at: https://docs.kairos.trade/llms.txt > Use this file to discover all available pages before exploring further. # Cross-platform matching-market records for a set of market slugs > Returns the cross-venue match record for each requested market slug, keyed by slug. Provider entries can include Polymarket, Kalshi, Predict.fun, and Hyperliquid. Slugs with no cross-venue match are silently omitted from the response object (not returned as null). When `live=true`, the Kalshi side of every matched entry is refreshed in-place with a live price (in cents / 100, 4 decimal places); a correction is applied when a stale price appears to be on the wrong side of a binary flip. Responses are cacheable, briefly when `live=true`, longer otherwise. ## OpenAPI ````yaml /openapi/data-api.yaml get /sports/matching-markets openapi: 3.1.0 info: title: Kairos Data API version: 1.0.0 summary: >- The full Kairos data plane — markets, candles, trades, search, discover, sports, trader analytics, and PnL. description: | The Kairos Data API at `data.kairos.trade` is the platform's primary data plane: market metadata and prices, OHLCV candles, live venue trade proxies, normalized trade history, full-text search, discovery feeds, the sports catalog, public trader analytics, and account PnL. ## Authentication Most endpoints accept a Kairos **API key** (`X-Client-Id` + `X-Api-Key` + `X-Api-Secret`, all three) or a first-party session JWT. Endpoints tagged `public` (trader analytics, provider configs, several sports feeds) need no credentials at all. Some endpoints additionally require an API-key **scope** (`trade:read`, `position:read`) — stated per operation. For high-volume market-data consumption (candles/trades/metadata at scale), prefer the dedicated **Market Data API** at `md.kairos.trade` — it has higher budgets, ETag caching, and a binary candle format. ## Rate limits Rate limits use a sliding window keyed on the authenticated user (JWT `sub`) or, for anonymous callers, the trusted client IP. Routes belong to a named **bucket** (`x-kairos-bucket`) whose per-minute budget is shared by every route in it; routes with no bucket run under the service default of 100/minute. `x-kairos-rate-limit` states the bucket's compile-time default — operators can raise or lower a bucket at runtime, so treat the documented number as the baseline, not a contract. 429 responses carry `Retry-After` and `X-RateLimit-*`. ## Conventions - Prices are on the **0–100 cents scale** unless a field says otherwise (trader-analytics position/trade prices use the 0–1 scale; each field's description states its scale). - Errors: `{"detail": ""}` for handler errors; FastAPI's standard validation envelope for 422s. Errors surfaced from a venue adapter instead use `{"error", "provider", "operation", "message"}` — see `DataProviderError`. Unhandled failures always return the generic 500 body; internal details are logged, never returned. - Every request body is capped at 8 MiB service-wide (413). contact: name: Kairos url: https://app.kairos.trade/docs/api-reference termsOfService: https://kairos.trade/terms servers: - url: https://data.kairos.trade description: Production - url: https://staging-data.kairos.trade description: Staging security: - apiKeyClientId: [] apiKeyKey: [] apiKeySecret: [] paths: /sports/matching-markets: get: tags: - Sports summary: Cross-platform matching-market records for a set of market slugs description: >- Returns the cross-venue match record for each requested market slug, keyed by slug. Provider entries can include Polymarket, Kalshi, Predict.fun, and Hyperliquid. Slugs with no cross-venue match are silently omitted from the response object (not returned as null). When `live=true`, the Kalshi side of every matched entry is refreshed in-place with a live price (in cents / 100, 4 decimal places); a correction is applied when a stale price appears to be on the wrong side of a binary flip. Responses are cacheable, briefly when `live=true`, longer otherwise. operationId: getSportsMatchingMarkets parameters: - name: slugs in: query required: true description: >- Comma-separated list of market or matching slugs to look up. Include every slug carried by the discovery card because event slugs and per-outcome market slugs are distinct. Empty/blank entries are dropped. schema: type: string minLength: 1 example: nba-lal-bos-2026-01-15,nhl-tor-mtl-2026-01-15 - name: live in: query required: false description: >- Pass the literal string "true" to refresh Kalshi prices before returning. Any other value, including omission, is treated as false. schema: type: string enum: - 'true' - 'false' example: 'true' responses: '200': description: >- Map of slug to matching-market record. Returns `{}` if `slugs` parses to no non-empty entries. headers: Cache-Control: schema: type: string example: public, max-age=30, s-maxage=60 content: application/json: schema: $ref: '#/components/schemas/SportsMatchingMarketsResponse' '422': $ref: '#/components/responses/DataValidationError' '429': $ref: '#/components/responses/DataRateLimited' security: [] components: schemas: SportsMatchingMarketsResponse: type: object description: >- Map keyed by requested game slug. Slugs with no cache entry, or an unparseable cache value, are omitted from this object entirely. additionalProperties: $ref: '#/components/schemas/SportsMatchingMarketEntry' example: nba-lal-bos-2026-01-15: title: Lakers vs Celtics tokenId: 10897234... providers: - provider: polymarket marketId: nba-lal-bos-2026-01-15 price: 0.62 - provider: kalshi marketId: KXNBAGAME-26JAN15LALBOS-LAL price: 0.6 eventTicker: KXNBAGAME-26JAN15LALBOS - provider: predictfun marketId: '39142' price: 0.61 SportsMatchingMarketEntry: type: object description: Raw contents of a cached cross-venue sports market match entry. required: - providers properties: title: type: string example: Lakers vs Celtics tokenId: type: string description: Polymarket CLOB token id for the primary market side. example: 10897234... providers: type: array items: $ref: '#/components/schemas/SportsMatchingProvider' SportsMatchingProvider: type: object required: - provider - marketId - price properties: provider: type: string enum: - polymarket - kalshi - predictfun marketId: type: string example: KXNBAGAME-26JAN15LALBOS-LAL price: type: number format: double nullable: true description: 0-1 scale probability/price. example: 0.6 eventTicker: type: string nullable: true description: Kalshi event ticker. Present only on kalshi provider entries. example: KXNBAGAME-26JAN15LALBOS volume: type: number format: double nullable: true teamPrices: type: array description: Per-team YES markets for providers that split 3-way moneylines. items: type: object required: - name - marketId - price properties: name: type: string marketId: type: string price: type: number format: double nullable: true drawMarketId: type: string nullable: true drawPrice: type: number format: double nullable: true homeMarketId: type: string nullable: true homePrice: type: number format: double nullable: true awayMarketId: type: string nullable: true awayPrice: type: number format: double nullable: true responses: DataValidationError: description: Request failed FastAPI parameter validation. content: application/json: schema: type: object required: - detail properties: detail: type: array description: >- One entry per failed field, with location, message, and error type. items: type: object additionalProperties: true DataRateLimited: description: > Rate limit exceeded for this route's sliding window, keyed on the session `sub` when authenticated and on the trusted client IP otherwise. Honor `Retry-After`. A per-API-key data ceiling (set per credential) rejects with `{"detail": "API key data rate limit exceeded"}` instead of the `error` envelope below. headers: Retry-After: schema: type: integer X-RateLimit-Limit: schema: type: integer X-RateLimit-Remaining: schema: type: integer X-RateLimit-Reset: schema: type: integer content: application/json: schema: type: object properties: error: type: string example: 'Rate limit exceeded: 100 per 1 minute' securitySchemes: apiKeyClientId: type: apiKey in: header name: X-Client-Id description: >- Credential client id (`kairos_ck_...`). Must be sent together with X-Api-Key and X-Api-Secret. apiKeyKey: type: apiKey in: header name: X-Api-Key description: 64-char hex API key. apiKeySecret: type: apiKey in: header name: X-Api-Secret description: 64-char hex API secret. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.