Grand souffle alors que Beacon Chain arrête de finaliser … puis récupère

Un problème non identifié sur la chaîne Beacon d’Ethereum a entraîné l’arrêt des transactions pendant près d’une demi-heure le 11 mai.

Vers 20h15 le jeudi 11 mai, un certain nombre de développeurs principaux d’Ethereum ont annoncé que Beacon Chain avait des problèmes pour confirmer les transactions. De nouveaux blocs ont pu être proposés mais un problème inconnu empêchait leur finalisation.

Un problème similaire s’est produit le 15 mars, où les faibles taux de participation des validateurs ont provoqué une retard sur le testnet de Goerli version de la mise à niveau « Shapella » d’Ethereum, qui a été exécutée avec succès le 12 avril.

La chaîne Beacon est la chaîne de blocs de preuve de participation originale d’Ethereum lancée pour la première fois en 2020. Le 15 septembre 2022, la chaîne de preuve de travail préexistante d’Ethereum a «fusionné» avec la chaîne Beacon, finalisant la transition du réseau vers un réseau plus rapide et plus rapide. mécanisme de consensus Proof-of-Stake plus respectueux de l’environnement.

Après 25 minutes, le réseau principal a recommencé à finaliser les blocs, le développeur principal d’Ethereum et co-fondateur de Prysmatic Labs, Preston Van Loon, annonçant que « la finalité a été restaurée ».

Selon données du fournisseur d’analyse blockchain Beaconcha.frles époques Ethereum 200 552 à 200 554 ont été témoins d’une baisse brutale et soudaine du nombre d’attestations.

Pour le contexte, une époque est une période de 32 « slots » où les validateurs proposent et attestent pour les blocs. Une époque dure généralement environ six minutes et 24 secondes.

La cause du problème reste incertaine, mais les développeurs d’Ethereum a dit que le problème fait l’objet d’une enquête pour éviter qu’il ne se reproduise.

En rapport: MetaMask déploie les achats ETH via PayPal pour les utilisateurs américains

Suite à l’incident, le consultant pseudonyme d’Ethereum @Superphiz indiqué que la «diversité des clients» était l’une des principales raisons pour lesquelles la perte de finalité a été si courte. Cependant, il a également souligné que la perte de finalité aurait pu être complètement évitée si aucun client n’avait plus de 33 % de contrôle.

La diversité des clients fait référence au nombre de clients logiciels disponibles pour les validateurs de réseau et à une plus grande diversité parmi les clients moyens un réseau plus sécurisé et robuste pour les validateurs.

Magazine : Voici comment les cumuls ZK d’Ethereum peuvent devenir interopérables