Polymarket & Kalshi Preisdaten
Polymarket & Kalshi Preisverlauf und Preisdaten
Prediction-Market Preisdaten beginnen mit dem eigenen 0–1 Preis und Spread des Vertrags, abgeleitet aus dem aufgezeichneten Orderbuch. Historische Antworten können auch die nächstvorhergehende Underlying-Krypto-Beobachtung enthalten, wenn eine verfügbar ist.
Prediction-Market Preisdaten, gemessen
Direkt aus unserer Live-Erfassung über alle drei Venues berechnet. Gemessen direkt aus DepthFeeds Live-ClickHouse-Archiv, Juni 21, 2026.
380,000+
Polymarket-Märkte. Archiv beginnt Januar 2026
900,000+
Kalshi Märkte seit Januar 2026
7
Krypto-Vermögenswerte. BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
Prediction-Market Preisdaten haben zwei Ebenen: den Vertrags-Preis und Spread, abgeleitet aus einem aufgezeichneten Orderbuch, plus eine nullable ASOF Underlying-Referenz. Venuespezifische Millisekunden-Beobachtungszeiten machen die Ausrichtung prüfbar und bewahren gleichzeitig die Timing-Semantik jeder Quelle.
Anatomie eines echten Snapshots
Dies ist ein aufgezeichnetes Polymarket-Buch. Die Differenz zwischen Quelle und Empfang beschreibt nur diese Stichprobe, keine Lieferverpflichtung. Kalshi hat seine eigene Ja/Nein-Ladder und Zeitstempelsemantik; konsultieren Sie die dokumentierten Felder für jeden Handelsplatz.
Ja/Auf-Token-Buch; die Nein/Ab-Seite ist das binäre Komplement (down = 1 − up).: erfasst 10 ms nach dem Börsentimestamp.
- price_up / price_down
- Der eigene Marktpreis — quotiert mit 0–1 (implizite Wahrscheinlichkeit). Down ist das Komplement von Up.
- btc_price
- Der zugrundeliegende Krypto-Referenzpreis, ASOF-verbunden mit diesem genauen Snapshot.
- orderbook_up.bids / .asks
- Die vollständige ruhende Ladder — [Preis, Größe] auf beiden Seiten — gegen die eine echte Order ausgefüllt wird.
- exch_ts_ms / recv_ts_ms
- Venue-spezifische Millisekunden-Zeitstempel; Felder unterscheiden sich je nach Quelle, verwenden Sie daher den dokumentierten Zeitstempel für jeden Endpunkt.
Polymarket & Kalshi Preisdaten auf einen Blick
- Marktpreis
- Ergebnisse notiert 0–1 (implizite Wahrscheinlichkeit)
- Basiswert
- Binance Spot/Futures, pro Snapshot zusammengeführt
- Venues
- Polymarket · Kalshi · Limitless
- Erfassung
- Ereignisgesteuerter WS (Poly) · Volltiefen-Abfrage (Kalshi)
- Assets
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- Zeitstempel
- Millisekunden-Beobachtungszeit; venuespezifische Quellstempel
- Basispreis
- Nächstvorhergehende Binance-Referenz wenn verfügbar
- Historie
- 7/30/90-Tage Fenster + vollständiges Archiv (Desk)
- Lieferung
- REST-Historie + normalisierte Live-WebSocket-Frames
- Auflösung
- Rohe gespeicherte Beobachtungen oder ?interval= 1s–1d
Polymarket & Kalshi Preisdaten
Zwei Preisebenen, eine Zeitachse, jede Venue
Der eigene Marktpreis, aus dem realen Buch
Jeder Vertrag handelt zwischen 0 und 1 und repräsentiert eine implizite Wahrscheinlichkeit. Leiten Sie besten Bid, besten Ask und Midpoint aus einer aufgezeichneten Buchbeobachtung ab. Polymarket hat pro Ergebnis Bid/Ask-Leitern und Kalshi Yes/No-Leitern; bewahren Sie die dokumentierten Felder und Zeitstempelsemantik jeder Venue.
Der zugrundeliegende Krypto-Preis, verbunden
Wo eine vorhergehende Binance Spot/Futures-Beobachtung für den Basiswert (BTC, ETH, SOL, XRP, DOGE, BNB und HYPE) existiert, enthalten historische Antworten diese als nullable ASOF-Referenz. Dies unterstützt die Ausrichtung ohne Anspruch auf gleichzeitige Updates.
Aufgezeichnete Bücher in unterstützten Intervallen
Historisches REST liefert gespeicherte Beobachtungen mit venuespezifischen Feldern und Zeitstempeln. Wählen Sie ein unterstütztes Intervall, um eine aufgezeichnete Beobachtung pro Bucket zu erhalten; fehlende Beobachtungen werden nicht interpoliert. Live-WebSocket-Frames verwenden einen separaten dokumentierten Vertrag.
Beispiel: Dieselbe Frage, auf beiden Venues bewertet
Der Zweck eines Schemas ist der direkte Vergleich. Hier ist dieselbe BTC-Frage auf Polymarket und Kalshi.
1Beide Venues quotieren es
Fragen Sie 'Wird BTC im nächsten kurzen Zeitraum steigen?' und beide Venues notieren es — bei Polymarket als Up/Down-Token-Paar, bei Kalshi als Ja/Nein-Kontrakt. Beide sind 0–1, beide sind implizite Wahrscheinlichkeiten.
2Beide Quotes eng
An einem repräsentativen Tag notieren BTC-Kurzfristmärkte auf beiden Venues einen Ein-Cent-(Ein-Tick-)Spread – sowohl Polymarkets Up-Token als auch Kalshis Yes-Kontrakt – sodass Sie die Wahrscheinlichkeiten der beiden Orderbücher direkt vergleichen können.
3Lese sie auf einer Zeitachse
Normalisierte Preis- und Tiefenkonzepte reduzieren venuespezifische Komplexität. Die zugrundeliegenden Referenzen sind nullable, und Clients sollten die dokumentierten Zeitstempel-Semantiken für jede Venue bewahren.
Präzisionshinweise — was exakt ist und wie wir es kennzeichnen
Gute Daten sagen Ihnen, wie gut sie sind. Hier ist, was jeder Preis pro Handelsplatz ist.
Echtes Bid/Ask auf jeder Venue
Der Marktpreis ist der beste Bid, beste Ask und Mid, abgeleitet aus einer aufgezeichneten Buchbeobachtung. Prüfen Sie dessen Zeitstempel und Kadenz, statt einen exakten Buchzustand zwischen Beobachtungen anzunehmen.
Abrechnung exakt dort, wo es zählt (Polymarket)
Wo verfügbar, liefert Polymarket-Event-Metadaten offene und geschlossene Abwicklungsreferenzen. Innerhalb des Fensters liegende Binance-Beobachtungen bleiben eine separat bezogene Referenz; bewahren Sie Herkunft und nullable Werte, anstatt anzunehmen, jede Beobachtung enthalte einen genauen Abwicklungsanker.
Volle Tiefe Kalshi Ja/Nein
Die komplette Kalshi-Ladder wird bis zu 100 Ebenen pro Seite erfasst, sodass jede Wahrscheinlichkeit mit ihrer ruhenden Größe verbunden ist.
Live erfasst, da Tiefe nicht nachgefüllt werden kann
Orderbuch-Historie kann nachträglich nicht rekonstruiert werden, daher zeichnen wir sie kontinuierlich auf – 640 Millionen Snapshots und mehr, die tiefste reicht bis Januar 2026 zurück.
Daten vor der Integration untersuchen
Starte mit einer begrenzten Probe, überprüfe die Felder und Zeitstempel, dann wähle die API- oder Research-Workflow, die zum Job passt.
