Polymarket ha lanciato Protocol V2, un'architettura di smart contract di nuova generazione progettata per succedere all'infrastruttura legacy che serve la piattaforma di mercati predittivi dalla sua nascita. Rajath Alex, protocol lead dell'azienda, ha annunciato il rilascio, dichiarando che il nuovo sistema girerà inizialmente in produzione tramite i Canary Markets tra il 5 e il 30 ottobre, in vista di una transizione provvisoria di tutti i nuovi mercati allo stack aggiornato il 2 novembre. Polymarket è tra le più grandi piattaforme di mercati predittivi nel settore crypto, e lo stato dei suoi contratti core determina la rapidità con cui nuovi tipi di mercato possono essere lanciati e la facilità con cui le integrazioni esterne si collegano alla piattaforma.

La revisione è guidata dai limiti architetturali dell'attuale base layer di Polymarket. Dal lancio, la piattaforma ha operato sul Conditional Tokens Framework (CTF), un sistema generico originariamente sviluppato da Gnosis nel 2019. Sebbene funzionale, il framework richiedeva un contratto adapter aggiuntivo per ogni nuovo tipo di mercato introdotto: un adapter dedicato per il collaterale pUSD, un token wrappato per i mercati negative-risk, un exchange separato per ogni tipo di mercato e un proprio oracle adapter per ogni integrazione. In pratica, ciò significava che ogni espansione della lineup di mercati della piattaforma moltiplicava il numero di contratti attraverso cui utenti e integratori dovevano passare.

Protocol V2 collassa quello stack a strati in un design unificato ancorato a un singolo contratto di position token ERC-1155, un singolo asset di collaterale (pUSD), un solo exchange per tutti i tipi di mercato e un singolo router. Ogni position ID codifica il tipo di mercato, il mercato e l'esito, consentendo al protocollo di leggere i metadati delle posizioni direttamente dall'identificatore invece di passare per contratti intermediari. Per sviluppatori e integratori, l'effetto pratico è una singola superficie di integrazione per tutti i tipi di mercato supportati dalla piattaforma, invece di un percorso dedicato per ciascuno.

Il sistema viene rilasciato come un insieme di moduli che gestiscono nativamente, al lancio, mercati binari, mercati negative-risk atomici, mercati negative-risk incrementali e mercati combinatori. Ogni modulo espone inoltre operazioni primitive aggiuntive che ampliano ciò che si può costruire sopra le posizioni, migliorando al contempo l'efficienza del capitale.

Il regolamento degli esiti avviene tramite un nuovo OracleAggregator con mod pluggabili che si collegano a UMA, Chainlink e futuri provider di oracle, offrendo alla piattaforma maggiore flessibilità nella finalizzazione dei risultati. Il bridging di posizioni, collaterale e regolamenti tra catene è incorporato come funzionalità di prima classe e sarà attivato quando Polymarket si estenderà a più reti. L'intero protocollo può essere aggiornato tramite un processo di governance sicuro, consentendo una consegna più rapida delle funzionalità senza interrompere le integrazioni esistenti.

Sicurezza, audit e cronologia della migrazione

La sicurezza è stata il pilastro del piano di rollout. Il codebase è stato auditato da sei società — Cantina, Certora, Quantstamp, SigmaPrime, Zellic e Pashov — e verificato formalmente da Certora. Polymarket ha inoltre introdotto un programma di bug bounty che offre ricompense fino a 5 milioni di dollari per le vulnerabilità critiche.

La migrazione stessa sarà graduale. I Canary Markets che girano su Protocol V2 rimarranno attivi in produzione fino al 30 ottobre, dando a sviluppatori e market maker una finestra per integrarsi, con orari di ufficio settimanali disponibili durante il periodo di quattro settimane. Uno switch provvisorio dei nuovi mercati netti è previsto per il 2 novembre; le posizioni nel legacy Conditional Tokens Framework non saranno convertite. Le posizioni esistenti rimarranno quindi sotto il framework legacy anche dopo che i nuovi mercati inizieranno a regolarsi su V2 — un dettaglio rilevante per chiunque detenga o monitori posizioni basate su CTF durante il periodo di transizione.

A fianco del rilascio del protocollo, Polymarket ha presentato Data API V2, un nuovo servizio basato su Rust alimentato da un indexer on-chain interno. L'API supporta il protocollo V2, standardizza i formati di risposta e implementa la paginazione basata su cursori per mantenere coerenti i feed di trading e attività con l'arrivo di nuovi record. Le integrazioni che utilizzano ancora Data API v1 sono invitate a migrare di pari passo con la transizione del protocollo, legando gli aggiornamenti dell'API alla stessa timeline ottobre-novembre dei contratti sottostanti.

Guardando avanti, il protocollo getta le basi per funzionalità attualmente in ricerca e sviluppo, tra cui la risoluzione scalare e la restituzione direzionale del collaterale. Con i canary markets attivi fino al 30 ottobre, la transizione potrà essere seguita rispetto allo switch provvisorio del 2 novembre per i nuovi mercati netti e alla successiva attivazione del bridging cross-chain integrato, man mano che Polymarket si estenderà ad altre reti.