Vue d'ensemble
La dernière comparaison de Vitalik Buterin entre la feuille de route 2023 d'Ethereum et la Strawmap L1 actuelle montre un changement significatif dans les priorités du protocole. Les objectifs originaux du réseau n'ont pas été abandonnés, mais la résistance quantique a été avancée, tandis que la confidentialité native, le passage à l'échelle post-quantique, les rollups natifs et des spécifications plus formellement vérifiables ont gagné en importance. Certaines orientations antérieures, notamment les fonctions de délai vérifiables et certaines parties de la précédente feuille de route EVM, reçoivent désormais moins d'importance.
La feuille de route de sécurité quantique d'Ethereum n'est pas un calendrier de hard-fork confirmé. La Strawmap est un brouillon maintenu par l'architecture de la Fondation Ethereum, et les propositions individuelles doivent encore progresser à travers la recherche, les propositions d'amélioration d'Ethereum, la mise en œuvre des clients, les tests et la coordination communautaire. Ethereum.org décrit environ 2029 comme l'objectif pour achever l'infrastructure post-quantique de base, mais classe explicitement les jalons associés comme des objectifs de planification plutôt que des engagements garantis.
Aucun ordinateur quantique ne peut actuellement casser la cryptographie d'Ethereum, donc les utilisateurs n'ont pas besoin de déplacer leurs ETH ou de changer de portefeuille immédiatement. L'importance de la feuille de route réside dans le temps nécessaire pour qu'un réseau décentralisé remplace plusieurs composants cryptographiques sans perturber les validateurs, les comptes, les rollups ou les applications. La confidentialité crée un défi tout aussi large car elle doit protéger les paiements, l'activité des applications, les requêtes RPC et les métadonnées du réseau tout en préservant la convivialité et la composabilité.
Points clés à retenir
- La résistance quantique a reçu une priorité plus élevée dans la dernière feuille de route d'Ethereum.
- La migration couvre les signatures BLS, les engagements KZG, les comptes ECDSA et certains systèmes de preuve à connaissance nulle.
- La confidentialité native reste un objectif de conception, pas une fonctionnalité par défaut existante.
- Des signatures post-quantiques plus grandes rendent l'agrégation et le passage à l'échelle des parties essentielles de la transition.
- L'objectif de 2029 est un jalon de planification, et les utilisateurs n'ont pas besoin d'agir aujourd'hui.
Comment la feuille de route de sécurité quantique d'Ethereum a changé
Qu'est-ce qui a changé dans la dernière feuille de route de Vitalik Buterin ?
Les objectifs à long terme d'Ethereum restent reconnaissables, mais leur ordre et leur mise en œuvre technique ont changé. La comparaison du 10 août de Vitalik a indiqué que la sécurité quantique a été placée plus haut dans la pile de priorités, tandis que les fonctions de délai vérifiables et certaines améliorations antérieures de l'EVM sont devenues moins centrales. Les orientations précédentes de gestion de l'état impliquant les arbres de Verkle et l'expiration de l'état ont également été réorganisées autour de propositions plus récentes.
La feuille de route mise à jour donne une plus grande visibilité à la confidentialité native, au passage à l'échelle post-quantique, aux rollups natifs, aux futurs blobs et gaz, et aux spécifications conçues pour une vérification formelle plus facile. Ces ajouts reflètent les changements dans la technologie environnante. Les preuves à connaissance nulle sont devenues plus pratiques, les rollups portent désormais une plus grande part de l'activité d'Ethereum, et les progrès de l'informatique quantique ont fait de la migration cryptographique à long terme une préoccupation d'ingénierie plus concrète.
Les rollups natifs pourraient éventuellement permettre à la couche de base d'Ethereum de vérifier les transitions d'état des rollups via des mécanismes de protocole standardisés. Les futurs blobs et gaz, quant à eux, rendraient plus faciles la tarification et la gestion de l'espace de blocs ou de la capacité de données futures. Ces idées restent des directions de recherche plutôt que des fonctionnalités garanties, mais leur inclusion montre qu'Ethereum traite de plus en plus le passage à l'échelle, la sécurité et la conception du marché comme des problèmes liés.
La Strawmap ne doit pas être interprétée comme un calendrier de mise à niveau. Elle est maintenue par l'architecture de la Fondation Ethereum et cartographie les directions possibles sur plusieurs années. L'apparition d'une fonctionnalité ne signifie pas que les développeurs ont convenu d'une spécification finale, d'un bloc d'activation ou d'une méthode de mise en œuvre.
Pourquoi la sécurité quantique devient-elle plus urgente ?
La sécurité quantique devient plus urgente car les transitions cryptographiques peuvent prendre des années même lorsque la menace sous-jacente n'est pas immédiate. Ethereum doit coordonner les validateurs, les clients d'exécution et de consensus, les portefeuilles, les contrats intelligents, les rollups, les ponts et les fournisseurs de garde. Attendre qu'un ordinateur quantique suffisamment puissant existe laisserait trop peu de temps pour les tests et la migration des comptes.
Ethereum.org identifie quatre domaines qui nécessitent des solutions post-quantiques différentes. Le consensus repose sur les signatures BLS pour agréger les votes des validateurs. La disponibilité des données utilise les engagements polynomiaux KZG dans le cadre de l'architecture de passage à l'échelle des rollups d'Ethereum. Les comptes externes standard utilisent des signatures ECDSA, tandis que de nombreux systèmes de connaissance nulle au niveau applicatif dépendent d'hypothèses de courbes elliptiques.
Ces composants ne peuvent pas être sécurisés par un remplacement universel. Un schéma de signature de validateur doit prendre en charge une agrégation efficace sur un grand ensemble de validateurs. Un engagement de disponibilité des données doit rester compact et pratique pour les nœuds. La migration des portefeuilles doit protéger les comptes actifs et dormants, tandis que les rollups ont besoin de systèmes de preuve qui restent abordables et compatibles avec les applications existantes.
Le matériel quantique actuel reste bien en dessous du niveau nécessaire pour casser la cryptographie d'Ethereum. La préparation est donc un exercice de gestion des risques plutôt qu'une réponse à une attaque active. L'incertitude autour du calendrier de développement est précisément la raison pour laquelle le réseau commence la transition tôt.
La confidentialité devient un objectif de conception au niveau du protocole
Comment la confidentialité native changerait-elle l'activité des utilisateurs d'Ethereum ?
La confidentialité native réduirait les informations que les observateurs externes peuvent relier entre les paiements, les applications, les requêtes RPC et l'activité réseau. Elle ne rendrait pas chaque transaction ou interaction avec un contrat intelligent complètement invisible.
La feuille de route sur la confidentialité de Vitalik divise le problème en quatre domaines : les paiements privés en chaîne, l'anonymisation partielle de l'activité au sein des applications, la confidentialité pour les lectures de la blockchain et les appels RPC, et l'anonymat au niveau du réseau. Cette définition plus large est importante car les valeurs des transactions ne sont qu'une source d'exposition. Le fournisseur RPC d'un utilisateur peut observer quelles adresses et quels contrats le portefeuille interroge, même lorsqu'aucune transaction n'est soumise.
Une approche proposée consiste à passer à une adresse différente pour chaque application. Cela pourrait rendre plus difficile l'association des activités de prêt, de trading, de jeu et de paiement d'un utilisateur via un seul compte public. Des transferts préservant la confidentialité vers les autres adresses de l'utilisateur seraient alors nécessaires pour empêcher que ces comptes soient liés par des transactions de financement ordinaires.
L'intégration du portefeuille est une autre priorité. Les outils de confidentialité pourraient faire partie des interfaces de portefeuille existantes, permettant aux utilisateurs de dépenser à partir de soldes protégés sans télécharger un portefeuille spécialisé séparé. Les propositions FOCIL et d'abstraction de compte pourraient améliorer la résistance à la censure et réduire la dépendance aux relais publics pour les transactions préservant la confidentialité.
La confidentialité RPC pourrait initialement reposer sur des environnements d'exécution de confiance, suivis par la récupération privée d'informations si la technologie devient suffisamment efficace pour des ensembles de données à l'échelle d'Ethereum. Les portefeuilles pourraient également se connecter à plusieurs services RPC ou utiliser différents fournisseurs pour différentes applications, réduisant ainsi la quantité de métadonnées visibles par un seul opérateur.
Pourquoi la confidentialité par défaut est-elle difficile à mettre en œuvre ?
La confidentialité par défaut est difficile car les applications Ethereum dépendent d'un état partagé et de la composabilité. Un actif ou un compte privé doit toujours interagir avec les échanges décentralisés, les protocoles de prêt, les ponts et les rollups sans exposer d'informations inutiles ni créer des coûts de preuve prohibitifs.
Les preuves de confidentialité consomment du calcul et du gaz. L'agrégation de preuves pourrait permettre à plusieurs transactions privées de partager une seule preuve en chaîne, mais cela introduit une infrastructure et une latence supplémentaires. L'activité inter-L2 crée une autre complication car les soldes privés et les permissions de compte doivent rester utilisables dans différents environnements d'exécution sans révéler publiquement leur propriétaire commun.
La récupération de portefeuille est également plus difficile lorsque les relations entre comptes sont intentionnellement cachées. Un système doit permettre aux utilisateurs de faire pivoter les clés ou de récupérer l'accès sans lier chaque note privée et compte d'application. Les portefeuilles de stockage de clés préservant la confidentialité sont destinés à résoudre ce problème, mais ils restent un domaine de développement.
Les exigences réglementaires et de conformité ajoutent des contraintes supplémentaires. Les Privacy Pools et les systèmes associés tentent de donner aux utilisateurs la confidentialité des transactions tout en leur permettant de démontrer que les fonds ne proviennent pas de sources illicites spécifiées. Que ce modèle puisse fournir une confidentialité pratique, une liquidité large et des outils de conformité acceptables reste incertain.
Par conséquent, la feuille de route ne signifie pas qu'Ethereum fournit déjà une confidentialité native par défaut. Les nonces clés, les mécanismes de racine récente, FOCIL, les pools de confidentialité et les technologies RPC privées restent à différents stades de recherche et de mise en œuvre. Leur inclusion indique une direction, pas un déploiement achevé.
La migration post-quantique redessine la mise à l'échelle d'Ethereum
Pourquoi la feuille de route sur la sécurité quantique d'Ethereum ne peut-elle pas simplement remplacer les signatures ?
Ethereum ne peut pas simplement remplacer ses signatures existantes car les alternatives post-quantiques ont généralement des caractéristiques de performance différentes. Les signatures BLS sont précieuses car de nombreuses signatures de validateurs peuvent être agrégées en une seule preuve compacte. Ethereum.org note qu'une signature BLS fait environ 96 octets, tandis qu'une signature basée sur le hachage leanXMSS peut faire environ 3 000 octets.
Remplacer directement BLS par leanXMSS sans agrégation efficace augmenterait considérablement la quantité de données de consensus transmises et vérifiées à chaque slot. Cela pourrait augmenter les exigences en matière de bande passante et de matériel, réduire la capacité du réseau à fonctionner dans des conditions défavorables et rendre la participation des validateurs plus coûteuse.
La leanVM proposée résout ce problème en vérifiant et en agrégeant les signatures post-quantiques via une machine virtuelle à connaissance nulle spécialisée. Ethereum.org indique que cette approche vise à compresser les données associées d'environ 250 fois. Cependant, sa sécurité, ses performances de preuve et son intégration client nécessitent encore des tests.
Les engagements KZG présentent un problème de migration distinct. Ils reposent sur des appariements de courbes elliptiques et devraient éventuellement être remplacés par un schéma d'engagement résistant aux quantiques. Les engagements basés sur STARK utilisent des fonctions de hachage, tandis que les alternatives basées sur les réseaux reposent sur des problèmes mathématiques supposés résister aux attaques quantiques. Aucune de ces approches n'a encore démontré une combinaison finale d'efficacité, de sécurité et de maturité opérationnelle pour la charge de travail complète de disponibilité des données d'Ethereum.
Les signatures de compte peuvent évoluer plus progressivement grâce à l'abstraction de compte. L'agilité des signatures permettrait à des portefeuilles individuels d'adopter une méthode d'authentification post-quantique sans forcer chaque compte à migrer le même jour. Cela réduit le risque de coordination mais laisse des questions non résolues concernant les comptes dormants et les utilisateurs qui ne parviennent pas à mettre à niveau.
Les ordinateurs quantiques peuvent-ils voler de l'ETH aujourd'hui ?
Non. Les ordinateurs quantiques actuels ne peuvent pas dériver les clés privées Ethereum ni forger les signatures de validateurs à l'échelle requise pour attaquer le réseau. Ethereum.org déclare que les fonds des utilisateurs sont en sécurité aujourd'hui et qu'aucune action immédiate sur le portefeuille n'est nécessaire.
L'exposition à long terme diffère selon l'historique du compte. Lorsqu'un compte Ethereum standard envoie une transaction, sa clé publique devient visible sur la chaîne. Un futur ordinateur quantique suffisamment puissant pourrait théoriquement utiliser cette clé publique pour dériver la clé privée correspondante. Un compte qui n'a reçu que des actifs et n'a jamais envoyé de transaction expose son adresse, qui est un hachage de la clé publique, plutôt que la clé publique elle-même.
Cette distinction offre une protection supplémentaire pour les comptes inutilisés, mais ce n'est pas une stratégie de migration complète. Les utilisateurs actifs, les portefeuilles de contrats intelligents, les clés de validateurs, les ponts et les applications auraient toujours besoin d'une authentification résistante aux quantiques. Les comptes dormants créent également un problème de gouvernance car leurs propriétaires peuvent ne pas répondre lorsque les outils de migration seront disponibles.
Les jalons prévus par Ethereum incluent un registre de clés post-quantique, des outils de vérification natifs, des attestations de validateurs post-quantiques et éventuellement des engagements d'agrégation et de blobs. Ethereum.org vise environ 2029 pour l'infrastructure de base, tout en reconnaissant que la migration de la couche d'exécution et de l'écosystème se poursuivrait au-delà de ce point.
Les utilisateurs doivent surveiller les directives officielles des portefeuilles et des protocoles plutôt que de réagir à des affirmations spéculatives selon lesquelles une attaque quantique est imminente. Une véritable migration serait accompagnée de versions de clients, d'EIP, de support de portefeuilles et d'instructions claires de l'écosystème Ethereum.
Les nouvelles priorités d'Ethereum dépendent d'un déploiement pratique
La dernière feuille de route de sécurité quantique d'Ethereum montre que la stratégie à long terme du protocole s'étend au-delà du débit de transactions. La confidentialité, la résistance quantique, la vérification formelle et l'intégration des rollups deviennent des exigences de conception centrales car chacune affecte la capacité d'Ethereum à rester sécurisé et utilisable sur plusieurs cycles technologiques.
La force de la feuille de route est qu'elle traite la migration cryptographique comme un problème de systèmes. Le remplacement des signatures BLS affecte l'agrégation des validateurs et la bande passante du réseau. Le remplacement des engagements KZG affecte la disponibilité des données des rollups. La protection des comptes ECDSA nécessite une migration des portefeuilles et une agilité des signatures, tandis que le déplacement des applications vers des preuves résistantes aux quantiques peut modifier les coûts de preuve et la compatibilité.
La confidentialité a une portée tout aussi large. Les paiements privés seuls ne peuvent pas protéger les utilisateurs si la même adresse relie l'activité entre les applications ou si les fournisseurs RPC collectent des données de requête détaillées. La conception des portefeuilles, l'abstraction de compte, l'agrégation de preuves, la résistance à la censure et les métadonnées du réseau doivent donc évoluer ensemble.
Cependant, la feuille de route reste un ensemble de directions de recherche et de jalons de planification. Le succès doit être mesuré par la question de savoir si les propositions entrent dans le processus EIP, obtiennent un soutien des clients et des portefeuilles, fonctionnent de manière fiable sur les réseaux de test et atteignent le mainnet sans augmenter matériellement le coût d'exécution des nœuds ou d'utilisation des applications.
Les prochains signaux à surveiller incluent les tests d'interopérabilité post-quantiques, les performances de preuve de leanVM, le support des portefeuilles pour l'agilité des signatures, les alternatives aux engagements KZG et les propositions concrètes de confidentialité entrant dans les mises à niveau planifiées. Jusqu'à ce que ces étapes se produisent, la dernière feuille de route représente une déclaration plus claire des priorités d'Ethereum, pas une preuve que la confidentialité native ou la résistance quantique complète a déjà été livrée.
Sources
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Avertissement sur les risques : Cet article est fourni à titre de référence uniquement et ne constitue pas un conseil en investissement. Le marché des cryptomonnaies est très volatil. Veuillez prendre vos décisions avec prudence en fonction de votre situation personnelle.
