Contexte et objectifs
Polymarket remplace depuis 2019 le Gnosis Conditional Tokens Framework (CTF), dont la multiplication des couches contractuelles rendait les mises à jour coûteuses et augmentait les risques de bugs. Le nouveau Protocol V2 vise à simplifier l’infrastructure, à réduire la surface d’attaque et à préparer l’expansion multi‑chaînes en consolidant l’ensemble des fonctions dans un seul contrat.
Architecture du nouveau protocole
Le cœur du redesign repose sur un contrat ERC1155 unique qui gère les positions de tous les marchés. Ce contrat remplace les dizaines de sous‑contrats du CTF et stocke chaque position sous forme de token semi‑fungible, ce qui améliore l’efficacité du gas et la traçabilité des soldes. Le protocole introduit également un token de collatéral pUSD, dédié à la garantie des paris, et un router unique qui orchestre les échanges entre positions et collatéral. L’ensemble est upgradeable via un processus de gouvernance, permettant d’ajouter des fonctionnalités sans interrompre les marchés actifs.
Mécanismes d’oracle et de bridging
Polymarket V2 intègre un OracleAggregator modulaire capable de se connecter simultanément à UMA, Chainlink et à de futurs fournisseurs d’oracles. Chaque module de résolution est interchangeable, ce qui réduit la dépendance à un seul service et limite les points de défaillance. Le protocole ajoute en outre un support natif de bridging pour les positions, le collatéral et les résolutions, ouvrant la voie à une expansion multi‑chaînes. Cette couche de pontage repose sur des contrats de verrouillage et de libération qui garantissent l’équivalence des tokens entre les réseaux, tout en conservant la logique de résolution d’oracle centralisée.
Impacts et limites
Le regroupement en un seul contrat ERC1155 diminue le nombre de transactions nécessaires pour créer ou régler un marché, ce qui se traduit par une réduction moyenne de 30 % du coût en gas selon les premiers tests internes. Cependant, la concentration de la logique dans un unique point d’entrée augmente l’importance de la sécurité du contrat principal ; toute faille pourrait affecter l’ensemble des marchés. Le modèle upgradeable, bien que pratique, introduit un risque de gouvernance où des propositions malveillantes pourraient être injectées si les contrôles de vote ne sont pas rigoureux. Enfin, la dépendance à plusieurs oracles améliore la résilience, mais nécessite une surveillance continue pour éviter les incohérences de données entre sources.
