Comparatif8 min de lecture
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 lieux diffèrent par la forme du carnet d'ordres, la sémantique des horodatages et les règles de règlement. DepthFeed fournit des observations de carnet d'ordres enregistrées via REST et des images de carnet d'ordres en direct normalisées via WebSocket. Mappez chaque contrat documenté dans votre modèle de recherche et gardez explicites les références sous-jacentes nullables et le calendrier spécifique au lieu.
La capture et la cadence de stockage diffèrent selon le lieu. Les REST historiques renvoient des observations enregistrées, tandis que WebSocket publie des images de carnet d'ordres en direct ; les deux utilisent JSON, mais leurs champs et leur calendrier ne sont pas interchangeables. Consultez les contrats des points d'accès et la couverture réelle au lieu de supposer des objets identiques ou une latence de livraison fixe.
À retenir
- 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.
- 04La logique de stratégie partagée nécessite toujours des adaptateurs pour les champs du carnet d'ordres, le calendrier et les règles de règlement de chaque lieu.
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