Polymarket CLOB V2 et pUSD : chronologie

Les pages de Polymarket emploient « V2 » pour plusieurs choses ; cet article revient donc aux sources primaires et en tire la chronologie (CLOB désigne le carnet d’ordres central de Polymarket (central limit order book)). Nous avons lu chaque page citée ici le 19 octobre 2026. Chaque ligne ci-dessous vient du journal officiel des modifications des marchés de prédiction ; pour vérifier une ligne vous-même, ouvrez le journal et trouvez l’entrée de même date.

Les entrées datées

Entrées datées du journal sur CLOB V2, le pUSD et les objets Protocol V2. Source: docs.polymarket.com/changelog/predictions, vérifié 19 octobre 2026.

Le guide de migration confirme la mise en service et ajoute l’heure, vers 11:00 UTC, avec un trading suspendu pendant environ 1 heure. Le guide du pUSD et de Protocol V2 explique les deux premières lignes. Les deux dernières sont des entrées de la Data API destinées aux développeurs, et le guide de la résolution couvre la route des résolutions de l’entrée du 28 sept. Une autre entrée destinée aux développeurs, datée du 14 juil. 2026, déprécie les appels au Relayer (le Relayer soumet des transactions sans frais de gas) vers l’ancien Neg Risk Adapter du CLOB v1 (un contrat pour les événements à risque négatif, à issues multiples) et accorde un délai de grâce aux remboursements qui y passent, jusqu’au 17 juil. 2026 à 00:00 UTC.

Quel V2 est lequel ?

Le journal et les pages de migration emploient « V2 » pour plusieurs choses. Les distinguer évite l’essentiel de la confusion.

• CLOB V2 est la mise à niveau entrée en service le 28 avril 2026 : de nouveaux contrats d’échange, un backend d’ordres réécrit et le pUSD comme jeton de collatéral.
• pUSD est le jeton qui a remplacé l’USDC.e comme collatéral dans cette mise à niveau.
• Protocol V2 est un second système de positions, avec ses propres contrats, à côté des Conditional Tokens. Ses pages de migration partent d’intégrations qui utilisent déjà le pUSD et le format d’ordre CTF Exchange V2.
• Fee Structure V2 et Data API v2 sont des entrées distinctes du journal, sur les catégories de frais et sur un nouvel ensemble de routes de données. Ce sont d’autres changements qui portent par hasard la même étiquette.

Ce que la documentation laisse sans date

Pour Protocol V2 lui-même, les pages que nous avons lues ne donnent ni date de lancement, ni date du premier marché V2, ni rien sur le retrait des marchés CTF. Les guides de migration disent bien aux intégrateurs de conserver la prise en charge de CTF. Le journal des modifications des marchés de prédiction n’a aucune entrée qui annonce Protocol V2. Les seules entrées qui mentionnent des objets de Protocol V2, un oracle v2 ou des identifiants de condition et des modules polymarket-v2, sont les deux entrées de données du tableau. À notre lecture, une mention dans une entrée de données n’est pas une date de lancement. Le journal des modifications du SDK mentionne des positions Protocol V2 dans plusieurs versions TypeScript et Python, mais il liste les versions par numéro, sans dates, et ne peut donc pas non plus dater le lancement.

Ce que les pages disent des marchés V2, sans dates, est traité dans le guide : leurs positions vivent dans PositionManager, leurs ordres sont réglés via ExchangeV3, ils peuvent utiliser d’autres mécanismes de résolution qu’UMA (l’oracle que la documentation nomme pour les marchés de prédiction), et les positions combinatoires utilisent Protocol V2.

D’autres éléments datés se trouvent à proximité, et aucun n’est une date de lancement. La page des wallets dit que les wallets de compte déployés à partir du 4 mai 2026 sont des Deposit Wallets, le smart wallet par défaut, tandis que les wallets Proxy et Safe sont décrits comme des types hérités. La page Contracts liste des rapports d’audit intitulés Polymarket V2, le premier datant d’avril 2026, et son rapport le plus récent, tous périmètres confondus, date d’août 2026. Cet article ne liste pas tous les éléments datés de ces pages, comme les autres rapports d’audit ou une mise à niveau ultérieure des wallets. À notre lecture, la date d’un audit montre quand une revue a été rédigée, pas quand un marché a été mis en service.

Ce qui a changé en pratique pour un trader

La bascule CLOB V2 a suspendu le trading, effacé tous les ordres ouverts et placé un nouveau jeton de collatéral derrière le solde. Protocol V2 est plus discret. Pour ceux qui utilisent l’application ou le site web de Polymarket, la documentation indique que aucune migration technique n’est requise, hormis valider les demandes d’approbation qui s’affichent. La documentation ne dit pas que l’application Polymarket montre quel registre un marché utilise.

Ce qu’il vaut la peine de revérifier après toute mise à niveau (nos suggestions, pas celles de Polymarket) :

• Les ordres ouverts. La bascule CLOB V2 les a effacés. Les redémarrages courants du moteur d’appariement suivent leur propre schéma : ils sont annoncés à l’avance, et après un redémarrage le moteur entre en mode post-only pendant deux minutes. Le guide des types d’ordres explique ce que signifie post-only.
• Les approbations. La vue d’ensemble de la migration invite les utilisateurs de l’application et du site Polymarket à valider les demandes d’approbation qui s’affichent. Les pages ne disent pas ce que ces demandes approuvent.
• L’unité du solde. Depuis la bascule, les soldes et les coûts d’ordre sont en pUSD, et non en USDC.e.
• Les règles de résolution et le statut. Les marchés Protocol V2 peuvent utiliser d’autres mécanismes de résolution qu’UMA. Le guide de la résolution montre où trouver le statut d’un marché dans les données.
• Les frais. Ils sont fixés par le protocole au moment de l’appariement. Le guide des frais donne les taux et les dates de leurs changements.

Comment suivre les mises à jour

Polymarket consigne les changements à plusieurs endroits. Le journal des modifications des marchés de prédiction liste des entrées datées, de la plus récente à la plus ancienne. Le guide de migration CLOB V2 renvoie vers Discord, Telegram et status.polymarket.com pour les mises à jour opérationnelles et les avis d’incident. Pour les travaux sur le moteur d’appariement, la documentation indique que les redémarrages planifiés et les fenêtres de maintenance sont annoncés à l’avance dans les canaux Trading APIs sur Telegram et Discord, avec pour objectif environ deux jours de préavis quand c’est possible. L’index des pages de la documentation se trouve sur docs.polymarket.com/llms.txt, et la copie Markdown de chaque page (ajoutez .md à son adresse) s’ouvre sur un lien vers cet index, ce qui permet de voir facilement si une nouvelle page de migration est apparue.

Chaque guide de ce site affiche le jour où ses règles ont été comparées pour la dernière fois aux pages officielles, et la politique éditoriale explique comment signaler une erreur. Quand un guide et une page officielle diffèrent, fiez-vous à la page officielle.

PolyTerminal est une interface indépendante pour Polymarket et n’est ni exploitée ni approuvée par Polymarket. Les ordres passés via PolyTerminal portent le builder code Polymarket de PolyTerminal, et PolyTerminal peut facturer un builder fee en plus des frais propres à Polymarket. Cette page est pédagogique et ne constitue pas un conseil en investissement. Les règles ont été comparées à la documentation officielle le 19 octobre 2026 ; vérifiez la source avant d’agir sur un chiffre.