En bref
Les tests du protocole V2 ont commencé le 5 octobre, et le lancement en production est prévu pour le 2 novembre.
La nouvelle architecture regroupe toutes les parts de résultat dans un seul contrat ERC-1155, remplaçant le framework Gnosis CTF.
Tous les nouveaux marchés seront réglés exclusivement en collatéral pUSD.
Le module OracleAggregator permet aux marchés d’être résolus via UMA, Chainlink ou des rapporteurs manuels.
Polymarket a obtenu des audits de six équipes de sécurité et offre des primes pouvant atteindre 5 millions de dollars pour la découverte de vulnérabilités critiques.
Polymarket a annoncé le déploiement du protocole V2, une refonte fondamentale de l’infrastructure de règlement de la plateforme. Cette mise à niveau modifie la création des marchés, la résolution des résultats et le suivi des positions sur le marché prédictif.
Le protocole est entré en phase de test le 5 octobre 2026. Selon Rajath Alex, responsable du protocole, les marchés canaris — des déploiements pilotes à accès restreint — continueront de fonctionner jusqu’au 30 octobre. La migration complète de la création de nouveaux marchés vers la V2 est prévue pour le 2 novembre, mais la plateforme précise que ce calendrier pourrait être modifié.
Présentation du protocole Polymarket V2 https://t.co/FDzaZyiPnl
— Rajath Alex (@0xrajath) 5 octobre 2026
La V2 remplace l’architecture historique
L’infrastructure existante de Polymarket reposait sur le Gnosis Conditional Tokens Framework, déployé à l’origine en 2019. Cette architecture nécessitait des contrats adaptateurs distincts pour chaque variante de marché introduite au cours des années suivantes.
Le protocole V2 élimine cette structure fragmentée. La nouvelle architecture regroupe tous les jetons de position dans un contrat ERC-1155 unique, créant une norme unifiée pour les parts de résultat, quel que soit le type de marché.
Les identifiants de jetons de la V2 intègrent des métadonnées. Chaque ID de position inclut désormais le type de module, le hachage de condition et le résultat spécifique dans sa représentation on-chain.
Un composant Router a été ajouté pour gérer le routage des ordres. Ce contrat dirige les transactions entrantes vers le module d’échange approprié en fonction de la configuration du marché.
Polymarket a déployé quatre modules de marché sur le réseau principal de Polygon. Ils prennent en charge les résultats binaires, deux variantes de structures à risque négatif et les formats de prédiction combinatoires.
Adoption d’une norme unifiée de garantie
Toutes les positions des marchés créés sous la V2 seront libellées exclusivement en pUSD. Ce jeton sert d’enveloppe à parité de 1:1 pour l’USDC et l’USDC.e.
Le pUSD a été introduit plus tôt en 2026 dans le cadre d’améliorations antérieures de la plateforme. Son premier déploiement précède le lancement du protocole V2.
Il s’agit d’uniformiser les pratiques. Au lieu de prendre en charge plusieurs options de garantie, chaque module de marché V2 exige désormais le pUSD comme actif de règlement.
Les développeurs qui ont déjà intégré pUSD n’auront pas à migrer leurs garanties. Cependant, les autorisations et permissions configurées pour l’ancien framework CTF devront être réémises.
Les positions existantes libellées en jetons CTF ne sont pas affectées. Polymarket a confirmé qu’aucune migration forcée n’aura lieu pour les marchés actifs.
Le processus de règlement gagne en flexibilité grâce au composant OracleAggregator. Ce module s’intercale entre les marchés et les sources de données utilisées pour déterminer les résultats finaux.
Trois types de rapporteurs sont actuellement pris en charge : l’Optimistic Oracle d’UMA, un module basé sur Chainlink et la déclaration directe via des comptes détenus en externe. Les marchés peuvent configurer une logique de secours et des seuils de résolution selon leurs besoins.
L’intégration de Chainlink s’appuie sur Data Streams pour les marchés liés aux cours financiers. UMA continue de servir les marchés dont le résultat dépend d’événements hors chaîne, sans flux standardisés.
Les contrats V2 incluent une prise en charge préliminaire des opérations inter-chaînes via le protocole CCIP de Chainlink. Aucune date de lancement n’a été annoncée pour les marchés multichaînes. À court terme, Polygon reste l’unique couche de règlement.
Polymarket a fait appel à six auditeurs indépendants pour examiner le code de la V2. Les sociétés participantes comprenaient Cantina, Certora, Quantstamp, Pashov, Sigma Prime et Zellic.
Certora a effectué une vérification formelle des contrats Exchange, Position Manager et OracleAggregator. Alex a déclaré que le programme de bug bounty en cours de la plateforme offre des récompenses pouvant atteindre 5 millions de dollars pour les failles de sécurité critiques.
Une transition parallèle concerne la couche API de la plateforme. Data API V1 sera abandonnée le 24 octobre, huit jours avant le passage prévu des marchés à la V2.
Data API V2 utilise un indexeur personnalisé développé en interne. La nouvelle version met en œuvre une pagination par curseur, supprimant ainsi la limite de 10 000 résultats de la version précédente, qui reposait sur des décalages.
Les utilisateurs finaux devraient subir le moins de perturbations possible lors de l’activation de la V2. Polymarket indique que certaines nouveaux marchés pourraient entraîner des demandes d’approbation de transaction supplémentaires dans les portefeuilles des utilisateurs.
Les tests canaris sont toujours en cours à la date de publication, et devraient s’achever le 30 octobre. Le passage au protocole V2 pour tous les nouveaux déploiements de marchés est prévu pour le 2 novembre.
L’article « pUSD deviendra la garantie standard alors que Polymarket déploie un nouveau framework » a d’abord été publié sur Blockonomi.