En janvier 2026, Ethereum a constitué une équipe dédiée à la sécurité post-quantique. Vitalik Buterin alerte aussi sur une IA qui pourrait accélérer une découverte mathématique contre ECDSA. Cela pourrait survenir avant l’arrivée d’un ordinateur quantique opérationnel.
À ce stade, aucune faille publique ne permet de récupérer les clés privées d’un compte Ethereum. L’enjeu porte sur le temps de préparation du réseau si cette hypothèse quittait un jour le terrain théorique.
À retenir : Ethereum, intelligence artificielle et ECDSA
- Pour Vitalik Buterin, le risque vient de la recherche mathématique assistée par IA, non d’une attaque confirmée.
- Justin Drake évoque un scénario extrême qui se jouerait en mois, sans fixer de calendrier reconnu.
- Une migration hâtive des ETH pourrait causer plus de risques immédiats qu’elle n’en préviendrait.
Ethereum : l’alerte IA sur ECDSA
Le débat porte non sur une vulnérabilité démontrée, mais sur une nouvelle évaluation du risque. Les progrès de l’IA en mathématiques pourraient réduire la fenêtre de réaction disponible pour Ethereum.

Buterin alerte sur un risque cryptographique théorique lié à l’IA
Vitalik Buterin estime que des systèmes très performants en recherche mathématique pourraient trouver de nouveaux algorithmes. Ils pourraient aussi identifier des raccourcis contre certaines constructions cryptographiques. Son avertissement élargit le risque traditionnellement associé aux machines quantiques.
Cette possibilité ne prouve pas qu’une IA sait casser ECDSA. Aucune démonstration publique ne montre qu’un modèle puisse aujourd’hui déduire les clés privées Ethereum à partir de signatures. Il en va de même pour les clés publiques. La sécurité du protocole n’est donc pas décrite comme rompue.
Le scénario avancé par Drake
Justin Drake, chercheur à la Fondation Ethereum, juge raisonnable de préparer un cas extrême. Une percée mathématique pourrait alors affaiblir ECDSA avant toute rupture matérielle. Dans son hypothèse la plus pessimiste, cette percée pourrait survenir en « mois plutôt qu’en années ».
Cette formule ne constitue ni une prévision consensuelle ni une échéance technique. Elle définit un stress test. Si une attaque crédible surgissait soudainement, le réseau pourrait-il abandonner assez vite une primitive devenue fragile ?
Pourquoi ECDSA reste centrale
ECDSA, pour Elliptic Curve Digital Signature Algorithm, sert notamment à signer les transactions des comptes classiques. La signature permet au réseau de vérifier qu’un utilisateur contrôle son compte sans publier sa clé privée.
Le mécanisme repose sur une asymétrie connue. La clé secrète sert à produire une signature. Les méthodes disponibles ne doivent pas permettre de la reconstituer depuis des éléments publics. Une découverte algorithmique modifierait cette hypothèse, même sans ordinateur quantique.
ECDSA : la limite du scénario de Drake
Les éléments disponibles décrivent un risque de préparation, non une métrique de danger immédiat. Cette distinction est déterminante pour ne pas confondre une vulnérabilité hypothétique et une alerte opérationnelle.

Les comptes déjà exposés
Une adresse Ethereum provient d’un hash de clé publique. Lorsqu’une adresse reçoit des ETH sans jamais envoyer de transaction, la chaîne ne révèle pas directement sa clé publique complète.
Après une transaction signée, les informations cryptographiques permettent de retrouver cette clé publique. Dans cette hypothèse non prouvée, un attaquant pourrait dériver la clé secrète. Il viserait alors plus directement les comptes qui ont signé. Les adresses jamais dépensières conserveraient la barrière supplémentaire du hachage.
Une protection à relativiser
Cette différence explique l’intérêt théorique d’adresses neuves dans les discussions sur la sécurité Ethereum post-quantique. Elle ne constitue pas une instruction de déplacer ses fonds. Pour dépenser les ETH placés sur une adresse neuve, l’utilisateur devra un jour signer une transaction.
Buterin déconseille une migration générale menée dans la précipitation. Une mauvaise adresse ou une sauvegarde insuffisante peut causer un dommage immédiat. Il en va de même d’une procédure de wallet mal comprise ou de la perte d’une clé. Il indique avoir lui-même perdu plus lors de migrations mal exécutées qu’au cours des hacks qu’il a subis.
La donnée qui manque encore
Les éléments disponibles n’apportent ni preuve d’attaque ni estimation chiffrée de la puissance nécessaire. Ils ne fournissent pas non plus de calendrier de découverte scientifique. Elle ne permet donc pas de comparer un danger mesuré à celui d’un ordinateur quantique Ethereum.
Il faudrait une publication technique détaillant une faiblesse reproductible contre ECDSA, ou un document de la Fondation Ethereum sur une voie de migration. Sans l’un de ces éléments, parler d’urgence cryptographique dépasserait les faits.
Ethereum : migrer sans attendre une crise
La réponse envisagée vise moins à prédire la première primitive qui cédera qu’à permettre au protocole de la remplacer. C’est la flexibilité des comptes et des signatures qui devient le sujet central.
Des briques à remplacer progressivement
L’équipe créée par la Fondation Ethereum en janvier 2026 travaille sur la sécurité post-quantique. ECDSA n’est pas le seul composant en jeu. Les signatures BLS, les engagements KZG et plusieurs systèmes de preuve pourraient aussi exiger une adaptation à long terme.
L’objectif est de rendre les comptes plus modulables. Le mécanisme de signature pourrait ainsi changer sans bascule brutale pour tous les utilisateurs. Une telle architecture réduirait la dépendance à une date impossible à prévoir et limiterait les migrations forcées.
ML-DSA n’élimine pas tout risque
Buterin étend sa réflexion aux solutions conçues pour résister aux ordinateurs quantiques. ML-DSA, standardisé par le NIST en 2024, repose sur des problèmes liés aux réseaux euclidiens. Le NIST le présente comme adapté à un adversaire doté d’une machine quantique de grande échelle.
Ce texte ne signale aucune faiblesse connue de ML-DSA. Buterin relève uniquement ce point : une IA très avancée en mathématiques pourrait modifier les hypothèses de sécurité de certaines constructions fondées sur les réseaux. Cette incertitude motive l’intérêt pour des approches fondées sur le hachage.
Le rôle possible de leanXMSS
La feuille de route d’Ethereum examine notamment leanXMSS, une famille de signatures basée sur les hashes. Ses hypothèses diffèrent de celles d’ECDSA et des signatures sur réseaux euclidiens. Elle ne garantit pas une protection absolue contre toute découverte future.
Pour les détenteurs, la prudence opérationnelle passe par deux réflexes : conserver des sauvegardes fiables et comprendre les procédures de son wallet crypto. La préparation du protocole ne justifie pas une opération risquée sur des fonds sans nécessité technique établie.
Questions fréquentes sur Ethereum
Elles ne révèlent pas directement leur clé publique complète avant une première transaction signée. Dans le scénario hypothétique d’une attaque permettant de déduire une clé privée depuis une clé publique, elles garderaient donc une couche de protection liée au hachage. Cette propriété ne prouve pas qu’ECDSA soit vulnérable.
Aucune démonstration publique ne montre qu’une IA récupère les clés privées Ethereum ou casse les signatures ECDSA. Il manque une méthode reproductible, une évaluation technique indépendante et une estimation de son coût de calcul. Les propos de Vitalik Buterin et Justin Drake portent sur la préparation à un risque, non sur une attaque en cours.
LeanXMSS repose principalement sur des fonctions de hachage, avec des hypothèses différentes de ML-DSA et d’ECDSA. Ethereum étudie cette diversité pour réduire sa dépendance à une seule famille cryptographique. Cela ne signale pas une faiblesse connue de ML-DSA, standard de signature post-quantique adopté par le NIST en 2024.
Disclaimer : Cet article est fourni à titre informatif et ne constitue pas un conseil en investissement. Les cryptomonnaies sont des actifs volatils. Faites vos propres recherches avant toute décision.