Les développeurs expriment des inquiétudes concernant la mise à niveau d'Ethereum prévue pour le 4 février
Chapô : Les développeurs d'Ethereum ont rencontré des défis techniques lors de leur 68e appel de tests, tenu le 3 février. Les mises à niveau Fusaka et Glamsterdam sont au cœur des discussions pour améliorer la gestion des données et l'évolutivité du protocole. La date limite pour soumettre des propositions de fonctionnalités Hegota est fixée au 4 février.
Les tests Fusaka révèlent les écarts de performances des clients
Le travail sur la mise à niveau Fusaka se concentre sur l'augmentation du nombre de blobs, un élément essentiel pour assurer la disponibilité des données sur Ethereum. Actuellement, les équipes testent ces améliorations dans un environnement appelé blob-devnet-0.
Barnabas Busa, représentant des opérations de développement de la Fondation Ethereum, a noté que plusieurs clients éprouvaient des difficultés lorsque les charges de blobs étaient élevées. En particulier, les nœuds utilisant les clients Prysm et Lighthouse ne répondaient pas correctement aux configurations liées aux requêtes side-car pour les colonnes de données. Cette situation a provoqué une pression accrue sur ces nœuds lors d'une augmentation du nombre de blobs.
Busa a encouragé toutes les équipes clientes à optimiser leurs implémentations et a demandé aux équipes Prysm et Sigma Prime d'examiner plus en profondeur ce problème technique. De plus, il a annoncé qu'un nouvel outil d'analyse comparative serait présenté lors du prochain appel.
La chronologie d'Ethereum Glamsterdam se maintient malgré les problèmes de Fusaka
Malgré les complications rencontrées lors des tests liés à Fusaka, le calendrier concernant la mise à niveau Glamsterdam reste respecté. Le réseau bals-devnet-2 doit être lancé le 4 février comme prévu.
Stefan Starflinger, ingénieur à la Fondation Ethereum, a confirmé que les clients Lighthouse et Lodestar sont prêts pour ce nouveau devnet bien que certains aspects soient encore en cours d'évaluation. Pour assurer un lancement fluide, il a été demandé aux équipes d'intégrer deux mises à jour API liées à EIP-7928 qui introduisent des méthodes d'accès basées sur les blocs nécessaires au nouveau devnet.
De plus, une version ultérieure nommée epbs-devnet-0 est prévue fin février avec toutes les mises à jour correspondant aux dernières spécifications consensuelles (version 1.7.0-alpha.2).
Date limite du 4 février fixée pour les propositions de fonctionnalités Hegota
Dans cette dynamique actuelle, le 4 février marque également la dernière chance pour soumettre des propositions relatives aux fonctionnalités phares dans le cadre de la mise à jour Hegota. Barnabas Busa a insisté sur l'importance pour chaque équipe souhaitant voir ses suggestions prises en compte d'agir rapidement cette semaine.
Christine Kim a observé que cette fois-ci, une approche plus prudente est adoptée par rapport aux cycles précédents où trop nombreuses mises à jour simultanées avaient causé retards et modifications imprévues dans l'étendue du projet.
Avec Glamsterdam devant être déployé avant Hegota, tous s'efforcent maintenant d'éviter toute modification susceptible d'impacter négativement ces délais cruciaux.
