a16z Crypto : La sécurité des blockchains publiques telles que BTC et ETH doit se concentrer sur le protocole et la gouvernance, sans suivre aveuglément le changement de solution contre les attaques quantiques

Odaily星球日报讯 a16z Crypto a publié un long article sur la plateforme X indiquant : La chronologie de l’émergence des ordinateurs quantiques capables de casser la cryptographie (CRQC) est souvent exagérée à ce stade ; leur apparition avant 2030 est très peu probable, et le risque varie selon les primitives cryptographiques. La cryptographie résistante aux attaques quantiques doit être déployée immédiatement en raison de la menace d’attaques « collecte préalable, déchiffrement ultérieur » (HNDL). En revanche, la signature résistante aux attaques quantiques et zkSNARKs sont moins vulnérables aux attaques HNDL ; une migration prématurée pourrait entraîner des coûts de performance, des implémentations immature et des vulnérabilités dans le code. Il convient donc d’adopter une stratégie de migration prudente plutôt qu’impatiente. Pour la blockchain, la majorité des blockchains publiques non privées comme Bitcoin et Ethereum utilisent principalement des signatures numériques pour l’autorisation des transactions, ce qui élimine le risque HNDL. La pression de migration provient principalement de défis non techniques tels que la gouvernance lente, la coordination sociale et la logistique technique. Les problèmes spécifiques auxquels Bitcoin est confronté incluent sa gouvernance lente et la présence de millions de jetons, d’une valeur de plusieurs milliers de milliards de dollars, vulnérables aux attaques quantiques et susceptibles d’être abandonnés. En revanche, les chaînes privées, en cryptant ou en masquant les détails des transactions, sont effectivement exposées au risque d’attaques HNDL et doivent migrer dès que possible.

a16z Crypto souligne qu’au cours des prochaines années, par rapport à la menace des ordinateurs quantiques lointains, les vulnérabilités de sécurité liées aux bugs de code, aux attaques par canaux auxiliaires et aux injections de fautes constituent des risques plus urgents et plus importants. Les développeurs doivent prioriser l’investissement dans l’audit de code, les tests de fuzzing et la vérification formelle.