Dati di prezzo di Polymarket: la guida completa
I dati di prezzo di Polymarket sono due serie, non una — e il prezzo stesso del mercato ha senso solo con l'order book che lo regge. Ecco la guida completa, di prima mano.
I dati di prezzo di Polymarket hanno due livelli: il prezzo di ciascun esito — quotato da 0 a 1, la probabilità implicita del mercato, letta come il midpoint live tra best bid e best ask — e il prezzo di riferimento del sottostante cripto che lo guida. Entrambi sono marcati su ogni snapshot dell'order book con timestamp in epoch-millis, così il prezzo di mercato, lo spread e il movimento dello spot che li ha mossi si allineano esattamente.
I due livelli dei dati di prezzo di Polymarket
Quando si parla di 'prezzo Polymarket' di solito si intende un solo numero — l'ultimo prezzo su un grafico. Per qualsiasi cosa che vada oltre un grafico questo non basta. Un mercato cripto di Polymarket ha due serie di prezzi che hanno senso solo insieme: il prezzo del contratto stesso (un esito quotato tra 0 e 1) e il prezzo dell'asset sottostante (BTC, ETH e così via) che determina come si risolve il contratto.
Il prezzo del contratto è una probabilità implicita. Un token Up scambiato a 0.62 significa che il mercato sta prezzando una probabilità del 62% che l'asset chiuda in rialzo sulla finestra. Il prezzo del sottostante è ciò su cui quella probabilità scommette. Trattali come un'unica serie unita e i dati di prezzo di Polymarket diventano un modello di come un movimento cripto riprezza una probabilità in tempo reale.
Come viene davvero calcolato il prezzo di mercato
Polymarket gestisce un central limit order book per ciascun esito. Il prezzo onesto in qualsiasi istante non è l'ultimo trade — che può essere stale o lontano dal mid — ma il best bid live, il best ask e il mid tra i due. DepthFeed legge il prezzo direttamente dall'order book registrato, così quello che ottieni è il numero al quale avresti effettivamente potuto eseguire, con lo spread visibile alle sue spalle.
I mercati di Polymarket sono binari, quindi i due esiti sono complementari: il prezzo Down è esattamente 1 − il prezzo Up, con le size preservate. Ti serve l'order book di un solo lato per ricostruire entrambi, ma ti serve l'order book — non un singolo mid — per conoscere lo spread e la size in resting che decidono un fill reale.
Anatomia di uno snapshot reale
Ecco uno snapshot reale catturato da un mercato BTC up/down a 5 minuti. I bid del token Up erano in resting a 0.34, 0.33, 0.32, 0.31 e gli ask a 0.35, 0.36, 0.37, 0.38 — un touch a un centesimo (bid 0.34 / ask 0.35) con centinaia di share in resting a ogni livello. Lo snapshot è stato scritto 10 millisecondi dopo che l'exchange lo aveva timestampato.
Ogni snapshot porta con sé: price_up / price_down (i prezzi 0–1 degli esiti), btc_price (il sottostante, unito in ASOF), orderbook_up.bids / .asks (l'intera ladder in resting come coppie [price, size]) ed exch_ts_ms / recv_ts_ms (gli orari di exchange e di ricezione in epoch-millis). È tutto ciò che serve per ricostruire insieme l'order book e il prezzo in qualsiasi istante passato.
Il riferimento del sottostante — e come etichettiamo la precisione
Ogni snapshot viene unito a un prezzo spot/futures Binance ad alta frequenza per l'asset sottostante. I dati buoni ti dicono quanto è esatto ciascun numero. Per i mercati a 1 ora, 4 ore e 24 ore il sottostante intra-window è Binance esatto. Per i mercati a 5 e 15 minuti il prezzo in movimento intra-window è servito come proxy Binance chiaramente etichettato, mentre i riferimenti di apertura e chiusura sono catturati esattamente dai metadati dell'evento di Polymarket (gli anchor di settlement Chainlink).
Quell'etichettatura conta: significa che un modello non si fida mai in silenzio del numero sbagliato. Sai sempre se il tick del sottostante a cui ti stai unendo è la fonte di settlement esatta o un proxy etichettato per il movimento intra-window.
Settlement e risoluzione
Un mercato cripto up/down di Polymarket si risolve contro un prezzo di riferimento: in apertura viene fissato un 'prezzo da battere', e il prezzo finale alla chiusura decide il vincitore. Un esempio reale già liquidato: il prezzo da battere era $62,701.75 all'apertura; il riferimento finale ha stampato $62,519.65 alla chiusura — sotto la linea — quindi il mercato si è risolto Down. Nel corso della finestra, il prezzo del token Up è scivolato verso 0 man mano che lo spot scendeva.
Questi campi di risoluzione (prezzo da battere, prezzo finale, vincitore, volume) vengono inseriti in backfill circa 12–24 ore dopo il settlement. Sui 60,307 mercati cripto up/down liquidati per i quali DepthFeed ha catturato apertura e chiusura, il 49.2% si è risolto Up e il 50.8% Down — un quasi testa-o-croce che si può vedere solo misurando il record di settlement reale.
Cosa ti dà l'API di Polymarket — e cosa no
La superficie pubblica di Polymarket è generosa sul lato live: il websocket CLOB trasmette in streaming gli aggiornamenti live di order book e prezzo, e l'API REST espone markets, trades e un endpoint prices-history. Quello che non fornisce è un archivio storico di snapshot dell'order book — una volta che un aggiornamento del book è passato, l'exchange non ti permette di riprodurlo.
Quel buco è l'intera ragione per cui esistono i dati di prezzo di terze parti. Un endpoint prices-history può tracciare una linea; non può dirti lo spread, la size in resting o lo slippage che un ordine reale avrebbe pagato in un istante passato. Per questo ti serve l'order book così com'era, il che richiede che qualcuno abbia catturato il websocket in modo continuo.
Copertura misurata
L'archivio Polymarket di DepthFeed contiene oltre 566 milioni di snapshot dell'order book su oltre 380,000 mercati cripto distinti, con uno storico denso che risale fino a gennaio 2026, su sette asset (BTC, ETH, SOL, XRP, DOGE, BNB, HYPE) e cinque finestre (5 minuti, 15 minuti, 1 ora, 4 ore e 24 ore). Su un mercato BTC rappresentativo, l'order book quota tipicamente uno spread da un centesimo (single-tick) con circa 49 livelli di prezzo per lato e all'incirca 94,000 share di profondità in resting.
La profondità dell'order book non può essere ricostruita a posteriori, quindi è stata tutta catturata live. (Cifre misurate direttamente dal nostro archivio, 21 giugno 2026.)
Key takeaways
- 01I dati di prezzo di Polymarket sono due serie unite: il prezzo del contratto 0–1 e il prezzo del sottostante cripto.
- 02Il prezzo onesto del contratto è il mid live tra best bid e best ask dell'order book, non un'ultima stampa; Down = 1 − Up.
- 03Il sottostante è unito per snapshot — esatto per 1h/4h/24h, un proxy etichettato per l'intra-window a 5m/15m.
- 04I mercati si risolvono contro un 'prezzo da battere' in apertura e un riferimento in chiusura; la risoluzione arriva in backfill ~12–24h dopo.
- 05Polymarket non serve la profondità storica dell'order book — riprodurre il book richiede una cattura continua di terze parti.
I dati di prezzo di Polymarket sono due serie, non una — e il prezzo stesso del mercato ha senso solo con l'order book che lo regge. Ecco la guida completa, di prima mano.
Inizia gratis