Le chercheur de la Fondation Ethereum Justin Drake a fixé comme objectif décembre 2028 pour achever la « transition complète post-quantique et post-IA » d’Ethereum, lors de la cérémonie d’ouverture de Devcon 8, un calendrier plus rapide que la cible de 2029 publiée par l’équipe de la Fondation pour la mise à niveau du protocole.
La Fondation indique que ces travaux couvrent les trois couches du protocole Ethereum : les signatures des validateurs sur la couche de consensus, la disponibilité des données sur la couche de données et l’authentification des comptes sur la couche d’exécution. Un ordinateur quantique suffisamment puissant pourrait retrouver des clés privées à partir de clés publiques exposées, permettant le vol et l’usurpation d’identité, explique l’équipe post-quantique de la Fondation.
« Nous espérons qu’en décembre 2028 nous pourrons achever la transition complète post-quantique et post-IA », a déclaré Drake, selon le compte rendu officiel de Devcon. L’organisateur a cité ses propos, qui prévoient 24 mois pour déployer trois forks supplémentaires.
La séquence proposée comprend Glamsterdam, Hegotá, ainsi que les forks I* et J*, provisoirement nommés, selon le compte rendu de la présentation par 0xRahul, responsable des outils pour développeurs Ethereum. Le participant à la conférence Bob Summerwill a identifié J* comme le point d’aboutissement post-quantique proposé.
Chargement du post depuis X…
Voir le post sur XLa feuille de route précédente de l’équipe post-quantique indique que les mises à niveau du protocole de couche 1 pourraient être achevées d’ici 2029, la migration complète de la couche d’exécution prenant encore plusieurs années. La séquence publiée place un registre des clés des validateurs en I, les fonctionnalités de vérification des signatures en J, les preuves de consensus et leanVM en L, et la gestion post-quantique des blobs en M.
Le point d’aboutissement J* proposé par Drake permettrait donc d’intégrer une protection à l’échelle du protocole dans un fork plus précoce. Il s’agit d’un objectif, et non d’un calendrier d’activation convenu : la Strawmap se décrit elle-même comme un travail en cours plutôt que comme une prévision, et l’équipe post-quantique indique que les mises à niveau finales sont déterminées par les processus de gouvernance ouverte d’Ethereum.
De la feuille de route au code en service
Un élément clé est leanVM, une machine virtuelle minimale générant des preuves, conçue pour rendre pratiques les signatures post-quantiques plus volumineuses en agrégeant leur vérification. Son code public comprend des implémentations et des benchmarks pour les signatures des validateurs, les signatures des utilisateurs et la disponibilité des données.
La Fondation indique que leanVM a été « formellement vérifiée de bout en bout » au cours des jours précédents. Cependant, le dépôt de code qualifie toujours la vérification formelle d’« en cours » et avertit que leanVM n’est pas encore prête pour la production. Le projet de vérification associé indique par ailleurs qu’aucune affirmation sur le système de preuve n’a encore abouti et répertorie les théorèmes de bout en bout parmi ses objectifs d’assurance.
Pour les détenteurs, la mise à niveau du protocole et la migration d’un compte existant restent deux étapes distinctes. Comme The Defiant l’a rapporté précédemment, la vérification de signatures alternatives dans un smart contract ne supprime pas automatiquement l’autorité de la clé de signature d’origine d’un compte existant.
L’EIP-8141, une proposition de voie native vers une autorisation de transaction programmable et des signatures post-quantiques, reste étiquetée Draft. Elle permettrait au code du compte de définir la validation, plutôt que de exiger l’authentification actuelle par courbes elliptiques.