Chargement...
fr

Les clients d'Ethereum publient une nouvelle mise à jour pour remédier à la deuxième panne

Suite à une série de pannes récentes sur le réseau Ethereum, les clients de consensus Ethereum Prysm et Teku ont publié une nouvelle mise à jour pour résoudre les problèmes de la deuxième finalité de la chaîne Beacon. Bien que des correctifs aient été publiés précédemment, ils n'ont pas empêché la deuxième panne de la chaîne Beacon.

Dans un scénario typique, il faut environ 15 minutes pour qu'un bloc Ethereum soit finalisé. "Finality" ; se réfère à la garantie qu'un bloc ne peut pas être modifié ou supprimé de la blockchain sans brûler au moins 33% de l'ETH total mis en jeu.

Prysm Ethereum Client a annoncé le v4.0.3-hotfix le 13 mai, qui contient l'optimisation nécessaire pour empêcher le nœud Beacon Chain de faire l'expérience d'une utilisation élevée des ressources pendant les périodes turbulentes. Le client recommande vivement aux opérateurs de nœuds Ethereum de mettre à jour leurs nœuds s'ils sont soumis à une forte utilisation des ressources. Selon Prysm, une augmentation de la taille des validateurs et des attestations anciennes intempestives stressent les CPU des nœuds et gonflent l'utilisation de la mémoire. Le même jour, le client Ethereum Teku a publié la mise à jour v23.5.0, qui, comme la version Prysm, filtre les anciennes attestations qui ont causé des problèmes sur le réseau principal Ethereum. Le correctif de bogue comprend plusieurs ajouts et améliorations visant à prévenir les problèmes futurs.

Le client Ethereum Nimbus a déclaré qu'aucune mise à niveau critique n'était nécessaire pour ses utilisateurs, mais qu'il continuerait à surveiller la situation et à publier des correctifs si nécessaire.

Il est intéressant de noter que les clients Ethereum Lighthouse et Lodestar n'ont pas connu de charge élevée en raison de leurs conceptions différentes. Alors que d'autres clients de la couche de consensus sur Ethereum ont dû faire face à une utilisation élevée des ressources, Lighthouse et Lodestar ont maintenu le réseau en vie tout au long de l'incident à 40-50 % des blocs jusqu'à ce que les autres clients se rétablissent et que les blocs soient finalisés.

Il convient de noter qu'après la première panne, des correctifs ont été déployés afin que la panne ne se reproduise plus. Cependant, à peine 24 heures plus tard, la chaîne Beacon n'a pas réussi à finaliser les transactions pendant plus d'une heure. Il reste à voir si la cause première a été corrigée, car les développeurs ne sont toujours pas sûrs de la cause exacte du problème.

Solana Weekly Newsletter

0

Actualités connexes