Polymarket a lancé le protocole V2, une architecture de contrats intelligents de nouvelle génération destinée à succéder à l’infrastructure historique qui sert la plateforme de marchés prédictifs depuis sa création. Rajath Alex, responsable du protocole de l’entreprise, a annoncé cette version, précisant que le nouveau système fonctionnerait d’abord en production via des marchés pilotes entre le 5 octobre et le 30 octobre, avant une transition provisoire de tous les nouveaux marchés vers cette architecture améliorée le 2 novembre. Polymarket figure parmi les principales plateformes de marchés prédictifs du secteur des cryptomonnaies, et l’état de ses contrats centraux influence la vitesse à laquelle de nouveaux types de marchés peuvent être déployés ainsi que la facilité avec laquelle les intégrations externes peuvent se connecter à la plateforme.

Cette refonte est motivée par les limites architecturales de la couche de base actuelle de Polymarket. Depuis son lancement, la plateforme fonctionne avec le Conditional Tokens Framework (CTF), un système généraliste développé à l’origine par Gnosis en 2019. Bien qu’opérationnel, ce framework nécessitait un contrat adaptateur supplémentaire pour chaque nouveau type de marché : un adaptateur dédié pour la garantie pUSD, un token enveloppé pour les marchés à risque négatif, une place d’échange distincte pour chaque type de marché et son propre adaptateur d’oracle pour chaque intégration. En pratique, chaque extension de l’offre de marchés de la plateforme multipliait le nombre de contrats par lesquels les utilisateurs et les intégrateurs devaient passer.

Le protocole V2 regroupe cette architecture en couches dans une conception unifiée reposant sur un contrat unique de tokens de position ERC-1155, un seul actif de garantie (pUSD), une place d’échange couvrant tous les types de marchés et un routeur unique. Chaque identifiant de position encode son type de marché, le marché concerné et le résultat, ce qui permet au protocole de lire directement les métadonnées de la position à partir de l’identifiant plutôt que de passer par des contrats intermédiaires. Pour les développeurs et les intégrateurs, l’effet pratique est de disposer d’une interface d’intégration unique pour tous les types de marchés pris en charge par la plateforme, plutôt que d’un parcours spécifique à chacun.

Le système est déployé sous la forme d’un ensemble de modules qui prennent nativement en charge les marchés binaires, les marchés à risque négatif atomiques, les marchés à risque négatif incrémentiels et les marchés combinatoires dès leur lancement. Chaque module expose également des opérations primitives supplémentaires qui élargissent les fonctionnalités pouvant être construites à partir des positions tout en améliorant l’efficacité du capital.

Le règlement des résultats passe par un nouvel OracleAggregator doté de modules interchangeables connectés à UMA, Chainlink et à de futurs fournisseurs d’oracles, offrant à la plateforme davantage de flexibilité dans la finalisation des résultats. Le pontage interchaînes des positions, des garanties et des règlements est intégré comme une fonctionnalité de premier ordre et sera activé lorsque Polymarket s’étendra à plusieurs réseaux. L’ensemble du protocole peut être mis à niveau via un processus de gouvernance sécurisé, ce qui permet d’accélérer le déploiement de fonctionnalités sans perturber les intégrations existantes.

Sécurité, audits et calendrier de migration

La sécurité a constitué un pilier du plan de déploiement. Le code a été audité par six sociétés — Cantina, Certora, Quantstamp, SigmaPrime, Zellic et Pashov — et vérifié formellement par Certora. Polymarket a également lancé un programme de chasse aux bugs offrant des récompenses pouvant atteindre $5 millions pour les vulnérabilités critiques.

La migration elle-même sera progressive. Les marchés pilotes fonctionnant sur le protocole V2 resteront actifs en production jusqu’au 30 octobre, afin de laisser aux développeurs et aux teneurs de marché le temps de s’intégrer, avec des permanences hebdomadaires pendant cette période de quatre semaines. Un basculement provisoire des nouveaux marchés nets est prévu le 2 novembre ; les avoirs du Conditional Tokens Framework existant ne seront pas convertis. Les positions existantes resteront donc rattachées au framework historique même après le début du règlement des nouveaux marchés sur V2 — un élément important pour toute personne détenant ou suivant des positions fondées sur le CTF pendant la transition.

Parallèlement au lancement du protocole, Polymarket a déployé Data API V2, un nouveau service basé sur Rust et alimenté par un indexeur on-chain développé en interne. L’API prend en charge le protocole V2, standardise les formats de réponse et met en œuvre une pagination fondée sur des curseurs afin de maintenir la cohérence des flux de transactions et d’activité à mesure que de nouveaux enregistrements arrivent. Il est conseillé aux intégrations utilisant encore Data API v1 de migrer en parallèle de la transition du protocole, en alignant les mises à niveau de l’API sur le même calendrier d’octobre à novembre que les contrats sous-jacents.

À terme, le protocole établit une base pour des fonctionnalités actuellement en phase de recherche et développement, notamment le règlement scalaire et le retour directionnel des garanties. Avec les marchés pilotes actifs jusqu’au 30 octobre, la transition pourra être suivie en fonction du basculement provisoire du 2 novembre pour les nouveaux marchés nets, puis de l’activation ultérieure du pontage interchaînes intégré à mesure que Polymarket s’étendra à d’autres réseaux.