Cryptelio

La Fondation Ethereum abandonne la fonction de hachage Poseidon au profit de fonctions de hachage traditionnelles pour la sécurité quantique

Cryptelio Editorial Publié 14 août 2026 · 10:17 UTC Mis à jour 14 août 2026 · 12:02 UTC
La Fondation Ethereum abandonne la fonction de hachage Poseidon au profit de fonctions de hachage traditionnelles pour la sécurité quantique

La Fondation Ethereum opère un changement significatif dans sa stratégie cryptographique en abandonnant la fonction de hachage Poseidon sur sa couche de base. Cette décision, annoncée par le chercheur Justin Drake le 13 août, marque l'aboutissement d'un effort de recherche de huit ans visant à préparer Ethereum à l'ère de l'informatique quantique.

Drake a expliqué que la fondation se tournerait désormais vers des fonctions de hachage traditionnelles telles que SHA2 et BLAKE2s, qui ont prouvé leur capacité à égaler les performances de Poseidon dans les applications SNARK (Succinct Non-interactive Arguments of Knowledge). Ce changement reflète une compréhension plus large que les fonctions de hachage spécialisées, adaptées aux SNARK, peuvent ne pas être nécessaires, comme le montrent les avancées récentes dans les systèmes de preuve.

Drake a souligné l'importance de faire des hypothèses minimales pour la sécurité, arguant que s'appuyer sur des fonctions de hachage standard offre une base plus fiable pour l'avenir d'Ethereum. Il a noté que l'abandon de structures plus risquées, telles que les systèmes basés sur des réseaux de lattices et des isogénies, est un choix judicieux à mesure que les techniques de cryptanalyse évoluent.

La transition vers des hachages traditionnels devrait accélérer les délais de déploiement, avec une version leanVM prête pour la production attendue d'ici 2027 et d'autres développements dans les couches de consensus et d'exécution prévus pour 2028. Bien que ce changement ne rende pas Poseidon obsolète, il signifie un tournant stratégique dans la conception de la couche 1 d'Ethereum, mettant en avant la nécessité de solutions robustes et évolutives à mesure que le réseau continue de croître.

Mis à jour 11:31 UTC

Nouveaux développements en cryptographie post-quantique

Google Cloud a annoncé une feuille de route complète pour la migration vers la cryptographie post-quantique, visant une préparation totale d'ici 2029. Ce plan, révélé le 11 août 2026, décrit une approche par étapes pour améliorer la sécurité dans divers secteurs, y compris la banque et la blockchain.

La feuille de route se compose de trois phases :

  • Phase 1 (d'ici fin 2027) : Se concentre sur l'atténuation des attaques "stockez maintenant, déchiffrez plus tard", où les adversaires récoltent des données chiffrées en pensant à un déchiffrement quantique futur.
  • Phase 2 (d'ici fin 2028) : Aborde les risques d'intégrité et de non-répudiation grâce à des signatures et certificats numériques résistants aux quantiques, ainsi qu'à une gestion des clés fondamentale.
  • Phase 3 (d'ici 2029) : Atteint une préparation complète à la cryptographie post-quantique.

Google a déjà mis en œuvre des protocoles d'échange de clés résistants aux quantiques en utilisant une approche hybride, garantissant que la sécurité reste intacte même si des vulnérabilités sont découvertes dans les normes plus récentes. Des algorithmes standardisés par le NIST sont en cours d'intégration dans le service de gestion des clés de Google Cloud.

L'urgence de la préparation post-quantique est particulièrement critique pour le secteur des cryptomonnaies, car les principaux protocoles de blockchain reposent sur la cryptographie à courbe elliptique, qui pourrait être compromise par des capacités avancées de calcul quantique.

Mis à jour 12:02 UTC

Nouveaux développements dans la stratégie de sécurité quantique d'Ethereum

  • L'équipe Post-Quantum d'Ethereum anticipe que les mises à niveau de niveau 1 pourraient être finalisées d'ici 2029, bien qu'aucune date fixe ne soit établie.
  • La transition commencera par un registre de clés de validateurs post-quantiques, remplaçant finalement les signatures de validateurs BLS actuelles par des alternatives basées sur des hachages comme leanXMSS.
  • LeanXMSS repose sur des clés à usage unique, posant des risques si le même index est utilisé pour plusieurs signatures, permettant potentiellement aux attaquants de falsifier des signatures.
  • Selon la norme SP 800-208 du NIST, la signature basée sur des hachages avec état doit se faire au sein d'un module matériel, compliquant les stratégies de résilience bancaire traditionnelles.
  • La FINMA de Suisse a constaté que 72 % des institutions financières interrogées n'avaient ni prévu ni mis en œuvre de mesures de cryptage résistant aux quantiques.
  • Le registre de clés de validateurs proposé par Ethereum vise à limiter le nombre de clés post-quantiques traitées par slot, les recherches actuelles suggérant 16 enregistrements par slot comme un paramètre gérable.
  • Un enregistrement tardif pour les banques pourrait entraîner des retards opérationnels, car elles seraient mises en file d'attente avec d'autres retardataires, impactant leur influence sur le processus de transition.
  • Brunner souligne que les banques doivent repenser leurs processus d'audit pour s'aligner sur les nouveaux schémas de signature afin de maintenir la conformité et le contrôle sur les actifs des clients.

FAQ

Pourquoi la Fondation Ethereum passe-t-elle de la fonction de hachage Poseidon à des fonctions de hachage traditionnelles ?

La Fondation Ethereum effectue ce changement pour se préparer à l'ère de l'informatique quantique et pour s'appuyer sur des fonctions de hachage traditionnelles plus fiables et éprouvées comme SHA2 et BLAKE2s, qui peuvent égaler les performances de Poseidon dans les applications SNARK.

Qu'est-ce que les applications SNARK et pourquoi sont-elles importantes pour Ethereum ?

Les applications SNARK (Succinct Non-interactive Arguments of Knowledge) sont des preuves cryptographiques qui permettent une vérification efficace des calculs. Elles sont importantes pour Ethereum car elles améliorent la scalabilité et la confidentialité au sein du réseau.

Quels sont les avantages attendus de l'utilisation de fonctions de hachage traditionnelles par rapport aux fonctions de hachage spécialisées adaptées aux SNARK ?

L'utilisation de fonctions de hachage traditionnelles devrait fournir une base plus fiable pour la sécurité, réduire les risques associés aux structures spécialisées et accélérer les délais de déploiement pour les développements futurs d'Ethereum.

Quel est le calendrier de déploiement du nouveau leanVM et d'autres développements ?

Un leanVM de qualité production est prévu d'ici 2027, avec d'autres développements dans les couches de consensus et d'exécution prévus pour 2028.

Ce changement signifie-t-il que la fonction de hachage Poseidon deviendra obsolète ?

Non, le passage de Poseidon ne la rend pas obsolète ; cela signifie un changement stratégique dans la conception de la couche 1 d'Ethereum pour privilégier des solutions robustes et évolutives.

À lire aussi

Commentaires

Les commentaires sont modérés avant publication.

Pas encore de commentaires — soyez le premier.

Commenter en invité

Captcha