Guida all'API di Polymarket: Mercati live, WebSocket e Ricerca storica
Polymarket espone interfacce di mercato correnti robuste. La decisione architetturale riguarda dove termina la superficie live ufficiale e dove inizia un book storico registrato in modo continuo.
La superficie di sviluppo di Polymarket copre la scoperta di mercati, i prezzi, le transazioni e gli aggiornamenti live del book degli ordini CLOB. Utilizzare la documentazione ufficiale per le definizioni attuali degli endpoint e il comportamento del luogo di negoziazione. Per la ricerca storica, decidere innanzitutto se è sufficiente una serie di prezzi o se la strategia necessita della scala bid/ask esistente in ogni momento decisionale; solo un archivio registrato in modo continuo può fornire quest'ultima dopo che l'aggiornamento live è passato.
Mappare il compito alla superficie dei dati
| Compito | Dati necessari | Fonte tipica |
|---|---|---|
| Scoprire i mercati correnti | Eventi, mercati, risultati e identificatori | API ufficiali di Polymarket |
| Monitorare la liquidità corrente | Offerte live, richieste, dimensioni e variazioni di prezzo | WebSocket CLOB ufficiale |
| Tracciare una serie di probabilità | Prezzi storici dei risultati | Superficie ufficiale della cronologia dei prezzi |
| Riprodurre l'esecuzione | Scale complete passate con timestamp | Archivio registrato in modo continuo |
| Confrontare con lo spot | Osservazioni del book collegate a un riferimento sottostante | Fornitore di ricerca normalizzato |
Perché gli identificatori e i timestamp vengono prima di tutto
Un'integrazione di Polymarket attraversa identificatori di evento, mercato, condizione e token. Memorizzare tali relazioni con i valori di origine grezzi invece di trattare un titolo leggibile dall'uomo come chiave. Un titolo può cambiare; uno studio di esecuzione deve comunque collegare lo stesso token di risultato allo stesso book registrato.
Mantenere i timestamp di origine e i timestamp di ricezione separatamente. Il tempo di origine descrive l'evento del luogo di negoziazione, mentre il tempo di ricezione descrive quando il sistema lo ha osservato. Il loro collasso in un unico campo rende impossibile la verifica di errori di latenza e di ordinamento.
Cosa aggiunge DepthFeed
DepthFeed registra gli aggiornamenti CLOB di Polymarket basati su eventi, crea osservazioni normalizzate del book completo e li serve attraverso le stesse forme REST e WebSocket utilizzate per Kalshi. Le righe storiche includono scale di prezzo e dimensione piuttosto che un singolo punto di probabilità.
Questo record supporta la riproduzione VWAP consapevole della profondità nel Backtest Lab, le query API storiche e gli audit di esecuzione del next-book per l'attività del portafoglio pubblico. La copertura mancante rimane esplicita e l'archivio non pretende di riprodurre la liquidità nascosta, la priorità della coda o l'impatto sul mercato di un ordine reale.
Lista di controllo per l'integrazione
- Utilizzare la documentazione ufficiale di Polymarket come autorità per gli endpoint correnti e le regole di trading.
- Persistere identificatori di evento, condizione e token di risultato insieme.
- Seminare un book completo prima di applicare modifiche di prezzo incrementali.
- Mantenere i timestamp di origine e di ricezione invece di sovrascriverne uno con l'altro.
- Utilizzare la cronologia dei prezzi per i grafici e le scale storiche complete per la riproduzione dell'esecuzione.
- Testare lacune, riconnessioni e aggiornamenti duplicati prima di fidarsi di un backtest.
Key takeaways
- 01L'API ufficiale di Polymarket è l'autorità corretta per lo stato corrente del luogo di negoziazione.
- 02Gli aggiornamenti CLOB live devono essere seminati e ordinati per ricostruire un book completo.
- 03Una serie di probabilità storica non rivela la profondità di riposo passata.
- 04DepthFeed aggiunge scale complete registrate e uno schema di ricerca cross-venue.
- 05Identificatori, timestamp e comportamento dei dati mancanti devono essere progettati prima della logica della strategia.
Polymarket espone interfacce di mercato correnti robuste. La decisione architetturale riguarda dove termina la superficie live ufficiale e dove inizia un book storico registrato in modo continuo.
Inizia gratis