Optimism (OP), l'une des principales solutions de mise à l'échelle de couche 2 pour Ethereum, est sur le point d'implémenter des modifications importantes à son système Fault Proof, qui affecteront directement les ponts, les échanges centralisés et les solutions personnalisées qui gèrent les retraits. Cette évolution est cruciale pour les parties prenantes de l'écosystème Optimisme, car elles doivent adapter leurs systèmes pour s'aligner sur le nouveau processus de vérification des retraits.

Présentation de la mise à jour du système de preuve de panne

La mise à niveau introduit un passage de L2OutputOracle à un nouveau système comprenant OptimismPortal et DisputeGameFactory. Le L2OutputOracle, auparavant essentiel pour le rôle de Proposer dans le stockage des propositions de sortie d'état L2, sera entièrement supprimé. À la place, les développeurs devront utiliser le rootClaim d'un jeu contesté pour prouver les retraits au cours de la première étape du processus de retrait en deux étapes.

Le contrat OptimismPortal connaîtra des changements mineurs car il fait désormais référence au contrat DisputeGameFactory au lieu de L2OutputOracle. Les développeurs doivent désormais rechercher des contrats DisputeGame récents avec le type de jeu approprié via OptimismPortal pour prouver les retraits. Ce changement améliore la sécurité et la décentralisation du processus de retrait mais oblige les développeurs à mettre à jour leur code client en conséquence.

Impact sur les ponts et les échanges centralisés

La transition vers Fault Proofs nécessite des mises à jour de la logique de gestion des retraits. La plupart des équipes utilisant le SDK Optimism ou Viem devront mettre à jour leurs versions logicielles avant la version Sepolia. Le SDK Optimism, par exemple, nécessite une mise à niveau vers la version 3.2.0 ou supérieure, qui maintient la compatibilité API et intègre automatiquement la nouvelle logique une fois la mise à niveau Fault Proof détectée.

Pour ceux qui utilisent Viem, la dernière version casse l'API, nécessitant l'utilisation d'un décorateur expérimental prenant en charge les preuves de pannes. Une fois les preuves de pannes intégrées sur le réseau principal, un passage à l'API stable sera recommandé.

Modifications du système de surveillance

Les services de surveillance des retraits et de surveillance des litiges ont fait l'objet de mises à jour pour s'adapter au nouveau système de preuve de panne. Le service Withdrawal Monitor, crucial pour le système de retrait en deux étapes, est devenu légèrement plus lent au démarrage mais plus fiable et compatible avec une gamme plus large d'infrastructures. Il reste entièrement rétrocompatible avec les systèmes existants.

Le service Dispute Monitor, quant à lui, remplacera le Fault Monitor actuel pour détecter les propositions de sortie non valides. Les équipes qui exécutent actuellement Fault Monitor devront passer au nouveau service et mettre à jour leurs systèmes d'alerte pour rester en conformité avec la nouvelle mise à niveau.

Prochaines étapes pour les développeurs et les opérateurs

Il est conseillé aux développeurs et opérateurs du réseau Optimism de se familiariser avec les changements à venir en consultant la documentation détaillée fournie par Optimism. Cela inclut la compréhension des trois composants principaux du système anti-erreur (Cannon FPVM et Mips.sol) et la préparation de leurs systèmes pour la transition.

Le lancement des mises à jour Fault Proof est prévu sur le testnet le 19 mars 2024. Il est crucial que toutes les parties impliquées préparent leurs systèmes à l'avance afin de garantir une intégration transparente avec le nouveau protocole et d'éviter toute interruption de leurs opérations.

Optimism continue de fournir un soutien aux développeurs pour ceux qui rencontrent des difficultés pendant la transition. L'engagement proactif et la documentation détaillée reflètent l'engagement d'Optimism à maintenir un écosystème robuste et convivial pour les développeurs.

Source de l'image: Shutterstock