Verona, die „verified intelligence“-Schicht, hat heute Fermi gestartet – das v32-Upgrade des Verona-Mainnets. Fermi bringt erstmals produktive Post-Quanten-Signaturen auf jedes Konto im Netzwerk. Nutzer können einen ML‑DSA‑Authenticator an jedes bestehende Konto anhängen und den bisherigen, vorkryptografischen Schlüssel bei Bedarf widerrufen – ohne weitere Änderungen. Jedes Verona-Konto ist ein Smart Contract mit austauschbaren Authenticatoren. Post-Quanten-Signaturen sind damit eine native Option – kein gesonderter Migrationspfad.
Warum gerade jetzt
Der Zeitplan für Quantenangriffe verdichtet sich. NIST plant, elliptische Kurvensignaturen, die heute fast jede Blockchain absichern, ab 2030 auslaufen zu lassen und sie nach 2035 nicht mehr zuzulassen. Google hat seine eigene Frist für die Post-Quanten-Migration auf 2029 vorgezogen. Im März veröffentlichte Google Quantum AI Schätzungen, wonach bereits ein Rechner mit weniger als einer halben Million physischen Qubits die Kurve secp256k1 – Grundlage von Bitcoin und Ethereum – in Minuten brechen könnte. Das wäre ein Rückgang der Anforderungen um fast den Faktor 20 gegenüber früheren Annahmen. Eine solche Maschine existiert heute zwar nicht. Verona hat sich dennoch bewusst für einen frühzeitigen Umstieg entschieden – und mit Fermi steht diese Vorlaufzeit nun jedem Nutzer zur Verfügung.
Was Fermi konkret liefert
- ML‑DSA‑65, der Gitter-Signaturstandard nach FIPS 204, als nativer Account-Authenticator
- SLH‑DSA‑128s, der hashbasierte Standard nach FIPS 205, für Treasury- und Cold-Storage-Konten
- Eine PQ-Pflicht-Policy für Konten, die klassische Schlüssel deaktiviert oder sie zur Co-Signatur mit einem Post-Quanten-Schlüssel zwingt
- Ein-Klick-Migration im Verona-SDK und im Dashboard
Warum die Architektur entscheidend ist
Die meisten Blockchains leiten eine Adresse aus einem einzelnen öffentlichen Schlüssel ab. Bricht der dazugehörige Algorithmus, müssen Nutzer ihre Vermögenswerte auf eine neue Adresse verschieben. Dieses Modell lässt Schätzungen zufolge rund ein Drittel des Bitcoin-Angebots in Konten mit offengelegten Schlüsseln zurück und zwingt Ethereum bei seiner Quanten-Roadmap zu neuen Account-Standards.
Verona hat seine Konten von Anfang an anders konzipiert. Jedes Konto läuft als durch Governance bereitgestellter Smart Contract, der eine Menge austauschbarer Authenticatoren verwaltet – heute unter anderem secp256k1, Passkeys, Ethereum-Wallets, JWT und ZKEmail. Das Hinzufügen von ML‑DSA nutzt denselben Vorgang wie das Hinzufügen eines Passkeys. Der Vertrag „besitzt“ die Adresse, nicht der Schlüssel. Damit kann sich die Kryptografie unter einem Konto ändern, während Identität, Historie und Guthaben unverändert bleiben.
Die strategische Wette
Quantencomputing und Kryptografie liefern sich ein permanentes Katz-und-Maus-Spiel – und Fermi beendet es nicht. Verona setzt nicht darauf, dass ein einzelner Algorithmus dauerhaft Bestand hat. Stattdessen ist das Grundprinzip, dass ein Netzwerk Algorithmen in einem einzigen Upgrade austauschen können muss, ohne auch nur ein Konto zurückzulassen. Fermi betreibt gitterbasierte und hashbasierte Schlüssel parallel. Bricht eine Annahme weg, können Nutzer ohne Bruch auf eine Alternative wechseln.
„Quantenresistenz ist ein Migrationsproblem, kein Technikproblem“, sagt Anthony Anzalone, Gründer und CEO von Verona. „Alle anderen Chains müssen herausfinden, wie sie Milliarden an Vermögenswerten auf neue Adressen verschieben. Auf Verona fügen Sie einen Schlüssel hinzu und entfernen einen Schlüssel. Wir haben Konten vor Jahren so gebaut, weil klar war, dass sich Kryptografie ständig weiterentwickelt. Fermi ist das erste Mal, dass sich dieses Design im Maßstab eines gesamten Netzwerks auszahlt.“
Wie es weitergeht
In Phase zwei von Fermi werden die Validator-Schlüssel über die Cosmos SDK‑Version 0.55 und die CometBFT‑Linie v0.40 auf ML‑DSA‑65 migriert. Sobald zwei Drittel der Validator-Stimmrechte rotiert sind, wechselt damit auch der Konsensmechanismus selbst auf Post-Quanten-Signaturen. Verona wird FN‑DSA (Falcon) als weiteren Authenticator ergänzen, sobald NIST FIPS 206 finalisiert. Komfort-Authenticatoren, die von Drittinfrastruktur abhängen – darunter JWT und ZKEmail – bleiben vorerst klassisch, bis Identitätsanbieter und Beweissysteme ihre eigenen Migrationen abgeschlossen haben; sie können daher keine PQ-Pflicht-Policy erfüllen.
Über Verona
Verona ist die „verified intelligence“-Schicht für KI, Unternehmen und Endkunden, entwickelt von Burnt Labs. Das frühere XION macht verifizierte Realwelt-Daten zu einem programmierbaren Grundbaustein. Mehr dazu unter verona.dev.
