Données de prix Polymarket & Kalshi
Historique des prix et données de prix Polymarket & Kalshi
Les données de prix des marchés prédictifs commencent par le prix 0–1 propre au contrat et l'écart, dérivés du carnet d'ordres enregistré. Les réponses historiques peuvent aussi inclure l'observation crypto sous-jacente la plus proche précédente lorsqu'elle est disponible.
Données de prix des marchés prédictifs, mesurées
Calculé directement à partir de notre capture en direct sur les trois venues. Mesuré directement à partir de l'archive ClickHouse en direct de DepthFeed, juin 21, 2026.
380,000+
Marchés Polymarket. archive commence en janvier 2026
900,000+
Marchés Kalshi depuis janvier 2026
7
actifs crypto. BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
Les données de prix des marchés prédictifs ont deux couches : le prix et l'écart du contrat dérivés d'un carnet enregistré, plus une référence sous-jacente ASOF nullable. Les temps d'observation en millisecondes spécifiques au venue rendent l'alignement inspectable tout en préservant la sémantique temporelle de chaque source.
Anatomie d'un vrai instantané
C’est un carnet Polymarket enregistré. Sa différence source-à-réception décrit cet échantillon seulement, pas un engagement de livraison. Kalshi a sa propre échelle yes/no et sa propre sémantique d’horodatage ; consultez les champs documentés pour chaque venue.
Oui/carnet du token Up ; le côté No/Down est le complément binaire (down = 1 − up).: capturé 10 ms après l’horodatage de l’échange.
- price_up / price_down
- Le prix propre au marché — coté 0–1 (probabilité implicite). Down est le complément de Up.
- btc_price
- Le prix de référence crypto sous-jacent, joint ASOF à ce snapshot exact.
- orderbook_up.bids / .asks
- La ladder complète en attente — [prix, taille] des deux côtés — contre quoi un ordre réel se remplit.
- exch_ts_ms / recv_ts_ms
- Timestamps en millisecondes spécifiques à la venue ; les champs diffèrent selon la source, utilisez donc le timestamp documenté pour chaque point de terminaison.
Données de prix Polymarket & Kalshi en un coup d'œil
- Prix du marché
- Résultats cotés 0–1 (probabilité implicite)
- Sous-jacent
- Spot/futures Binance, joints par instantané
- Venues
- Polymarket · Kalshi · Limitless
- Capture
- WS piloté par événements (Poly) · sondage complet (Kalshi)
- Actifs
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- Horodatages
- Temps d’observation en millisecondes ; horodatages source spécifiques au venue
- Prix sous-jacent
- Référence Binance la plus proche précédant l’observation lorsque disponible
- Historique
- 7/30/90 jours fenêtres + archive complète (Desk)
- Livraison
- Historique REST + trames WebSocket en direct normalisées
- Résolution
- Observations stockées brutes ou ?interval= 1s–1j
Données de prix Polymarket & Kalshi
Deux couches de prix, une seule chronologie, chaque venue
Le prix propre au marché, depuis le carnet réel
Chaque contrat se négocie entre 0 et 1, représentant une probabilité implicite. Dérivez le meilleur bid, le meilleur ask et le midpoint d’une observation enregistrée du carnet. Polymarket a des ladders bid/ask par issue et Kalshi a des ladders oui/non ; préservez les champs documentés et la sémantique des horodatages propres à chaque venue.
Le prix crypto sous-jacent, joint
Lorsqu'une observation spot/futures Binance précédente existe pour l'actif (BTC, ETH, SOL, XRP, DOGE, BNB et HYPE), les réponses historiques l'incluent comme référence ASOF nullable. Cela supporte l'alignement sans prétendre à des mises à jour simultanées.
Carnets enregistrés à intervalles supportés
Le REST historique retourne des observations stockées avec des champs spécifiques à la venue et des horodatages. Choisissez un intervalle supporté pour sélectionner une observation enregistrée par bucket ; les observations manquantes ne sont pas interpolées. Les frames WebSocket live utilisent un contrat documenté séparé.
Exemple travaillé : la même question, cotée sur les deux venues
Le but d’un schéma est la comparaison directe. Voici la même question BTC sur Polymarket et Kalshi.
1Les deux places cotent
Demandez « le BTC sera-t-il en hausse sur la prochaine courte fenêtre ? » et les deux venues le proposent — sur Polymarket comme paire de jetons Up/Down, sur Kalshi comme contrat oui/non. Les deux sont 0–1, les deux sont des probabilités implicites.
2Les deux cotent serré
Sur une journée représentative, les marchés BTC à court terme affichent un spread d'un centime (tick unique) sur les deux plateformes — le jeton Up de Polymarket et le contrat yes de Kalshi — vous pouvez donc comparer directement les probabilités des deux carnets.
3Les lire sur une seule chronologie
Les concepts normalisés de prix et de profondeur réduisent la plomberie spécifique à chaque plateforme. Les références sous-jacentes sont nullable, et les clients doivent préserver la sémantique des horodatages documentée pour chaque plateforme.
Notes de précision — ce qui est exact, et comment nous l'étiquetons
De bonnes données vous disent leur qualité. Voici ce que chaque prix est, par venue.
Offre/demande réelle sur chaque venue
Le prix du marché est la meilleure offre, la meilleure demande et le point médian dérivés d’une observation enregistrée du carnet. Inspectez son horodatage et sa cadence au lieu de supposer un état exact du carnet entre les observations.
Exactitude du règlement là où ça compte (Polymarket)
Lorsque disponible, les métadonnées d'événement Polymarket fournissent les références de règlement d'ouverture et de clôture du venue. Les observations Binance intra-fenêtre restent une référence source distincte ; conservez la provenance et les valeurs nullables plutôt que de supposer que chaque observation contient une ancre de règlement exacte.
Oui/non Kalshi en pleine profondeur
La ladder complète Kalshi est capturée jusqu’à 100 niveaux par côté, donc chaque probabilité vient avec sa taille en attente associée.
Capturé en direct, car la profondeur ne peut pas être reconstituée
L'historique du carnet d'ordres ne peut être reconstruit après coup, donc nous l'enregistrons en continu — 640 millions d'instantanés et ça continue, le plus ancien remontant à janvier 2026.
Inspecter les données avant intégration
Commencez avec un échantillon borné, vérifiez les champs et horodatages, puis choisissez l’API ou le flux de recherche qui correspond au travail.
Commencer gratuitement, sans carte · Lire la documentation API
