Données Polymarket vs Kalshi : ce qui existe vraiment, et comment exploiter les deux
Polymarket et Kalshi se ressemblent vue de l'extérieur, mais exposent des données très différentes en interne. Voici le décryptage honnête, venue par venue.
Polymarket est un CLOB on-chain sur Polygon, doté d'un websocket qui diffuse l'order book en direct mais sans aucune archive historique de l'order book ; Kalshi est une bourse américaine régulée par la CFTC, avec une API REST propre et un book oui/non jusqu'à 100 levels par côté, mais qui ne livre pas non plus l'historique de profondeur de l'order book. Les deux donnent accès au book en direct et aucune ne sert son propre historique de profondeur — c'est précisément la lacune que comble la capture tierce.
Comparaison côte à côte
| Polymarket | Kalshi | |
|---|---|---|
| Type | CLOB on-chain (Polygon) | Bourse américaine régulée par la CFTC |
| Données de marché en direct | Websocket CLOB + REST | REST (orderbook, candlesticks, trades) |
| Forme du book | Bid/ask par issue | Oui/non, jusqu'à 100 levels par côté |
| Order book historique | Non servi par la bourse | Non servi par la bourse |
| Marchés crypto | Up/down, 5m–24h | 15m, horaire, quotidien, hebdomadaire |
| Règlement | Résolution / oracle | Prix de référence publié à l'expiration |
Polymarket : données live riches, pas d'historique de profondeur
Polymarket fait tourner un central limit order book sur Polygon. Son websocket CLOB diffuse en direct le book et les mises à jour de prix, et l'API REST expose les marchés, les trades et un endpoint d'historique des prix. Ce qu'il ne fournit pas, c'est une archive historique des snapshots de l'order book — une fois qu'une mise à jour du book est passée, la bourse ne vous laisse pas la rejouer. Pour un backtest qui dépend du book au repos, il vous faut un fournisseur ayant capturé le websocket en continu.
Kalshi : régulée, REST propre, toujours pas d'archive de profondeur
Kalshi est une bourse régulée par la CFTC, ce qui façonne ses données : une API REST propre avec marchés, candlesticks, trades et un endpoint orderbook de l'état courant, partitionnée en tiers live et historique. Mais le tier historique couvre les trades et les candlesticks, pas la profondeur complète de l'order book dans le temps — et l'endpoint orderbook public ne renvoie que l'état courant. Donc, comme pour Polymarket, rejouer le book oui/non de Kalshi tel qu'il était exige une capture tierce continue.
Travailler les deux dans un même schéma
Les venues diffèrent par leur forme — le bid/ask par issue de Polymarket face à l'échelle oui/non de Kalshi — si bien que les assembler vous-même implique deux loaders et deux modèles de règlement. DepthFeed normalise les deux dans un seul schéma colonnaire : tableaux de prix et de tailles bid/ask, timestamps d'échange et de réception en epoch-millis, et un prix de référence sous-jacent joint par snapshot, sur l'ensemble des sept actifs crypto. Le même code de backtest lit l'une ou l'autre venue.
La capture diffère selon la venue, mais pas le format de sortie : Polymarket est capturé en mode événementiel depuis le websocket CLOB (~10 ms de latence médiane de livraison en direct, mesurée) ; Kalshi est interrogé en continu à pleine profondeur (environ toutes les 1,5 secondes). Les deux arrivent sous le même JSON identique via l'API REST et le flux WebSocket en direct.
Key takeaways
- 01Polymarket est un CLOB on-chain (Polygon) ; Kalshi est une bourse américaine régulée par la CFTC.
- 02Les deux diffusent ou servent le book en direct ; aucune ne sert son propre historique de profondeur de l'order book.
- 03Les books Kalshi sont oui/non jusqu'à 100 levels par côté ; les books Polymarket sont bid/ask par issue.
- 04DepthFeed normalise les deux dans un seul schéma pour qu'un unique backtest lise l'une ou l'autre venue.
Polymarket et Kalshi se ressemblent vue de l'extérieur, mais exposent des données très différentes en interne. Voici le décryptage honnête, venue par venue.
Commencer gratuitement