Que propose ce brouillon d'EIP ?

Kevaundray Wedderburn a ouvert le 24 août 2026 une pull request sur ethereum/EIPs, le dépôt GitHub par lequel passe toute proposition de modification du protocole Ethereum. Le texte porte trois signatures, la sienne, celle de Tom Wambsgans et celle de Thomas Coratger. Il vise le contrat de dépôt, le guichet par lequel un candidat validateur Ethereum engage ses ETH pour entrer dans le consensus. Deux changements sont décrits dans l'en-tête de la proposition. Le contrat accepterait des clés et des signatures de longueur variable, là où il impose aujourd'hui un gabarit fixe, celui du schéma de signature BLS employé par les validateurs. Il gagnerait aussi un mode de retraite du BLS, présenté comme irréversible une fois enclenché.

Pourquoi toucher au format des clés ?

Le titre du brouillon, tel que l'a fixé le robot du dépôt, annonce l'intention : rendre le contrat de dépôt compatible avec la cryptographie post-quantique. Les schémas destinés à succéder au BLS produisent des clés et des signatures plus volumineuses que celles que le contrat actuel sait recevoir. Élargir le format d'abord, choisir le successeur ensuite, tel est l'ordre retenu. La mécanique s'appuie sur EIP-7685, le canal qui fait remonter les requêtes de dépôt vers la couche de consensus. L'auteur indique lui-même qu'une large part de son texte reprend les explications déjà attachées à ce standard.

Où en est la proposition dans le circuit éditorial ?

Au stade de brouillon, et rien de plus. Le robot du dépôt l'a étiquetée comme nouvelle proposition de type cœur de protocole, en attente de revue. Trois étapes restent devant elle :

  • l'attribution d'un numéro définitif, un éditeur ayant proposé EIP-8394 à la place du 9999 provisoire utilisé au dépôt
  • au moins une revue d'éditeur supplémentaire, parmi les quatre nommés par le robot
  • l'ouverture d'un fil de discussion sur Ethereum Magicians, le champ prévu à cet effet étant resté vide

L'intégration automatique a par ailleurs signalé des erreurs sur l'un des commits, et l'auteur a repoussé sa branche le jour même. Un brouillon d'EIP peut être renuméroté, réécrit ou abandonné, et son passage dans une mise à jour du réseau suppose un accord des développeurs du cœur de protocole. Rien de ce que décrit ce texte n'est acquis.

Quels arbitrages restent en suspens ?

L'auteur écrit attendre des retours pour décider du traitement réservé à EIP-7251, EIP-8282 et EIP-7002, trois propositions qui touchent au même périmètre de gestion des validateurs. Le sujet a été porté en ACDE, la réunion des développeurs du cœur d'Ethereum. Une piste évoquée consisterait à conserver des clés de taille fixe et à ajouter de nouvelles fonctions au fil des besoins, ce qui reviendrait à un choix d'architecture différent de celui du brouillon. Pour qui immobilise déjà des ETH, rien ne bouge dans l'immédiat, ni les conditions d'entrée ni ce que rapporte réellement le staking Ethereum. Un changement de cette nature devrait passer par une modification des règles du protocole, donc par une mise à jour du réseau, dont ni le contenu ni la date ne sont fixés à ce jour. Le brouillon ne traite que de l'entrée en jalonnement. Les autres usages de la cryptographie sur Ethereum, à commencer par les signatures des comptes ordinaires, ne sont pas couverts par ce texte.