Sui hat seinen Ansatz zur Einführung von Post-Quanten-Kryptografie beschrieben, ohne Nutzer zu einem der störendsten Schritte eines Blockchain-Sicherheitsupgrades zu zwingen: die Übertragung aller Vermögenswerte auf ein neues Konto.

Nach der Ankündigung der Sui Foundation vom 6. August beabsichtigt das Netzwerk, ML-DSA-65, standardisiert von NIST unter FIPS 204, für Standardkonten sowie SLH-DSA-SHA2-128s, standardisiert unter FIPS 205, für höherwertige Vaults auf Basis von Move Smart Contracts zu unterstützen. Beide Verfahren sollen Angriffe großer Quantencomputer widerstehen, die die heute im gesamten Krypto-Ökosystem genutzten elliptischen Kurven-Signaturen künftig gefährden könnten. NIST finalisierte FIPS 204 und 205 im August 2024 als die ersten von der US-Regierung genehmigten Post-Quanten-Signaturstandards und schloss damit einen mehrjährigen öffentlichen Wettbewerb ab, der 2016 begann.

Das Bedrohungsmodell ist in der Kryptografie gut verstanden. Shors Algorithmus könnte, wenn er auf einem ausreichend großen fehlertoleranten Quantencomputer ausgeführt wird, private Schlüssel aus öffentlichen Schlüsseln ableiten, die auf jedem Blockchain-Ledger öffentlich sichtbar sind. Da öffentliche Schlüssel zum Zeitpunkt einer Transaktion offengelegt werden, könnte ein Angreifer theoretisch heute signierte Transaktionen aufzeichnen und die zugrunde liegenden Schlüssel brechen, sobald leistungsfähige Quantenhardware verfügbar ist – ein Risiko, das oft als „harvest now, decrypt later“ beschrieben wird. Derzeit kann kein öffentlich bekannter Quantencomputer diesen Angriff in dem für produktive kryptografische Schlüssel erforderlichen Umfang ausführen, doch Forschende aus Wissenschaft und Industrie, darunter Teams bei IBM, Google und in nationalen Laboren, arbeiten weiterhin an höheren Qubit-Zahlen und besserer Fehlerkorrektur.

Das Konto kann bestehen bleiben, auch wenn sich der Schlüssel ändert

Das Ersetzen der Kryptografie hinter einem Blockchain-Konto erfordert in der Regel, dass Nutzer eine neue Adresse erstellen und Token, NFTs und andere Vermögenswerte übertragen. Auch Anwendungen und Verträge, die an die alte Adresse gebunden sind, müssen möglicherweise angepasst werden. Für die meisten Blockchain-Netzwerke würde ein Übergang zu Post-Quanten-Kryptografie bedeuten, dass jeder Inhaber seine Mittel aktiv verschieben muss – eine Koordinationsaufgabe, die mit wachsender Nutzerbasis und größerem Vertrags-Ökosystem schwieriger wird.

Das bestehende Address-Aliases-System von Sui bietet einen Ausweg aus diesem Problem. Ein Konto kann eine Reihe autorisierter Aliase beibehalten, sodass ein anderer Signierer Transaktionen im Namen der ursprünglichen Adresse authentifizieren kann. Ein neuer Signierer kann dieser autorisierten Menge hinzugefügt werden und schließlich zum alleinigen Signierer werden, der Transaktionen genehmigen darf, während die ursprüngliche Adresse weiterhin als Absender angezeigt wird.

Wenn ML-DSA-Konten verfügbar sind, soll ein bestehendes Konto laut Sui einen Post-Quanten-Signer autorisieren können, ohne die Adresse zu ändern. Das ist besonders relevant für Konten, die bereits mit Smart Contracts, Identitäten oder anderen Anwendungen verbunden sind, bei denen eine Adressänderung deutlich mehr Aufwand verursacht als das bloße Übertragen von SUI.

Auch der Wiederherstellungsprozess soll vertraut bleiben. Ein ML-DSA-65-Schlüssel kann über einen neuen Ableitungspfad aus der bestehenden Wiederherstellungsphrase eines Nutzers abgeleitet werden, statt eine völlig andere Sicherungsmethode zu erfordern.

Ein autorisierter Alias verfügt über volle Autorität über das Konto. Die Dokumentation von Sui warnt, dass das Hinzufügen eines solchen Aliases dem betreffenden Signierer faktisch die Kontrolle über die der Adresse gehörenden Vermögenswerte gibt, weshalb Wallet-Software den Migrationsprozess so gestalten muss, dass Missverständnisse oder Fehlbedienungen erschwert werden.

Warum Sui zwei verschiedene quantensichere Systeme verwendet

Sui setzt nicht für alle Anwendungsfälle auf ein einziges Post-Quanten-Design.

ML-DSA-65 basiert auf Gittern und ist für die reguläre Transaktionssignierung vorgesehen. Es entspricht der NIST-Sicherheitskategorie 3 und bietet damit mehr Sicherheitsreserve als die kleinere ML-DSA-44-Konfiguration, bleibt aber für häufige Verifizierungen praktikabel.

Sui verwies außerdem auf die jüngste KI-gestützte Entdeckung einer Schwachstelle in HAWK, einem weiteren Kandidaten für Post-Quanten-Signaturen. Der Fund gefährdete ML-DSA nicht, zeigte jedoch, wie schnell automatisierte Kryptoanalyse Designs herausfordern kann, die bereits umfassend menschlich geprüft wurden.

Für höherwertige Vaults plant Sui die Unterstützung von SLH-DSA-SHA2-128s über Move Smart Contracts. Diese Konfiguration gehört zur Kategorie 1 und liegt damit unter der Kategorie-3-Einstufung von ML-DSA-65. Die Begründung von Sui liegt stattdessen im hashbasierten Design, das eine Alternative zu den Gitterannahmen von ML-DSA bietet und die Abhängigkeit von einer einzigen kryptografischen Grundlage reduziert. Eine in einer Familie entdeckte Schwachstelle würde nicht automatisch die andere beeinträchtigen, während die Smart-Contract-Implementierung Vault-Entwicklern mehr Flexibilität gibt, das Verfahren später bei Bedarf zu ersetzen. Das Prinzip, mehr als eine unverwandte kryptografische Familie einzusetzen, entspricht derselben Diversifizierungslogik, die NIST dazu bewogen hat, sowohl gitterbasierte als auch hashbasierte Signaturen zu standardisieren, statt sich auf einen einzigen Ansatz zu verlassen.

Der Nachteil ist die Größe. Eine ML-DSA-65-Signatur ist 3,309 Bytes groß, verglichen mit nur 64 Bytes für eine typische Ed25519-Signatur. Der öffentliche Schlüssel umfasst 1,952 Bytes. Die gewählte SLH-DSA-SHA2-128s-Konfiguration erzeugt eine 7,856-Byte-Signatur. Das ist deutlich kleiner als die 16–30 KB, die manchmal mit SLH-DSA in Verbindung gebracht werden. Diese größeren Werte gelten für stärkere SLH-DSA-Parametersätze, nicht für die von Sui gewählte 128s-Konfiguration.

Größere Signaturen bedeuten größere Transaktionen und mehr Datenverkehr im Netzwerk. Sui erklärt, dass die Verifizierungsleistung von ML-DSA nahe genug an Ed25519 liegt, sodass die Netzwerkkosten pro Signatur nicht steigen müssen, auch wenn die Transaktionsgröße zunimmt. Weitere Optimierungen sind in Arbeit.

Nutzer müssen heute nichts migrieren

Quantensichere Vaults sind für das Mainnet vor Ende 2026 vorgesehen. Native ML-DSA-65-Konten werden bis Jahresende im Testnet erwartet, gefolgt von nativer Mainnet-Kontoauthentifizierung im ersten Quartal 2027. Unterstützung für Wallets, SDKs und Kommandozeilen ist parallel zum Rollout geplant. Die meisten großen Layer-1-Blockchains haben Post-Quanten-Migrationen bisher nur allgemein angesprochen, doch nur wenige haben konkrete Zeitpläne mit spezifischen NIST-standardisierten Algorithmen und On-Chain-Mechanismen veröffentlicht. Damit gehört Sui zu den früheren Netzwerken, die sich zu einer detaillierten Roadmap verpflichtet haben.

Unabhängige Audits und Feedback aus dem Testnet laufen noch, sodass sich diese Zeitpläne vor der Produktionsreife noch ändern können.

Bestehende Konten müssen daher derzeit nichts unternehmen. Die neuen Authentifizierungsmethoden werden ergänzend und optional eingeführt, nicht als erzwungene netzwerkweite Migration.

Das Migrationsdesign liefert außerdem ein klares Warnsignal für mögliche Betrugsversuche. Der von Sui beschriebene Migrationspfad verlangt nicht, dass Inhaber ihre Vermögenswerte an eine neu übermittelte Wallet-Adresse senden. Jede unaufgeforderte Nachricht, die behauptet, Gelder müssten dringend an einen anderen Ort übertragen werden, um „quantensicher“ zu werden, wäre mit dem von Sui beschriebenen Mechanismus unvereinbar.

Derzeit kann kein öffentlich bekannter Quantencomputer die Signaturen brechen, die Sui-Konten schützen. Die entscheidende Frage ist, ob das Netzwerk seine Kryptografie migrieren kann, bevor diese Fähigkeit praktisch wird. Sui setzt darauf, den Schlüssel austauschbar zu machen, ohne das Konto entbehrlich zu machen.

Methodik: Dieser Artikel stützt sich auf die Ankündigung der Sui Foundation vom 6. August, die offizielle Sui-Dokumentation zu Address Aliases sowie die NIST-Spezifikationen FIPS 204 und FIPS 205. Signaturgrößen und Sicherheitskategorien wurden anhand der relevanten NIST-Standards überprüft. Bereits über Address Aliases unterstützte Funktionen werden von der Post-Quanten-Funktionalität unterschieden, die sich noch auf Sui’s Entwicklungs-Roadmap befindet.

Hinweis: Dieser Artikel dient ausschließlich Informations- und Bildungszwecken und stellt keine Finanz-, Anlage- oder Sicherheitsberatung dar. Sui’s Post-Quanten-Funktionen befinden sich weiterhin in Entwicklung, unabhängiger Prüfung und Tests; Implementierungsdetails oder Zeitpläne können sich vor der Mainnet-Freigabe ändern.