Ethereum 2.0: Echec du test de Spadina, nouveau retard pour la mise à jour?

  • L’échec du testnet Ethereum 2.0 Spadina nécessitera le lancement d’un second test, Zinken.
  • Le rapport de Prysmatic Labs exclut toute erreur critique dans testnet et l’attribue à des conditions réparables.

Le coordinateur d’Ethereum 2.0, Danny Ryan, a confirmé un échec sur le tesnet Spadina. Conçu pour être une « répétition générale » avant le lancement de la phase 0, le testnet a été déployé le 29 septembre avec 2 856 validateurs actifs et 91 382 ETH jalonnés. A 19h35 (UTC), Ryan a affiché que Spadina avait été justifié.

Le coordinateur d’Ethereum 2.0 a déclaré que le réseau de test présentait plusieurs problèmes dans sa configuration, les nœuds clients, dans la genèse des erreurs de calcul. Les échecs ont été exacerbés par la faible participation à Spadina ainsi que par des « petits échecs » dans le processus de lancement des clients. La faible participation à Ethereum 2.0 a été une préoccupation constante des développeurs du noyau Ethereum et de la communauté.

Détails sur l’échec du testnet Ethereum 2.0

Ryan a annoncé le lancement d’une deuxième « répétition générale ». Par conséquent, la semaine prochaine, ils déploieront le testnet Zinken. Cependant, pour ce testnet, Ryan se concentrera sur un « processus de libération du client propre » et une meilleure expérience utilisateur. A ajouté M. Ryan:

Comme il s’agit d’une répétition générale, nous vous demandons de prendre la genèse au sérieux. Ne faites des dépôts que pour les vals que vous avez l’intention d’exécuter, et si possible, soyez attentifs dans les 24 heures précédant la genèse — en mettant à jour votre noeud si nécessaire.

Le principal bogue semble avoir été causé, selon M. Ryan, par le client Prysm. Le client Ethereum a publié un rapport décrivant la séquence d’événements et les causes qui ont conduit à l’échec. Selon le rapport de Prysmatics Labs, à 13h35 (UTC), l’équipe a identifié un bug et a commencé une enquête. Il a ensuite été déterminé que le client ne disposait pas des bootnodes nécessaires et que Spadina n’avait pas été ajouté aux commandes de validation de la version Prysm alpha.26. Par conséquent, les dépôts de Prysm ont été invalidés. Le rapport souligne:

(…) nos commandes de validation n’avaient pas le drapeau –spadina, ce qui entraînait des dépôts non valables pour toute personne ayant créé un portefeuille avec Prysm et ayant essayé de déposer en utilisant les données de dépôt de leurs comptes créés. En outre, notre portail de documentation ne mentionnait pas Spadina. Nous avons pris du retard en ce qui concerne la prise au sérieux de Spadina, la mise en place d’une liste de contrôle détaillée et, dans l’ensemble, la préparation d’un communiqué avant la genèse.

Prysmatics Labs indique que le bogue a causé une confusion chez les utilisateurs, aucune finalité sur le testnet, une faible participation, en conjonction avec des dépôts non valables. Le rapport indique que le bogue a donné un « mauvais aperçu de la répétition de genesis ». Cependant, Prysmatics a déterminé que le bogue n’était pas critique ou lié à une erreur de consensus. L’équipe de Prysmatics Labs a déployé une mise à jour pour son nœud (alpha.27) et a informé la communauté et ses utilisateurs par le biais de ses réseaux sociaux.

À la mi-août de cette année, Medalla testnet a également connu un bogue lié à une baisse de participation. La défaillance a provoqué l’apparition de nœuds non synchronisés. Comme l’erreur de Spadina, seul Prysm a été touché. Depuis lors, le bogue a été corrigé. Pour l’instant, le lancement de la très attendue phase 0 est toujours prévu pour novembre 2020.

About Author

Reynaldo Marquez has closely followed the growth of Bitcoin and blockchain technology since 2016. He has since worked as a columnist on crypto coins covering advances, falls and rises in the market, bifurcations and developments. He believes that crypto coins and blockchain technology will have a great positive impact on people's lives.

Les commentaires sont fermés.