Confronto8 min di lettura
Dati Polymarket vs Kalshi: cosa è davvero disponibile e come usarli entrambi
Polymarket e Kalshi sembrano simili dall'esterno, ma sotto la superficie espongono dati molto diversi. Ecco il confronto onesto, venue per venue.
Polymarket è un CLOB on-chain su Polygon, con un WebSocket che trasmette l'order book live ma senza alcun archivio storico dell'order book; Kalshi è un exchange statunitense regolamentato dalla CFTC, con una REST API pulita e un book yes/no fino a 100 levels per lato, ma anch'esso non distribuisce la profondità storica dell'order book. Entrambi forniscono il book live e nessuno dei due offre lo storico della propria profondità — ed è proprio questa la lacuna che colma la cattura di terze parti.
Confronto diretto
| Polymarket | Kalshi | |
|---|---|---|
| Tipo | CLOB on-chain (Polygon) | Exchange USA regolamentato dalla CFTC |
| Dati di mercato live | WebSocket CLOB + REST | REST (orderbook, candlesticks, trade) |
| Struttura del book | Bid/ask per outcome | Yes/no, fino a 100 levels per lato |
| Order book storico | Non fornito dall'exchange | Non fornito dall'exchange |
| Mercati crypto | Up/down, 5m–24h | 15m, orari, giornalieri, settimanali |
| Regolamento | Risoluzione / oracle | Prezzo di riferimento pubblicato alla scadenza |
Polymarket: dati live ricchi, nessuno storico della profondità
Polymarket gestisce un central limit order book su Polygon. Il suo WebSocket CLOB trasmette in tempo reale gli aggiornamenti del book e dei prezzi, e la REST API espone mercati, trade e un endpoint di prices-history. Ciò che non fornisce è un archivio storico degli snapshot dell'order book: una volta passato un aggiornamento del book, l'exchange non consente di rigiocarlo. Per un backtest che dipende dal resting book serve un provider che abbia catturato il WebSocket in modo continuo.
Kalshi: regolamentato, REST pulita, ma ancora nessun archivio della profondità
Kalshi è un exchange regolamentato dalla CFTC, e questo ne plasma i dati: una REST API pulita con mercati, candlesticks, trade e un endpoint per l'orderbook corrente, suddivisa in tier live e storico. Ma il tier storico copre trade e candlesticks, non la profondità completa dell'order book nel tempo — e l'endpoint pubblico dell'orderbook restituisce solo lo stato corrente. Quindi, come per Polymarket, rigiocare il book yes/no di Kalshi così com'era richiede una cattura continua da parte di terzi.
Lavorare con entrambi in un unico schema
Le sedi differiscono per forma dell'ordine, semantica dei timestamp e regole di regolamento. DepthFeed fornisce osservazioni dell'ordine memorizzate tramite REST e frame live normalizzati tramite WebSocket. Mappa ciascun contratto documentato nel tuo modello di ricerca e mantieni espliciti i riferimenti sottostanti nullable e la tempistica specifica della sede.
La cattura e la cadenza memorizzata differiscono per sede. REST storico restituisce osservazioni memorizzate, mentre WebSocket pubblica frame di ordini live; entrambi utilizzano JSON, ma i loro campi e la loro tempistica non sono intercambiabili. Consulta i contratti degli endpoint e la copertura effettiva invece di presumere oggetti identici o una latenza di consegna fissa.
Punti chiave
- 01Polymarket è un CLOB on-chain (Polygon); Kalshi è un exchange USA regolamentato dalla CFTC.
- 02Entrambi trasmettono o forniscono il book live; nessuno dei due offre lo storico della profondità del proprio order book.
- 03I book di Kalshi sono yes/no fino a 100 levels per lato; i book di Polymarket sono bid/ask per outcome.
- 04La logica della strategia condivisa necessita ancora di adattatori per i campi dell'ordine, la tempistica e le regole di regolamento di ciascuna sede.
Polymarket e Kalshi sembrano simili dall'esterno, ma sotto la superficie espongono dati molto diversi. Ecco il confronto onesto, venue per venue.
Inizia gratis