API de données Kalshi
Une API claire pour la profondeur Kalshi : du JSON brut via REST avec une seule clé Bearer pour l'historique, et un flux WebSocket en direct pour le présent — les deux émettant des objets snapshot identiques, si bien que le code de votre backtest lit le flux live sans la moindre modification.
L'API de données Kalshi de DepthFeed sert la profondeur du carnet d'ordres et les données de prix en JSON brut via HTTPS. Une API REST facturée à l'usage renvoie la découverte des marchés, les métadonnées et les snapshots historiques/les plus récents en pleine profondeur avec une seule clé Bearer ; un flux WebSocket diffuse les mêmes objets en direct. Aucun SDK requis — elle s'intègre à n'importe quelle stack, y compris les outils d'agent de type function-calling et MCP.
L'API de données Kalshi en un coup d'œil
- Protocole
- JSON via HTTPS — REST + WebSocket
- Authentification
- Bearer / X-API-Key (ou ?api_key= en WS)
- Découverte
- Marchés → snapshots → /v3/stream en direct
- Prête pour les agents
- Sans SDK ; compatible MCP / function-calling
- Actifs
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- Horodatages
- Epoch-ms exchange + réception, par snapshot
- Prix sous-jacent
- Binance spot/futures, joint par snapshot
- Historique
- Fenêtres 7/30/90 jours + archive complète (Desk)
- Livraison
- API REST + WebSocket en direct, JSON identique
- Résolution
- Chaque changement, ou sous-échantillonnage ?interval= 30s–1d
Ce que l'API vous offre
REST pour l'historique, WebSocket pour le direct — un seul format JSON
Découvrez les marchés, puis récupérez des snapshots pleine profondeur pour n'importe quel marché via l'API REST. Le flux en direct (wss://api.depthfeed.com/v3/stream) diffuse des objets snapshot identiques à mesure que les carnets évoluent, si bien que le chargeur que vous écrivez pour rejouer l'historique lit le flux live sans modification — backtestez sur l'archive, puis pointez le même code vers le flux et tradez.
Conçue pour l'automatisation et les agents
L'API est du JSON brut avec une seule clé Bearer (ou X-API-Key), donc elle ne nécessite aucun SDK et s'intègre directement dans n'importe quelle définition d'outil de type function-calling ou MCP. Le protocole WebSocket repose sur trois opérations JSON (subscribe / unsubscribe / ping), avec l'authentification ?api_key= là où les en-têtes ne peuvent pas être définis. Les erreurs utilisent un enum de codes stable sur lequel vous pouvez brancher votre logique (AUTH_INVALID, COIN_NOT_IN_PLAN, RATE_LIMIT_BURST, …).
Facturée à l'usage, paginée et ajustable
La pagination keyset (par curseur) et les limites de débit par plan rendent les gros téléchargements prévisibles, avec des en-têtes X-RateLimit-* sur chaque réponse. Choisissez votre résolution : chaque changement de carnet enregistré par défaut, ou ajoutez ?interval= (30s–1d) pour sous-échantillonner côté serveur à un carnet par intervalle. La référence complète avec des exemples prêts à copier-coller se trouve dans la documentation.
Start pulling api de données kalshi
Free Explorer tier, no card. Full bid/ask depth and the underlying price on every snapshot, over a REST API and a live WebSocket stream.
Vos questions, nos réponses.
Non. C'est du JSON brut via HTTPS avec une seule clé Bearer, elle fonctionne donc depuis n'importe quel langage doté d'un client HTTP et s'intègre aux outils d'agent de type function-calling ou MCP sans wrapper. Le WebSocket en direct utilise trois opérations JSON simples (subscribe / unsubscribe / ping), et l'authentification ?api_key= couvre les clients qui ne peuvent pas définir d'en-têtes.