Il s'agit de la partie 2 d'une série de blogs explorant la faisabilité de la mise en œuvre d'un schéma de signature post-quantique pour Ethereum. Partie 1, nous avons présenté les défis fondamentaux et les considérations nécessaires pour la transition d'Ethereum vers un avenir résistant aux ordinateurs quantiques. Dans cette partie, nous approfondirons Falcon, un algorithme de signature post-quantique prometteur, en examinant ses forces, ses faiblesses et les obstacles pratiques de son intégration dans le cadre des transactions d'Ethereum.
Falcon 3 (Fast-Fourier Lattice-based Compact Signatures over NTRU) s'appuie sur le cadre de signature basé sur les réseaux de Gentry, Peikert et Vaikuntanathan ( GPV 2). Il applique ce cadre aux réseaux NTRU et utilise un échantillonneur de trappe à échantillonnage de Fourier rapide. Le schéma s’appuie sur le problème de la solution en nombres entiers courts (SIS) sur NTRU 3les réseaux, qui sont considérés comme étant difficiles à résoudre en général, même avec des ordinateurs quantiques, car aucun algorithme de résolution efficace n'est actuellement connu.
Falcon est basé sur le paradigme du hachage et de la signature et est une évolution du schéma de signature RSA traditionnel. Cependant, au lieu de s'appuyer sur des problèmes numériques, il exploite la difficulté des problèmes basés sur les réseaux de lattice. La sécurité de Falcon repose sur la difficulté de trouver de courts vecteurs dans les réseaux NTRU, en exploitant des techniques d'échantillonnage gaussien pour générer des bases de trappe avec des normes réduites. Cela garantit une génération efficace de clés et de signatures.
Falcon est conçu pour offrir une solution de signature post-quantique robuste, combinant la cryptographie basée sur les réseaux de lattice avec des techniques d'échantillonnage efficaces. Bien que ses avantages en termes de sécurité soient clairs, comme tout système cryptographique, il présente certains compromis en termes de complexité et de défis d'implémentation. Maintenant, analysons les points forts, les pièges potentiels et certains des aspects les plus difficiles de Falcon.
Outre les avantages bien connus mis en évidence par le NIST, tels que les signatures compactes, les opérations rapides (génération efficace de clés et vérification via des techniques FFT) et les preuves de sécurité (reposant sur des réductions de réseau et des hypothèses de difficulté dans le pire des cas), Falcon offre également des avantages spécifiques à Ethereum. Notamment, il a un temps d'exécution dans le pire des cas bien défini, ce qui le rend particulièrement utile pour la machine virtuelle Ethereum (EVM), où des performances et des temps d'exécution prévisibles sont essentiels pour la scalabilité et la fiabilité.
La dépendance de Falcon à l'arithmétique en virgule flottante et aux transformations numériques spécialisées (NTT/FFT) peut entraîner une complexité de mise en œuvre et une sensibilité aux vulnérabilités de canal auxiliaire lors de la signature. Cependant, cela ne constitue PAS une préoccupation majeure pour Ethereum, car la signature se produit hors chaîne, où les performances sont moins critiques. L'accent principal est mis sur l'optimisation du processus de vérification, qui se déroule sur chaîne, garantissant une exécution efficace et sécurisée.
Des recherches sont en cours sur l'agrégation efficace des signatures Falcon, comme le travail présenté dans cettepapier 7. En supposant que l'agrégation soit suffisamment efficace, en utilisant Falcon dans la couche de consensus pour remplacer la signature BLS (au lieu de la proposition alternative 4basé sur des signatures multi-sig basées sur le hachage) permettrait de maintenir une pile plus homogène sur le réseau Ethereum.
Falcon est un candidat solide pour les applications de cryptographie post-quantique, y compris les systèmes blockchain comme Ethereum, où la taille des signatures et l’efficacité de la vérification sont essentielles. Dans la partie 3 de la série, nous commencerons à mettre en œuvre l’approche hybride introduite dans Partie 1, se concentrant initialement sur l'Abstraction de compte et un contrat Solidity pour la vérification de Falcon, comblant l'écart entre la sécurité post-quantique et l'infrastructure actuelle d'Ethereum.
Mời người khác bỏ phiếu
Il s'agit de la partie 2 d'une série de blogs explorant la faisabilité de la mise en œuvre d'un schéma de signature post-quantique pour Ethereum. Partie 1, nous avons présenté les défis fondamentaux et les considérations nécessaires pour la transition d'Ethereum vers un avenir résistant aux ordinateurs quantiques. Dans cette partie, nous approfondirons Falcon, un algorithme de signature post-quantique prometteur, en examinant ses forces, ses faiblesses et les obstacles pratiques de son intégration dans le cadre des transactions d'Ethereum.
Falcon 3 (Fast-Fourier Lattice-based Compact Signatures over NTRU) s'appuie sur le cadre de signature basé sur les réseaux de Gentry, Peikert et Vaikuntanathan ( GPV 2). Il applique ce cadre aux réseaux NTRU et utilise un échantillonneur de trappe à échantillonnage de Fourier rapide. Le schéma s’appuie sur le problème de la solution en nombres entiers courts (SIS) sur NTRU 3les réseaux, qui sont considérés comme étant difficiles à résoudre en général, même avec des ordinateurs quantiques, car aucun algorithme de résolution efficace n'est actuellement connu.
Falcon est basé sur le paradigme du hachage et de la signature et est une évolution du schéma de signature RSA traditionnel. Cependant, au lieu de s'appuyer sur des problèmes numériques, il exploite la difficulté des problèmes basés sur les réseaux de lattice. La sécurité de Falcon repose sur la difficulté de trouver de courts vecteurs dans les réseaux NTRU, en exploitant des techniques d'échantillonnage gaussien pour générer des bases de trappe avec des normes réduites. Cela garantit une génération efficace de clés et de signatures.
Falcon est conçu pour offrir une solution de signature post-quantique robuste, combinant la cryptographie basée sur les réseaux de lattice avec des techniques d'échantillonnage efficaces. Bien que ses avantages en termes de sécurité soient clairs, comme tout système cryptographique, il présente certains compromis en termes de complexité et de défis d'implémentation. Maintenant, analysons les points forts, les pièges potentiels et certains des aspects les plus difficiles de Falcon.
Outre les avantages bien connus mis en évidence par le NIST, tels que les signatures compactes, les opérations rapides (génération efficace de clés et vérification via des techniques FFT) et les preuves de sécurité (reposant sur des réductions de réseau et des hypothèses de difficulté dans le pire des cas), Falcon offre également des avantages spécifiques à Ethereum. Notamment, il a un temps d'exécution dans le pire des cas bien défini, ce qui le rend particulièrement utile pour la machine virtuelle Ethereum (EVM), où des performances et des temps d'exécution prévisibles sont essentiels pour la scalabilité et la fiabilité.
La dépendance de Falcon à l'arithmétique en virgule flottante et aux transformations numériques spécialisées (NTT/FFT) peut entraîner une complexité de mise en œuvre et une sensibilité aux vulnérabilités de canal auxiliaire lors de la signature. Cependant, cela ne constitue PAS une préoccupation majeure pour Ethereum, car la signature se produit hors chaîne, où les performances sont moins critiques. L'accent principal est mis sur l'optimisation du processus de vérification, qui se déroule sur chaîne, garantissant une exécution efficace et sécurisée.
Des recherches sont en cours sur l'agrégation efficace des signatures Falcon, comme le travail présenté dans cettepapier 7. En supposant que l'agrégation soit suffisamment efficace, en utilisant Falcon dans la couche de consensus pour remplacer la signature BLS (au lieu de la proposition alternative 4basé sur des signatures multi-sig basées sur le hachage) permettrait de maintenir une pile plus homogène sur le réseau Ethereum.
Falcon est un candidat solide pour les applications de cryptographie post-quantique, y compris les systèmes blockchain comme Ethereum, où la taille des signatures et l’efficacité de la vérification sont essentielles. Dans la partie 3 de la série, nous commencerons à mettre en œuvre l’approche hybride introduite dans Partie 1, se concentrant initialement sur l'Abstraction de compte et un contrat Solidity pour la vérification de Falcon, comblant l'écart entre la sécurité post-quantique et l'infrastructure actuelle d'Ethereum.