OP Labs a mené à bien son audit Sherlock et a découvert de nouvelles informations

OP Labs a fait réaliser un audit Sherlock afin de garantir l'absence d'anomalies et de poursuivre le déploiement. Cet audit permet aux développeurs de se rapprocher du réseau principal d'OP. Il renforcera la sécurité et la fiabilité de ce dernier en cas de problème.  

Audit du réseau principal OP

OP Labs est à l'origine du protocole Optimism , une extension du Ethereum . Ce protocole vise à garantir la mise à l'échelle des technologies et des valeurs. De plus, il encourage l'engagement envers le bien commun. 

D'après un récent article de blog d'OP Labs, un audit du réseau principal OP a été réalisé. Cet audit a déclenché une phase d'accélération qui permettra de finaliser le développement du réseau principal.  

L'audit a débuté le 27 mars par le concours d'audit Sherlock, destiné à tester le système proposé. Il poursuivait deux objectifs : garantir la reprise après incident grâce à un système infaillible et intégrer ce système auxtracexistants du réseau principal. 

D'après l'article de blog publié par les développeurs, l'audit n'a révélé aucune vulnérabilité majeure. Ils prévoient de publier le rapport détaillé une fois la période d'escalade terminée. La validation complète et les contrôles de gravité seront effectués par Sherlock après cette période. 

Mise à jour concernant l'audit réalisé par OP Labs

L'audit ayant été mené à bien, plusieurs équipes ont contribué à sa réussite. D'après l' article de blog des développeurs mentionnés, Offchain Labs mérite d'être remercié pour son travail minutieux visant à identifier les anomalies. 

Offchain Labs a pu identifier deux défauts dans le jeu [FaultDisputeGame] avant le début de l'audit Sherlock. Sans cettedent, de multiples erreurs auraient pu se produire. Parmi celles-ci figurent des problèmes de spécification lors de la résolution du jeu. 

Le bug était lié à la résolution du temps lors d'une compétition entre deux équipes. L'équipe en défense et l'équipe en attaque rencontraient des problèmes : le temps imparti était écoulé et la compétition se résolvait alors que le temps n'était pas encore écoulé. L'équipe en attaque pouvait donc perdre du temps même si le temps imparti n'était pas terminé.

Cela aurait donc entraîné une réclamation invalide, donnant la victoire à une équipe qui n'aurait pas dû gagner. Ce bug aurait donc affecté le protocole. C'est pourquoi il a été corrigé par anticipation afin d'éviter tout problème aux développeurs et aux utilisateurs à l'avenir. 

Par ailleurs, un problème de duplication d'un rapport public existant a été constaté, mais résolu à temps. 

Étapes suivantes

Les problèmes mentionnés ayant été résolus par OP Labs, la solution a été intégrée à la branche [develop]. De plus, elle a été déployée sur le réseau de test OP Sepolia le 26 avril 2024 et est désormais opérationnelle. 

Les développeurs prévoient de poursuivre le développement du réseau principal OP afin de garantir aux utilisateurs la meilleure version possible. Suite à la finalisation de l'audit Sherlock par OP Labs, la phase d'escalade des problèmes a débuté. Durant cette période, ils se pencheront sur les problèmes susceptibles d'être portés à l'attention des développeurs. 

Un rapport détaillé concernant les problèmes potentiels sera communiqué à la fin de la période d'escalade. Ces modifications seront intégrées à la proposition de changement de gouvernance du réseau principal OP.

Conclusion

Les développeurs du réseau principal OP ont mené un audit complet du système. Cet audit a permis d'identifier des anomalies qui ont été corrigées. La solution sera intégrée à la proposition de modifications du système de gouvernance. La période de consultation publique concernant le réseau principal a débuté et se concentrera sur les éventuelles modifications apportées par OP Labs.