Dane Polymarket vs Kalshi: co naprawdę jest dostępne i jak korzystać z obu

Porównanie obok siebie

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

Platformy różnią się kształtem księgi, semantyką znaczników czasu i zasadami rozliczeń. DepthFeed udostępnia zapisane obserwacje księgi za pośrednictwem REST i znormalizowane ramki na żywo za pośrednictwem WebSocket. Zmapuj każdy udokumentowany kontrakt do swojego modelu badawczego i zachowaj jawne dopuszczalne odwołania bazowe i specyficzne dla platformy czasy.

Kadencja przechwytywania i zapisana kadencja różnią się w zależności od platformy. Historyczne REST zwraca zapisane obserwacje, podczas gdy WebSocket publikuje ramki księgi na żywo; oba używają JSON, ale ich pola i czas nie są wymienne. Skonsultuj się z kontraktami punktów końcowych i rzeczywistym pokryciem, zamiast zakładać identyczne obiekty lub stałe opóźnienie dostawy.