Polymarket API Guide: Live Markets, WebSockets and Historical Research
Polymarket udostępnia silne interfejsy rynku bieżącego. Decyzja architektoniczna dotyczy tego, gdzie oficjalna powierzchnia live kończy się, a gdzie zaczyna się ciągle rejestrowana księga historyczna.
Powierzchnia programistyczna Polymarket obejmuje odkrywanie rynków, ceny, transakcje i aktualizacje księgi zleceń live CLOB. Używaj oficjalnej dokumentacji dla aktualnych definicji endpointów i zachowania platformy. W przypadku badań historycznych, najpierw zdecyduj, czy wystarczy seria cen, czy strategia wymaga drabiny bid/ask, która istniała w każdym momencie decyzyjnym; tylko ciągle rejestrowane archiwum może to zapewnić po zakończeniu aktualizacji live.
Dopasuj zadanie do powierzchni danych
| Zadanie | Dane potrzebne | Typowe źródło |
|---|---|---|
| Odkrywanie bieżących rynków | Wydarzenia, rynki, wyniki i identyfikatory | Oficjalne API Polymarket |
| Monitorowanie bieżącej płynności | Live bids, asks, sizes i zmiany cen | Oficjalny WebSocket CLOB |
| Wykreślanie serii prawdopodobieństwa | Historyczne ceny wyników | Oficjalna powierzchnia historii cen |
| Ponowne odtworzenie wykonania | Przeszłe pełne drabiny z timestampami | Ciągle rejestrowane archiwum |
| Porównanie ze spot | Obserwacje księgi połączone z podstaładową referencją | Ustandaryzowany dostawca badań |
Dlaczego identyfikatory i timestampy pojawiają się jako pierwsze
Integracja Polymarket krzyżuje identyfikatory wydarzeń, rynków, warunków i tokenów. Przechowuj te relacje z surowymi wartościami źródłowymi zamiast traktować czytelny tytuł jako klucz. Tytuł może się zmienić; badanie wykonania musi nadal łączyć ten sam token wyniku z tym samym zarejestrowanym bookiem.
Przechowuj timestampy źródłowe i timestampy odbioru oddzielnie. Czas źródłowy opisuje wydarzenie platformy, a czas odbioru opisuje, kiedy Twój system go zaobserwował. Połączenie ich w jedno pole uniemożliwia audyt błędów opóźnień i kolejności.
Co dodaje DepthFeed
DepthFeed rejestruje aktualizacje Polymarket CLOB sterowane przez wydarzenia, buduje znormalizowane pełne obserwacje księgi i udostępnia je za pomocą tych samych kształtów REST i WebSocket używanych dla Kalshi. Historyczne wiersze zawierają drabiny cen i rozmiarów zamiast tylko pojedynczego punktu prawdopodobieństwa.
Ten rekord obsługuje replikację VWAP świadomego głębokości w Backtest Lab, zapytania API historyczne i audyty wykonania kolejnej księgi dla publicznej aktywności portfela. Brakujące pokrycie jest jawne, a archiwum nie rości sobie prawa do odtwarzania ukrytej płynności, priorytetu kolejki lub wpływu rynkowego rzeczywistego zlecenia.
Lista kontrolna integracji
- Używaj oficjalnej dokumentacji Polymarket jako autorytetu dla aktualnych endpointów i zasad handlowych.
- Przechowuj identyfikatory wydarzeń, warunków i tokenów wyniku razem.
- Zasiej kompletny book przed zastosowaniem przyrostowych zmian cen.
- Przechowuj timestampy źródłowe i odbioru zamiast nadpisywać jeden drugim.
- Używaj historii cen do wykresów i pełnych historycznych drabinek do ponownego odtworzenia wykonania.
- Testuj luki, ponowne połączenia i zduplikowane aktualizacje przed zaufa niami w backtest.
Key takeaways
- 01Oficjalne API Polymarket jest właściwym autorytetem dla bieżącego stanu platformy.
- 02Aktualizacje CLOB live muszą być zasiane i uporządkowane w celu odtworzenia kompletnego booka.
- 03Historyczna seria prawdopodobieństwa nie ujawnia przeszłej głębokości resting.
- 04DepthFeed dodaje zarejestrowane pełne drabiny i jedno schemat badawcze cross-venue.
- 05Identyfikatory, timestampy i zachowanie brakujących danych powinny być zaprojektowane przed logiką strategii.
Polymarket udostępnia silne interfejsy rynku bieżącego. Decyzja architektoniczna dotyczy tego, gdzie oficjalna powierzchnia live kończy się, a gdzie zaczyna się ciągle rejestrowana księga historyczna.
Zacznij za darmo