La mise à niveau Glamsterdam d'Ethereum se heurte à un mur alors que les développeurs « réduisent drastiquement » leur projection de milieu d'année
- Ethereum pourrait déployer une version allégée de l'upgrade Glamsterdam, car les fonctionnalités clés ne sont pas prêtes pour la deadline de mi-2026, contraignant les développeurs à réduire le périmètre.
- Deux fonctionnalités majeures (EIP-7732 et EIP-7928) sont menacées en raison de problèmes techniques et de tests au sein des équipes clientes.
- Les développeurs doivent décider d'ici fin février s'ils privilégient un déploiement dans les délais ou un report pour conserver l'intégralité du jeu de fonctionnalités.
Les développeurs d'Ethereum font face à la possibilité de réduire la portée de la prochaine mise à niveau majeure de la blockchain, Glamsterdam, pour respecter une échéance de milieu d'année, selon Christine D. Kim, fondatrice de Protocol Watch.
Dans une newsletter publiée vendredi 23 janvier 2026 sur X et Substack, Kim a déclaré que les développeurs avaient eu une prise de conscience brutale lors de l'appel de consensus All Core Developer (ACDC) de cette semaine que certains des ensembles de fonctionnalités prévus pour la mise à niveau Glamsterdam pourraient être incompatibles avec un déploiement d'ici mi-2026.
La situation rappelle les défis qui ont affecté le précédent La mise à niveau Pectra.
« Certains de mes lecteurs qui ont suivi mes newsletters depuis les jours de la mise à niveau Pectra pourraient gémir intérieurement et penser : 'Encore !' », a écrit Kim dans son post.
Glamsterdam est le premier test majeur d'Ethereum pour le nouveau rythme de mise à niveau semestriel que la fondation a introduit en 2025.
Glamsterdam est censé suivre après qu'Ethereum ait mis en œuvre avec succès son mise à jour Fusaka et était censé apporter des améliorations critiques à l'équité et aux capacités de traitement du réseau.
Que se passerait-il si la mise à jour Glamsterdam d'Ethereman manquait sa date limite ?
L'EIP 7732, connue sous le nom de séparation enshrined proposer-builder (ePBS) Devnet-0, pourrait voir sa portée réduite ou être supprimée de Glamsterdam si la date limite est manquée.
Cette fonctionnalité est très attendue car elle vise à réduire les risques de manipulation et de centralisation dans l'économie de valeur maximale extractible (MEV) d'Ethereum.
Les développeurs ont convenu lors de l'appel ACDC de cibler des implémentations interopérables pour la fin février, mais ont souligné que cela pourrait ne pas se produire dans les délais impartis.
Le deuxième composant majeur, l'EIP-7928 pour les listes d'accès au niveau des blocs (BAL), permettrait des capacités de traitement parallèle pour améliorer le débit du réseau.
Cependant, le travail d'implémentation a été entravé par des défis techniques au sein des équipes de clients de la couche de consensus.
Toni Wahrstatter, responsable de l'équipe de prototypage des protocoles de la Fondation Ethereum, a signalé qu'un changement de l'API du moteur affectait les implémentations des clients de la couche de consensus (CL) pour l'EIP 7928.
Selon Kim, aucune équipe n'a encore réussi à obtenir une implémentation entièrement fonctionnelle des preuves de cellules partielles, un changement de réseau requis pour soutenir de nouvelles augmentations de capacité des blobs.
D'autres complications sont venues des tests de charge effectués par l'équipe EthPandaOps de la Fondation Ethereum en décembre.
Enrico del Fante, développeur chez Consensys travaillant sur le client Teku, a signalé des problèmes qu'il a découverts dans le client Teku lors du test de charge. Cependant, il aurait déclaré que son équipe travaille toujours à atténuer les problèmes connus.
Del Fante a demandé à l'équipe EthPandaOps de suspendre les tests de charge supplémentaires sur le réseau principal pendant le développement des atténuations, et a noté que les problèmes ont ralenti leur travail sur Glamsterdam.
La date limite de février approche
Les développeurs n'ont pas encore officiellement reconnu un décalage entre la portée de Glamsterdam et le calendrier.
Kim a noté que les développeurs ont reconnu qu'il pouvait y avoir un problème et ont convenu de le résoudre d'ici la fin février.
Bien que les équipes Nimbus et Lodestar aient terminé ce travail préliminaire, d'autres équipes de clients mettent encore à jour leurs systèmes, selon le développeur Etan Kissling de Nimbus.
Le retard dans Glamsterdam pourrait également affecter la mise à jour Hegota, qui est censée suivre la mise en œuvre réussie de Glamsterdam.
Alex Stokes, co-responsable de l'équipe de coordination des protocoles de la Fondation Ethereum, a encouragé les auteurs de propositions à présenter leurs idées lors des prochaines réunions ACDC.
Ne vous contentez pas de lire les actualités crypto. Comprenez-les. Abonnez-vous à notre newsletter. C'est gratuit.
Avertissement. Les informations fournies ne constituent pas des conseils en matière d'investissement. Cryptopolitan.com ne saurait être tenue responsable des investissements réalisés sur la base des informations fournies sur cette page. Nous recommandons vivement de mener vos propres recherches et/ou de consulter un professionnel qualifié avant de prendre toute décision d'investissement.
Hannah Collymore
Hannah est rédactrice et éditrice avec près de dix ans d'expérience dans la rédaction de blogs et le reporting d'événements dans l'espace crypto. Chez Cryptopolitan, Hannah contribue à la page actualités, en rapportant et en analysant les derniers développements dans les secteurs de la DeFi, des RWA, de la régulation des crypto-monnaies, de l'IA et des technologies de pointe. Elle est diplômée de l'Université Arcadia avec un diplôme en administration des affaires.
