Vergleich8 Min. Lesezeit
Polymarket vs. Kalshi Daten: Was wirklich verfügbar ist und wie man beide nutzt
Polymarket und Kalshi sehen von außen ähnlich aus und liefern darunter völlig unterschiedliche Daten. Hier ist die ehrliche Aufschlüsselung pro Venue.
Polymarket ist ein On-Chain-CLOB auf Polygon mit einem WebSocket, der Live-Orderbücher streamt, aber kein historisches Orderbuch-Archiv vorhält; Kalshi ist eine CFTC-regulierte US-Börse mit einer sauberen REST-API und einem Yes/No-Buch mit bis zu 100 Levels pro Seite, liefert aber ebenfalls keine historische Orderbuch-Tiefe. Beide geben Ihnen das Live-Buch, und keiner stellt seine eigene Tiefenhistorie bereit — genau diese Lücke schließt die Erfassung durch Dritte.
Direkter Vergleich
| Polymarket | Kalshi | |
|---|---|---|
| Typ | On-Chain-CLOB (Polygon) | CFTC-regulierte US-Börse |
| Live-Marktdaten | CLOB-WebSocket + REST | REST (Orderbook, Candlesticks, Trades) |
| Buchstruktur | Bid/Ask pro Outcome | Yes/No, bis zu 100 Levels pro Seite |
| Historisches Orderbuch | Wird von der Börse nicht bereitgestellt | Wird von der Börse nicht bereitgestellt |
| Krypto-Märkte | Up/Down, 5m–24h | 15m, stündlich, täglich, wöchentlich |
| Abrechnung | Resolution / Oracle | Veröffentlichter Referenzpreis bei Verfall |
Polymarket: reichhaltige Live-Daten, keine Tiefenhistorie
Polymarket betreibt ein zentrales Limit-Orderbuch auf Polygon. Sein CLOB-WebSocket streamt Live-Buch und Preis-Updates, und die REST-API stellt Märkte, Trades sowie einen prices-history-Endpunkt bereit. Was es nicht bietet, ist ein historisches Archiv von Orderbuch-Snapshots — sobald ein Buch-Update vorbei ist, lässt die Börse es nicht erneut abspielen. Für Backtesting, das auf dem ruhenden Buch beruht, brauchen Sie einen Anbieter, der den WebSocket kontinuierlich erfasst hat.
Kalshi: reguliert, sauberes REST, dennoch kein Tiefen-Archiv
Kalshi ist eine CFTC-regulierte Börse, was ihre Daten prägt: eine saubere REST-API mit Märkten, Candlesticks, Trades und einem Endpunkt für das aktuelle Orderbook, aufgeteilt in Live- und historische Tiers. Doch der historische Tier deckt Trades und Candlesticks ab, nicht die volle Orderbuch-Tiefe über die Zeit — und der öffentliche Orderbook-Endpunkt liefert nur den aktuellen Zustand. Wie bei Polymarket erfordert das erneute Abspielen von Kalshis Yes/No-Buch, so wie es war, also eine kontinuierliche Erfassung durch Dritte.
Beide Venues in einem Schema verarbeiten
Die Handelsplätze unterscheiden sich in Orderbuchform, Zeitstempelsemantik und Abrechnungsregeln. DepthFeed stellt gespeicherte Orderbuchbeobachtungen über REST und normalisierte Live-Frames über WebSocket bereit. Ordnen Sie jeden dokumentierten Vertrag in Ihr Forschungsmodell ab und halten Sie nullbare zugrunde liegende Referenzen und handelsplatzspezifische Zeitplanung explizit.
Erfassung und gespeicherte Kadenz unterscheiden sich je nach Handelsplatz. Historische REST gibt gespeicherte Beobachtungen zurück, während WebSocket Live-Orderbuch-Frames veröffentlicht; beide verwenden JSON, aber ihre Felder und Zeitplanung sind nicht austauschbar. Konsultieren Sie die Endpunktverträge und die tatsächliche Abdeckung, anstatt identische Objekte oder eine feste Lieferlatenz anzunehmen.
Das Wichtigste
- 01Polymarket ist ein On-Chain-CLOB (Polygon); Kalshi ist eine CFTC-regulierte US-Börse.
- 02Beide streamen oder liefern das Live-Buch; keiner stellt seine eigene historische Orderbuch-Tiefe bereit.
- 03Kalshi-Bücher sind Yes/No mit bis zu 100 Levels pro Seite; Polymarket-Bücher sind Bid/Ask pro Outcome.
- 04Gemeinsame Strategielogik benötigt immer noch Adapter für die Orderbuchfelder, Zeitplanung und Abrechnungsregeln jedes Handelsplatzes.
Polymarket und Kalshi sehen von außen ähnlich aus und liefern darunter völlig unterschiedliche Daten. Hier ist die ehrliche Aufschlüsselung pro Venue.
Kostenlos starten