Polymarket V2 potrebbe cambiare il modo in cui gli utenti scommettono sugli eventi

Polymarket ha avviato i test di produzione del Protocollo V2 in vista di un passaggio provvisorio il 2 novembre per i mercati appena creati, sostituendo l'architettura di mercato Gnosis CTF del 2019 con un sistema di posizioni ERC-1155, collaterale pUSD e risoluzione modulare.

Riepilogo

• Il Protocollo Polymarket V2 inizierà a gestire nuovi mercati il 2 novembre dopo i test canary di ottobre.
• V2 sostituisce gli adattatori Gnosis CTF legacy con un unico sistema di posizioni ERC-1155 e collaterale pUSD unificato.
• UMA e Chainlink possono fornire risultati attraverso il nuovo strato di liquidazione OracleAggregator di Polymarket per i mercati.
• Polymarket afferma che le attuali partecipazioni CTF rimarranno invariate mentre le nuove posizioni V2 utilizzeranno contratti separati.
• L'API dati V1 andrà in pensione il 24 ottobre, dando agli sviluppatori nove giorni prima del previsto passaggio a V2.

Il responsabile del protocollo Polymarket, Rajath Alex, ha dichiarato il 5 ottobre che i mercati canary funzioneranno in produzione fino al 30 ottobre prima che i mercati "provvisoriamente" inizino a passare al Protocollo V2 il 2 novembre. I mercati e le posizioni CTF esistenti non migreranno automaticamente ai nuovi contratti.

Polymarket V2 ricostruisce il modo in cui vengono create le posizioni

Il sistema di mercato esistente di Polymarket risale al Conditional Tokens Framework di Gnosis del 2019. Con l'introduzione di nuovi formati di mercato, sono stati aggiunti adattatori e contratti separati per funzioni tra cui mercati a rischio negativo, gestione del collaterale e risoluzione.

Il Protocollo V2 rimuove gran parte di quella struttura. Il repository ufficiale del codice di Polymarket descrive V2 come il suo "sistema di smart contract per mercati predittivi di nuova generazione", con token di posizione ERC-1155, gestione del collaterale, oracoli modulari, abbinamento degli ordini e funzioni cross-chain.

Gli ID delle posizioni ora codificano informazioni tra cui il modulo, la condizione e il risultato direttamente nell'identificatore del token. Il sistema utilizza un contratto PositionManager comune e un Router, con moduli separati che gestiscono diverse strutture di mercato.

I moduli iniziali coprono mercati binari, mercati a rischio negativo atomici, mercati a rischio negativo incrementali e mercati combinatori. L'elenco di distribuzione di Polygon pubblicato da Polymarket mostra il PositionManager, l'Exchange, il Router e ciascuno di questi moduli già distribuiti sulla mainnet.

Il rilascio di ottobre non deve essere confuso con il precedente aggiornamento CLOB v2 di Polymarket. Come riportato in precedenza nella copertura di crypto.news sull'implementazione di CLOB v2 di Polymarket, l'aggiornamento di aprile ha cambiato i contratti di scambio, il motore di abbinamento e il collaterale introducendo pUSD per il trading. Il Protocollo V2 cambia l'infrastruttura delle posizioni e dei mercati sottostante a quel sistema di trading.

pUSD diventa il collaterale comune tra i mercati V2

Il Protocollo Polymarket V2 utilizza Polymarket USD, o pUSD, come asset collaterale comune tra i nuovi moduli di mercato.

La documentazione ufficiale del contratto afferma che pUSD è un token ERC-20 che avvolge USDC e USDC.e in un rapporto 1:1 attraverso un vault esterno. Il codice richiede che la combinazione di USDC e USDC.e detenuta dal vault sia pari o superiore all'offerta pUSD in circolazione.

Il token stesso non è nuovo. pUSD è arrivato con le modifiche all'exchange all'inizio del 2026, ma il Protocollo V2 lo rende il collaterale comune utilizzato dai suoi moduli di mercato. Le integrazioni esistenti che già utilizzano pUSD non devono sostituire la loro configurazione collaterale quando aggiungono il supporto V2, secondo la guida alla migrazione di Polymarket.

Per gli sviluppatori, le posizioni cambiano. I saldi V2 si trovano nel nuovo PositionManager, mentre le suddivisioni, le fusioni e i riscatti avvengono tramite il Router. Le approvazioni CTF esistenti non vengono trasferite, quindi le integrazioni necessitano di nuove autorizzazioni per le operazioni V2.

Polymarket invita esplicitamente gli sviluppatori a mantenere il supporto CTF per i mercati e le partecipazioni più vecchie. La sua documentazione di migrazione afferma che le partecipazioni CTF esistenti non vengono convertite quando un'integrazione aggiunge il Protocollo V2.

UMA e Chainlink possono liquidare i mercati attraverso un unico strato

La risoluzione riceve un redesign separato attraverso il nuovo OracleAggregator.

Il codice V2 di Polymarket mostra che l'OracleAggregator si trova sopra i moduli di reporter, disputa e arbitrato pluggabili. Gli attuali contratti reporter includono un modulo UMA Optimistic Oracle, un reporter Chainlink e un reporter EOA.

Il modulo UMA può passare i risultati UMA risolti all'aggregatore come voti dei reporter. Il modulo di Chainlink gestisce la risoluzione basata sui prezzi utilizzando i Chainlink Data Streams, secondo la documentazione del contratto pubblicata. Diversi moduli reporter possono essere combinati sotto soglie impostate per i mercati individuali.

Polymarket ha già introdotto Chainlink per alcuni mercati oggettivi. Nella copertura di crypto.news relativa all'integrazione di Chainlink, la piattaforma ha utilizzato i Chainlink Data Streams e l'Automazione per risolvere i mercati dei prezzi delle criptovalute utilizzando dati di mercato esterni.

UMA rimane rilevante per i mercati che richiedono risoluzioni basate su eventi. Crypto.news ha documentato separatamente come UMA risolve i mercati di previsione di Polymarket e come le dispute possano muoversi attraverso il suo processo di sfida. Il Protocollo V2 non sostituisce semplicemente UMA con Chainlink. Il suo OracleAggregator consente a diverse fonti di risoluzione di connettersi allo stesso framework.

I contratti V2 contengono anche infrastrutture cross-chain. La documentazione del ponte di Polymarket afferma che posizioni, garanzie e risultati di risoluzione possono muoversi attraverso uno strato di trasporto la cui implementazione attuale utilizza Chainlink CCIP. Polygon rimane il centro di risoluzione nel design della mainnet pubblicata.

Non è stata annunciata alcuna data per un'attivazione multi-chain. Il codice del ponte stabilisce la struttura tecnica, ma il piano di migrazione del 2 novembre riguarda i nuovi mercati V2 e non annuncia di per sé il trading su catene aggiuntive.

I controlli di sicurezza coprono i nuovi contratti di Polymarket

Polymarket ha rilasciato un dettagliato record di sicurezza per il Protocollo V2 prima della migrazione pianificata. Il suo repository ufficiale di sicurezza dei contratti elenca le revisioni di Cantina, Certora, Quantstamp, Pashov, Sigma Prime e Zellic su componenti principali del V2. Il repository elenca il lavoro di verifica formale di Certora che copre l'Exchange, il Collateral Token, il Position Manager, il Binary Module, il NegRisk Module, il Combinatorial Module e l'OracleAggregator.

Alex ha dichiarato che vulnerabilità critiche rimangono idonee per premi fino a 5 milioni di dollari nell'ambito del programma di bug bounty di Polymarket. Il bounty è stato lanciato all'inizio del 2026 e copre smart contract e altre parti della tecnologia della piattaforma.

Il periodo canarino offre agli sviluppatori e ai market maker un ambiente di produzione per testare prima della transizione pianificata del 2 novembre. Alex ha affermato che il rollout limitato si svolge dal 5 ottobre al 30 ottobre, con nuovi mercati che dovrebbero iniziare a utilizzare il V2 successivamente, se il programma viene rispettato.

Gli sviluppatori affrontano una scadenza anticipata del 24 ottobre

Una migrazione separata è già in corso per l'API Dati di Polymarket. La documentazione ufficiale di Polymarket afferma che l'API Dati V1 sarà ritirata il 24 ottobre 2026, richiedendo alle integrazioni esistenti di passare alle rotte V2 prima di tale data. Il nuovo sistema utilizza una struttura di risposta condivisa, paginazione basata su cursori e campi snake_case.

L'API Dati V2 consolida diverse rotte di posizione in /v2/positions e aggiunge endpoint che coprono profitti e perdite degli utenti, volume, storia dei prezzi, risoluzioni e stato del servizio. La paginazione con cursore rimuove il vecchio limite di 10.000 righe utilizzato dalla V1.

Per gli utenti regolari dell'app e del sito web, Polymarket afferma che non è richiesta alcuna migrazione tecnica. Gli utenti potrebbero incontrare nuovi prompt di approvazione quando interagiscono con i mercati V2, mentre gli sviluppatori e le integrazioni di smart contract devono supportare sia le posizioni V2 che le partecipazioni legacy CTF.

Il programma attuale concede agli sviluppatori API fino al 24 ottobre per lasciare l'API Dati V1, mantiene i mercati canarini del Protocollo V2 attivi fino al 30 ottobre e fissa il 2 novembre come data provvisoria in cui i nuovi mercati creati iniziano a utilizzare il protocollo V2.