Chargement des prix…
🔥BULLISH

Polymarket V2 laisse les paris existants sur les anciens contrats

Le déploiement oblige les développeurs à prendre en charge deux systèmes de positions et des autorisations de trading distinctes, tandis que les utilisateurs de l’application n’ont aucune migration technique à effectuer.

Le déploiement du protocole V2 de Polymarket ne transfère pas automatiquement les paris existants de son ancien Conditional Tokens Framework (CTF) vers les nouveaux contrats. Les consignes demandent aux intégrations de trading de continuer à prendre en charge les positions historiques tout en ajoutant un système distinct pour les positions et les autorisations V2. Des marchés Canary sont prévus du 5 au 30 octobre, et le 2 novembre est présenté comme une date de bascule provisoire pour les nouveaux marchés, pas comme une échéance pour convertir les positions existantes.

Pourquoi c’est important

Ce changement influe sur la manière dont les développeurs suivent les soldes, identifient les parts et autorisent les transactions. Les positions CTF historiques restent sur l’ancien registre, tandis que les soldes V2 sont conservés dans un contrat distinct appelé PositionManager. Les intégrations doivent sélectionner l’identifiant de part correspondant à chaque marché et utiliser le format d’ordre adapté : V2 utilise des identifiants de position et la version 3 du domaine de signature, tandis que les ordres CTF conservent la version 2.

Les autorisations sont également distinctes. Pour acheter en V2, le compte qui détient les actifs doit autoriser ExchangeV3 à dépenser suffisamment de pUSD pour les achats et les frais. La vente nécessite une autorisation permettant à ExchangeV3 d’opérer sur les parts de PositionManager ; les approbations CTF existantes ne couvrent aucune de ces opérations. La création, la combinaison ou le rachat direct via les contrats passe par Router, avec ses propres exigences d’approbation et d’autorisation d’opérateur.

Impact sur le marché

Pour les développeurs, le déploiement implique de maintenir la compatibilité avec les deux systèmes de contrats et de vérifier les achats, les ventes et les soldes sur un marché V2 et un marché CTF. Les intégrations qui utilisent déjà pUSD et le format d’ordre CTFExchangeV2 peuvent conserver leurs garanties, portefeuilles, identifiants de carnet d’ordres et points de terminaison, mais doivent tout de même mettre à jour la gestion des soldes et la lecture des paiements.

Le registre des contrats de Polymarket indique qu’une position CTF ne peut passer en V2 qu’après l’enregistrement par Polymarket de la condition ou de l’événement correspondant. Cette opération est distincte de la mise à jour des logiciels de trading. Les utilisateurs de l’application ou du site Web de Polymarket n’ont aucune migration technique à effectuer, mais doivent répondre aux éventuelles demandes d’approbation affichées dans l’application. Ces consignes concernent le trading onchain sur Polygon ; Polymarket US dispose d’une documentation distincte.

Questions fréquemment posées

  1. Les paris Polymarket existants passeront-ils automatiquement au protocole V2 ?

    Non. Les positions existantes détenues dans le Conditional Tokens Framework restent dans ce système, sauf si elles sont transférées par une procédure distincte.

  2. À quoi correspond la date de bascule provisoire du 2 novembre ?

    Il s’agit d’une date de bascule provisoire pour les nouveaux marchés, et non d’une échéance pour convertir tous les paris existants.

  3. Que doivent changer les développeurs pour prendre en charge les positions V2 ?

    Les intégrations doivent gérer les soldes PositionManager en plus des positions CTF historiques, sélectionner le bon identifiant de part et prendre en charge le format d’ordre de chaque version.

  4. Les autorisations CTF existantes permettent-elles de réaliser des transactions V2 ?

    Non. Les achats et les ventes en V2 nécessitent des autorisations ExchangeV3 distinctes, et les opérations directes sur les contrats via Router ont leurs propres exigences d’approbation.

  5. Les utilisateurs de l’application Polymarket doivent-ils migrer leurs positions ?

    Aucune migration technique n’est nécessaire pour les utilisateurs de l’application ou du site Web. Ils doivent répondre aux éventuelles demandes d’approbation affichées dans l’application.

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 15d
Ouvrir l'original →