TechFlow rapporte que, le 25 janvier, a16z Crypto a publié sur X qu’un calendrier de disponibilité des ordinateurs quantiques capables de casser la cryptographie (CRQC) est généralement surestimé : leur apparition avant 2030 est hautement improbable, et les risques quantiques varient considérablement selon les primitives cryptographiques concernées.
a16z estime que, en raison de la menace potentielle d’attaques « d’abord collecter, puis déchiffrer » (HNDL), le déploiement de solutions cryptographiques résistantes aux ordinateurs quantiques doit être engagé sans tarder. En revanche, les signatures résistantes aux ordinateurs quantiques et les zkSNARKs ne sont pas vulnérables aux attaques HNDL ; une migration prématurée pourrait au contraire entraîner des pénalités de performance, des implémentations encore immatures et de nouveaux risques liés à des bogues dans le code. Une stratégie de déploiement prudent et progressif est donc recommandée.
Au niveau des blockchains, la plupart des blockchains publiques non privées (telles que Bitcoin et Ethereum) reposent principalement sur des signatures numériques pour autoriser les transactions, ce qui les rend insensibles aux attaques HNDL. Leur pression migratoire vers des solutions résistantes aux ordinateurs quantiques provient davantage de facteurs non techniques tels que l’efficacité de la gouvernance, la coordination sociale et la faisabilité technique. Bitcoin fait face, en outre, à une gouvernance lente ainsi qu’à un grand nombre de jetons potentiellement abandonnés mais vulnérables aux attaques quantiques. À l’inverse, les blockchains axées sur la confidentialité, qui masquent les détails des transactions, présentent effectivement un risque HNDL pour leur confidentialité et devraient donc procéder à cette transition plus tôt.
a16z souligne qu’à court et moyen terme, des problèmes de sécurité concrets — tels que les bogues logiciels, les attaques par canaux auxiliaires (side-channel attacks) et les attaques par injection de fautes — constituent une priorité plus urgente que les menaces liées à l’informatique quantique. Les développeurs devraient donc concentrer leurs efforts sur les audits de code, les tests flous (fuzz testing) et la vérification formelle.
