Dane Polymarket vs Kalshi: co naprawdę jest dostępne i jak korzystać z obu
Polymarket i Kalshi z zewnątrz wyglądają podobnie, a pod spodem udostępniają zupełnie różne dane. Oto uczciwe zestawienie z podziałem na każdą giełdę.
Polymarket to on-chain CLOB na Polygonie z websocketem, który strumieniuje na żywo order booki, lecz bez historycznego archiwum order booków; Kalshi to regulowana przez CFTC amerykańska giełda z czystym API REST i książką yes/no sięgającą 100 poziomów na stronę, która również nie udostępnia historycznej głębokości order booka. Oba dają książkę na żywo i żadne nie serwuje własnej historii głębokości — i właśnie tę lukę wypełnia przechwytywanie przez podmioty trzecie.
Porównanie obok siebie
| Polymarket | Kalshi | |
|---|---|---|
| Typ | On-chain CLOB (Polygon) | Regulowana przez CFTC giełda w USA |
| Dane rynkowe na żywo | CLOB websocket + REST | REST (order book, świece, transakcje) |
| Kształt książki | Bid/ask na wynik | Yes/no, do 100 poziomów na stronę |
| Historyczny order book | Nieserwowany przez giełdę | Nieserwowany przez giełdę |
| Rynki krypto | Up/down, 5m–24h | 15m, godzinne, dzienne, tygodniowe |
| Rozliczenie | Resolution / oracle | Publikowana cena referencyjna w momencie wygaśnięcia |
Polymarket: bogate dane na żywo, brak historii głębokości
Polymarket prowadzi centralną książkę zleceń z limitem (CLOB) na Polygonie. Jego CLOB websocket strumieniuje na żywo książkę i aktualizacje cen, a API REST udostępnia rynki, transakcje oraz endpoint z historią cen. Czego nie zapewnia, to historyczne archiwum snapshotów order booka — gdy aktualizacja książki minie, giełda nie pozwala jej odtworzyć. Do backtestingu zależnego od spoczywającej książki potrzebujesz dostawcy, który przechwytywał websocket w sposób ciągły.
Kalshi: regulowana, czyste REST, wciąż bez archiwum głębokości
Kalshi to regulowana przez CFTC giełda, co kształtuje jej dane: czyste API REST z rynkami, świecami, transakcjami oraz endpointem z bieżącym order bookiem, podzielone na warstwę live i historyczną. Warstwa historyczna obejmuje jednak transakcje i świece, a nie pełną głębokość order booka w czasie — a publiczny endpoint order booka pokazuje wyłącznie stan bieżący. Zatem, podobnie jak w przypadku Polymarket, odtworzenie książki yes/no Kalshi w takim stanie, w jakim była, wymaga ciągłego przechwytywania przez podmiot trzeci.
Praca z oboma w jednym schemacie
Giełdy różnią się kształtem — bid/ask na wynik w Polymarket kontra drabinka yes/no w Kalshi — więc samodzielne ich zszycie oznacza dwa loadery i dwa modele rozliczeń. DepthFeed normalizuje oba do jednego kolumnowego schematu: tablice cen i wielkości bid/ask, znaczniki czasu giełdy i odbioru w epoch-millis oraz bazową cenę referencyjną dołączaną do każdego snapshotu, dla wszystkich siedmiu aktywów krypto. Ten sam kod backtestu czyta dowolną z giełd.
Przechwytywanie różni się w zależności od giełdy, lecz format wyjściowy już nie: Polymarket jest przechwytywany sterowany zdarzeniami z CLOB websocketu (~10 ms mediany dostarczania na żywo, zmierzone); Kalshi jest odpytywany w sposób ciągły przy pełnej głębokości (mniej więcej co 1,5 sekundy). Oba przychodzą jako identyczny JSON przez API REST i strumień live WebSocket.
Key takeaways
- 01Polymarket to on-chain CLOB (Polygon); Kalshi to regulowana przez CFTC giełda w USA.
- 02Oba strumieniują lub serwują książkę na żywo; żadne nie serwuje własnej historycznej głębokości order booka.
- 03Książki Kalshi są yes/no do 100 poziomów na stronę; książki Polymarket to bid/ask na wynik.
- 04DepthFeed normalizuje oba do jednego schematu, dzięki czemu pojedynczy backtest czyta dowolną z giełd.
Polymarket i Kalshi z zewnątrz wyglądają podobnie, a pod spodem udostępniają zupełnie różne dane. Oto uczciwe zestawienie z podziałem na każdą giełdę.
Zacznij za darmo