XRP Ledger will Quantenrisiko mit neuen Wallet-Schlüsseln absichern
Der neue Schlüssel soll XRP-Ledger-Accounts vor künftigen Quantenangriffen schützen, ohne zusätzliche Transaktionskosten. Die Änderung ist Teil der Roadmap für 2027 und 2028.

Wichtigste Erkenntnisse
- XRP Ledger will Accounts mit einem neuen quantenresistenten Signing Key neben dem alten Schlüssel vor Quantencomputern schützen.
- Nutzer können den alten Key deaktivieren, ohne zusätzliche Fees zu zahlen, aber die Speicherkosten tragen die Netzwerkbetreiber.
- Die Änderung ist Teil der Roadmap für 2027; Ripple peilt eine vollständige Quantenmigration im Jahr 2028 an.
XRP Ledger arbeitet an einem Plan, um Accounts besser vor künftigen Quantencomputern zu schützen. Nutzer könnten dabei einen quantenresistenten Signing Key hinzufügen und ihren alten Key deaktivieren, ohne zusätzliche Fees zu zahlen.
Neuer Key neben altem
Der Vorschlag stammt aus der Quantum-Studie der XRP Ledger Foundation und ist Teil der Protokoll-Roadmap für 2027, die am 4. November aktualisiert wurde. Der Kern ist einfach: Ein Eigentümer legt zuerst einen neuen Schlüssel an und schaltet danach den alten aus, sodass ein Angreifer nicht mehr über diesen alten Weg auf das Konto zugreifen kann.
Die Bedrohung liegt laut der Foundation bereits im aktuellen Aufbau der Chain. Sobald ein Account eine Transaktion signiert, wird ein öffentlicher Schlüssel sichtbar, den die Netzwerkssoftware zur Prüfung der Freigabe verwendet. Theoretisch könnte ein leistungsstarker Quantencomputer daraus später den geheimen Schlüssel ableiten. Das gilt auch für Accounts, die jemals eine Zahlung gesendet haben, einschließlich Exchange-Wallets.
Kosten und technische Hürden
Der neue Schlüssel nutzt ML-DSA-44, ein Signaturschema, das die amerikanische Standardisierungsbehörde NIST im Jahr 2024 genehmigt hat, um Schutz vor Quantenangriffen zu bieten. Das System ist allerdings schwergewichtiger als das, was XRP Ledger derzeit verwendet. Schlüssel und Signatur zusammen belegen 3.732 Bytes, gegenüber 105 Bytes für eine normale Zahlung.
Laut der Foundation kommen dadurch rund 3,6 KB pro geschützter Transaktion hinzu. Einschließlich Historie und Datenbank-Overhead rechnet die Gruppe mit 5.331 Bytes pro geschützter Zahlung, gegenüber einer Basis von 1.704 Bytes. Nutzer zahlen dafür keine zusätzliche Fee. Da XRP-Ledger-Fees vernichtet werden, landen die zusätzlichen Speicherkosten bei den Betreibern, die die Networksoftware ausführen.
Die Entwicklung ist noch nicht abgeschlossen. Die Entwickler arbeiten unter anderem an einer Abweichung zwischen der Python-Prototypversion und den Server- und JavaScript-Versionen, die aus demselben Seed unterschiedliche Keys erzeugen können. Außerdem müssen Tests noch zeigen, wie das Netzwerk läuft, wenn alle Validatoren auf die neuen Signaturen umsteigen.
Warum das relevant ist
Das Timing passt zu einer breiteren Bewegung in der Branche. Die ESMA hatte bereits zuvor gewarnt, dass Quantencomputing zu einer direkten Bedrohung für Blockchain-Verschlüsselung werden kann, während auch andere Netzwerke wie Ethereum bereits eine Frist für quantenresistente Transaktionen und Validatoren gesetzt haben. Für europäische Krypto-Nutzer zeigt das, dass Sicherheit von Wallets und Accounts nicht nur ein theoretisches Thema ist, sondern ein technisches Dossier, an dem große Netzwerke schon jetzt arbeiten.
Auch andere Projekte suchen nach Wegen, Wallets und Accounts besser vor künftigen Angriffen zu schützen. So arbeitet Monad an einem Wallet-Upgrade ohne neue Adresse, bei dem Nutzer ihr bestehendes Konto behalten können, während die zugrunde liegende Sicherheit angepasst wird.
Die Roadmap von XRP Ledger sieht für diese Änderung $215.000 (€192.100) bis $255.000 (€227.800) für Review und Auditing vor, plus 640 Stunden Entwicklung. Über alle 24 Amendments auf der Roadmap steigt das Budget von rund $5 Millionen (€4,5 Millionen) auf fast $6 Millionen (€5,4 Millionen). Ripple peilt eine vollständige Quantenmigration im Jahr 2028 an, während die Migrationsstudie der Foundation für die erste Hälfte von 2027 geplant ist.