Les développeurs d’Ethereum sont confrontés à la possibilité de réduire la portée de la prochaine mise à niveau majeure de la blockchain à Glamsterdam pour respecter un délai de milieu d’année, selon Christine D. Kim, fondatrice de Protocol Watch.
Dans une newsletter publiée le vendredi 23 janvier 2026 sur X et Substack, Kim a déclaré que les développeurs avaient pris conscience, lors de l’appel All Core Developer Consensus (ACDC) de cette semaine, que certaines des fonctionnalités prévues pour la mise à niveau de Glamsterdam pourraient être incompatibles avec une livraison d’ici la mi-2026.
La situation n’est pas sans rappeler les défis rencontrés lors de la précédente mise à niveau de Pectra.
« Certains de mes lecteurs qui ont suivi mes newsletters depuis les jours de mise à niveau de Pectra peuvent gémir intérieurement et penser : ‘Pas encore !' », a écrit Kim dans son message.
Glamsterdam est le premier test majeur d’Ethereum de la nouvelle cadence de mise à niveau semestrielle introduite par la fondation en 2025.
Glamsterdam est censé survenir après qu’Ethereum ait mis en œuvre avec succès son Mise à niveau de Fusaka et visait à apporter des améliorations critiques à l’équité et aux capacités de traitement du réseau.
Que pourrait-il se passer si la mise à niveau d’Ethereum à Glamsterdam ne respectait pas la date limite ?
L’EIP 7732, connu sous le nom de séparation proposant-constructeur (ePBS) Devnet-0, peut voir sa portée réduite ou supprimée de Glamsterdam si la date limite n’est pas respectée.
Cette fonctionnalité est très attendue car elle vise à réduire les risques de manipulation et de centralisation dans l’économie à valeur extractible maximale d’Ethereum.
Les développeurs ont convenu lors de l’appel de l’ACDC de cibler des implémentations interopérables d’ici la fin février, mais ont souligné que cela pourrait ne pas se produire dans le délai fixé.
Le deuxième composant majeur, 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 de mise en œuvre a été entravé par des défis techniques au sein des équipes clientes de la couche consensus.
Toni Wahrstatter, responsable de l’équipe de prototypage du protocole de la Fondation Ethereum, a signalé qu’un changement d’API du moteur avait un impact sur les implémentations client de la couche consensus (CL) pour EIP 7928.
D’après Kimaucune équipe n’a encore réussi à implémenter pleinement les preuves de cellules partielles, un changement de réseau nécessaire pour prendre en charge de nouvelles augmentations de capacité de blob.
D’autres complications sont survenues lors des tests de résistance mené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 découverts dans le client Teku lors du test de résistance. Cependant, il aurait déclaré que son équipe travaillait toujours à atténuer les problèmes connus.
Del Fante a demandé à l’équipe EthPandaOps de suspendre les tests de résistance du réseau principal pendant qu’elle développe des mesures d’atténuation, et a noté que les problèmes ont ralenti son travail sur Glamsterdam.
La date limite de février approche
Les développeurs n’ont pas encore officiellement reconnu une inadéquation entre la portée et le calendrier de Glamsterdam.
Kim a noté que les développeurs ont reconnu qu’il pouvait y avoir un problème et ont accepté de le résoudre d’ici la fin février.
Alors que les équipes Nimbus et Lodestar ont terminé ce travail préliminaire, d’autres équipes clientes continuent de mettre à jour leurs systèmes, selon le développeur Etan Kissling de Nimbus.
Le retard de Glamsterdam pourrait également affecter la mise à niveau de Hegota, qui est censée intervenir après 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 prochains ACDC.
