Verona, la couche d’intelligence vérifiée, a déployé aujourd’hui Fermi, la mise à jour v32 de son mainnet. Fermi apporte des signatures post-quantiques opérationnelles à chaque compte du réseau. Les utilisateurs peuvent rattacher un authentificateur ML-DSA à n’importe quel compte existant et révoquer leur clé pré‑quantique s’ils le souhaitent, sans aucune modification de compte. Chaque compte Verona est un contrat intelligent doté d’authentificateurs modulaires, ce qui fait de la signature post‑quantique une option native, et non une migration lourde.
Pourquoi maintenant
Le calendrier quantique se raccourcit rapidement. NIST prévoit de déprécier d’ici 2030 les signatures à courbes elliptiques qui sécurisent la quasi‑totalité des blockchains, puis de les interdire après 2035. Google a avancé sa propre échéance de migration post‑quantique à 2029. En mars, Google Quantum AI a publié des estimations montrant qu’une machine dotée de moins d’un demi‑million de qubits physiques pourrait casser secp256k1 — la courbe qui sécurise Bitcoin et Ethereum — en quelques minutes, soit une division par près de vingt des besoins estimés auparavant. Une telle machine n’existe pas encore. Verona choisit de migrer tant qu’il reste du temps d’avance, et Fermi met ce temps d’avance à la portée de chaque utilisateur.
Ce que Fermi apporte
- ML-DSA-65, la norme de signature sur réseaux FIPS 204, comme authentificateur natif de compte
- SLH-DSA-128s, la norme FIPS 205 à base de hachage, pour les trésoreries et coffres froids
- Une politique de compte « PQ‑required » qui désactive les clés classiques ou les oblige à co‑signer avec une clé post‑quantique
- Une migration en un clic via le SDK et le tableau de bord Verona
Pourquoi l’architecture est déterminante
La plupart des chaînes dérivent une adresse d’une unique clé publique. Quand l’algorithme associé est cassé, les utilisateurs doivent déplacer leurs fonds vers une nouvelle adresse. Ce modèle laisse une part estimée à près d’un tiers de l’offre de Bitcoin dans des comptes aux clés exposées, et contraint la feuille de route quantique d’Ethereum à passer par de nouveaux standards de comptes. Verona a conçu ses comptes différemment dès le genesis. Chaque compte fonctionne comme un contrat intelligent déployé par gouvernance qui gère un ensemble d’authentificateurs modulaires, couvrant aujourd’hui secp256k1, passkeys, portefeuilles Ethereum, JWT et ZKEmail. L’ajout de ML‑DSA suit la même opération que l’ajout d’une passkey. C’est le contrat qui « possède » l’adresse, pas la clé, ce qui permet de faire évoluer la cryptographie sous‑jacente sans toucher à l’identité, à l’historique ni aux soldes du compte.
Le pari
L’informatique quantique et la cryptographie évoluent dans un jeu du chat et de la souris, et Fermi ne mettra pas fin à cette dynamique. Verona ne parie pas sur un algorithme gagnant pour l’éternité. L’équipe estime plutôt qu’un réseau doit pouvoir remplacer ses algorithmes en une seule mise à jour, sans laisser aucun compte sur le carreau. Fermi fait coexister des clés cryptographiques sur réseaux et sur hachage ; si l’un de ces piliers venait à faillir, les utilisateurs pourraient librement basculer vers une alternative.
« La résistance quantique est un problème de migration, pas un problème technique », déclare Anthony Anzalone, fondateur et CEO de Verona. « Toutes les autres chaînes doivent comprendre comment déplacer des milliards de dollars vers de nouvelles adresses. Sur Verona, vous ajoutez une clé et vous en retirez une. Nous avons conçu les comptes ainsi il y a des années, conscients que la cryptographie continuerait d’évoluer, et Fermi est la première fois que ce choix d’architecture porte ses fruits à l’échelle du réseau. »
La suite
La phase deux de Fermi migrera les clés de validateurs vers ML-DSA-65 via Cosmos SDK v0.55 et CometBFT v0.40, faisant passer le consensus lui‑même aux signatures post‑quantiques une fois que les deux tiers de la puissance de vote auront tourné. Verona ajoutera FN‑DSA (Falcon) comme authentificateur dès que NIST aura finalisé FIPS 206. Les authentificateurs de commodité reposant sur des infrastructures tierces, notamment JWT et ZKEmail, resteront classiques tant que les fournisseurs d’identité et les systèmes de preuve n’auront pas achevé leur propre migration ; ils ne pourront pas satisfaire une politique « PQ‑required ».
À propos de Verona
Verona est la couche d’intelligence vérifiée pour l’IA, les entreprises et le grand public, développée par Burnt Labs. Anciennement XION, Verona transforme des faits vérifiés du monde réel en un primitif programmable. Pour en savoir plus, consultez verona.dev.
