Kalshi leads on both live benchmarks. Kalshi wins on Prediction market API rate limits, tested with a daily ramp (323 ms vs 1.26 s), Best prediction market API, ranked by live latency and uptime (325 ms vs 1.26 s).
CFTC-regulated US prediction market exchange. REST trade API (trade-api/v2) with documented per-tier rate limits; the market data WebSocket requires authentication.
AMM prediction market with a keyless public REST API budgeted at 30 requests per 10 seconds. No order book endpoint and no public WebSocket.
| Provider | Warm book latency | Cold connect |
|---|---|---|
| Kalshi | 323 ms | 326 ms |
| Myriad | 1.26 s | 500 ms |
Ramp tiers stay well inside documented budgets where they exist, at most 7 percent of Polymarket's published book allowance, and every run aborts at the first sign of sustained errors. This benchmark measures throttle onset behaviour at polite request rates, not maximum venue throughput.
| Provider | API latency (price endpoint) | Uptime 24h | Uptime 7d | Cold connect |
|---|---|---|---|---|
| Kalshi | 325 ms | 100.0% | 99.9% | 326 ms |
| Myriad | 1.26 s | 99.8% | 99.6% | 500 ms |
Uptime here means our probes succeeded from three specific regions at a polite request rate. A venue can be up for us and degraded for you, especially during regional network incidents, and a brief blip between probe cycles can go unrecorded. Treat the panel as a measured signal, not a guarantee.
Kalshi and Myriad are compared on 2 shared OpenChainBench benchmarks. Kalshi leads on Prediction market API rate limits, tested with a daily ramp. See the live table on this page for every metric.
On the Prediction market API rate limits, tested with a daily ramp benchmark, Kalshi leads at 323 ms versus Myriad at 1.26 s. Live measurement is updated continuously by the OpenChainBench harness.
Every benchmark on this page uses the same open methodology, published at https://openchainbench.com/methodology. Data is CC-BY-4.0. Measurement harnesses are MIT-licensed.
Auto-generated pairs require: both providers in the same benchmark for seven consecutive days, at least 1000 samples per provider, observable third-party search demand, and a public /products/[slug] page on OCB. Editorially curated pairs (like this one) may publish early when search demand is high and data is accruing — panels with fewer than 100 samples are shown as provisional. The full pair ledger is versioned in the public repo.