► Pourquoi EIP-8141 est le meilleur choix pour la résistance quantique d'Ethereum !

Google a publié un article disant que les ordinateurs quantiques ont besoin de 20 fois moins de qubits pour pirater les portefeuilles ethereum que ce que nous pensions.
Les règles du jeu en matière de sécurité crypto viennent de changer. Un attaquant avec un ordinateur quantique suffisamment rapide pourrait exécuter une « attaque sur-spend » et environ 6,9 millions de BTC ont déjà exposé leurs clés publiques.
#Ethereum est en réalité dans une situation encore pire structurellement. Chaque EOA ayant jamais envoyé une transaction a déjà exposé sa clé publique.
– Plus de 65 % des ETH se trouvent dans des adresses exposées
– Plus de 20,5 millions d’ETH rien que dans les 1 000 principales portefeuilles
– des millions d’autres en staking, ponts L2, clés administratives
La fondation Ethereum a déjà une réponse. L’EIP-8141, proposé par Vitalik + les mêmes personnes qui ont construit ERC-4337, et qui devrait être déployé en un an.
L’idée centrale est d’arrêter de lier chaque compte ethereum à une seule voie de signature ECDSA pour toujours.
Il introduit un nouveau type de transaction (0x06) appelé une transaction de cadre. Au lieu d’un seul appel, une transaction devient une séquence de « cadres » qui séparent les trois éléments toujours regroupés :
VÉRIFIER → exécuter votre logique de validation personnalisée → appelle le nouveau code opération APPROVE (0xaa) si légitime
EXPÉDITEUR → exécuter l’action
PAR DÉFAUT → flux au niveau système comme les paymasters
L’EIP-8141 supprime complètement la couche de regroupement ERC-4337 et rend l’AA natif accessible à chaque compte au niveau du protocole avec des confirmations plus rapides, des frais plus faibles, la même résistance à la censure qu’un transfert ETH classique.
L’angle résistance quantique est que lorsque l’ECDSA sera cassé, il suffira de passer à un schéma basé sur le hachage ou la lattice via un cadre VÉRIFIER.
Votre adresse 0x existante ne change pas. C’est une sortie au niveau du protocole d’un point de défaillance unique que chaque compte ethereum possède actuellement.
Naturellement, on pourrait s’attendre à ce que cela soit urgent, non ?
Pourtant, l’EIP-8141 n’est même pas en tête de liste pour le prochain fork Hegotá. Il est bloqué au stade CFI. Le processus de tous les développeurs principaux est basé sur le consensus et la proposition est encore trop lourde.
– touche trop de couches à la fois (format de transaction, mempool, exécution)
– les cadres VÉRIFIER nécessitent une simulation au niveau du nœud → surface potentielle de DoS
– les règles du mempool ne sont pas encore entièrement spécifiées (même problème que le sandbox d’opcodes de 4337)
– ajoute un risque d’implémentation sur tous les clients EL simultanément
C’est trop risqué pour le calendrier du fork.
Mais CFI n’est pas un rejet. Les auteurs travaillent activement sur la spécification de la protection contre le DoS. Le prochain appel ACD sera le vrai point de décision.
Même si l’EIP-8141 rate #Hegotá et est repoussé à la prochaine mise à jour, tout reste en ordre.
Le calendrier quantique est encore à 10–15 ans, la solution existe déjà, et ethereum ne reste pas immobile. L’architecture est en place, elle attend simplement d’être activée.