- Après le crash du testnet Medalla, Prysmatic Labs a précisé que le lancement d’Ethereum 2.0 ne sera pas retardé à cause du bug du client Prysm.
- Après que le taux de participation au réseau de test Medalla se soit effondré en dessous de 2 % le 15 août, il a de nouveau augmenté hier pour atteindre plus de 68 %.
Comme l’a signalé le CNF, le dernier test multi-clients pour Ethereum 2.0 a subi un revers il y a quelques semaines, lorsqu’un bogue a provoqué l’apparition de nœuds non synchrones et que le réseau Medalla a failli s’effondrer en conséquence. Bien que le bogue, qui ne concernait que le client Prysm de Prysmatic Labs, ait déjà été corrigé, des inquiétudes ont été soulevées dans la communauté des crypto-monnaies, qui craignent que cela ne retarde le démarrage de la phase 0 d’Ethereum 2.0.
Prysmatic Labs a maintenant essayé de dissiper cette rumeur via un billet de blog décrivant la cause exacte du bogue. Raul Jordan, rédacteur en chef de Prysmatic Labs, a écrit que le calendrier d’introduction d’ETH 2.0 reste sur la bonne voie malgré l’incident. Selon lui, il continue à soutenir le lancement du réseau principal deux à trois mois après le lancement de Medalla, comme prévu initialement:
Nous pensons que cet incident n’affecte pas de manière inhérente la date de lancement. L’équipe de Prysmatic Labs recommande que le calendrier de lancement de l’ETH2 se poursuive sans retard. L’incident de ce week-end a constitué un bon test de stress pour de nombreux clients et a même permis de cocher quelques exigences sur la liste de contrôle du lancement. Bien que la date de lancement n’ait pas été fixée, nous pensons que l’objectif de lancement prévu de 2 à 3 mois à partir de la genèse de Medalla est encore un calendrier idéal.
Comme l’a expliqué la Jordanie, l’échec est la meilleure chose qui puisse arriver au testnet. Toute l’expérience acquise lors de cet incident servira donc à prévenir le problème à l’avenir. En outre, tous les enseignements tirés seront placés sur la liste de contrôle publique des exigences pour un déploiement Eth2 afin de garantir la résilience, la sécurité et la bonne libération des clients.
Jordan a également souligné que le testnet « n’est pas mort ». Tant qu’il est possible de faire fonctionner un nœud et tant que les validateurs peuvent le valider, le testnet peut être à nouveau pleinement fonctionnel à tout moment. Le 19 août, la Jordanie a fait une déclaration à ce sujet:
Nous avons encore de l’espoir. La participation est maintenant passée de 0-5% à 40%. La chaîne a besoin de > 66% pour être finalisée.
Les données de BeaconScan montrent actuellement qu’après avoir chuté à 1,63% le 15 août, le taux de participation est revenu à 68,59% hier, au-dessus de l’important 66%. Le testnet Medalla semble donc se stabiliser à nouveau, tandis que les blocs sont à nouveau validés.
Quelle est la cause du crash du testnet Ethereum 2.0?
Comme l’explique Jordan, le problème a commencé par la réception de mauvaises réponses de 6 serveurs de temps différents qui ont repoussé la plupart des nœuds exécutant le client Prysm simultanément. Par la suite, l’équipe de Prysmatic Labs a essayé de trouver une solution rapide, mais celle-ci contenait un bogue critique qui « supprimait toutes les fonctionnalités nécessaires au fonctionnement de nos nœuds ».
Ce problème a entraîné des partitions de réseau où chacun synchronisait la blockchain en même temps, mais ne pouvait pas trouver un pair en bonne santé. En fin de compte, seule la correction inconsidérée d’un bug a causé le gros problème, qui a presque paralysé le réseau:
Préoccupés par l’urgence du problème initial, nous n’avons pas trop réfléchi à toutes les implications d’une éventuelle correction, et nous nous sommes concentrés davantage sur la rapidité de sa mise en œuvre que sur la vérification minutieuse de l’absence de tout autre problème dans nos nœuds. […] Pire encore, le bug de roughtime s’était complètement rétabli à ce jour, ce qui aurait probablement réglé les problèmes du réseau si nous n’avions pas agi aussi rapidement.
Pour éviter que le problème ne se reproduise, Prysmatic Labs apportera les modifications suivantes au client Prysm:
À partir de cet incident, nous ne comptons plus que sur le temps du système. Si le temps d’un validateur est effectivement décalé, nous pouvons le lui dire, mais nous ne le modifierons pas de force. D’autres implémentations du client eth2 n’utilisent que le temps système et nous le ferons également.
