Der im Oktober 2026 bekannt gewordene XRP Ledger Bug war eine kritische Schwachstelle in der Zahlungs-Engine. Er konnte theoretisch XRP über das vorgesehene Angebot von 100 Milliarden im Netzwerk hinaus erstellen.
Das Problem wurde durch das XRPL Bug-Bounty-Programm entdeckt. Es wurde behoben, bevor die technischen Details im offiziellen XRPL-Schwachstellenbericht veröffentlicht wurden.
Nein, es wurden keine 18 Billionen XRP in Umlauf gebracht. Diese Zahl stammt aus einem Test eines Sicherheitsexperten.
Die offizielle Mitteilung von XRPL besagt, dass es keine Beweise für eine Ausnutzung in einem öffentlichen Netzwerk gibt. Die Angebotsstruktur, die in Tapbits Anleitung zu der Anzahl der existierenden XRP beschrieben wird, hat sich nicht plötzlich geändert.
Was genau war der XRP Ledger Bug?
Der Fehler war ein Integer-Überlauf in der Zahlungs-Engine. Dieser Teil des Systems addiert Beträge aus mehreren Angeboten.
Computer speichern Zahlen innerhalb fester Grenzen. Wenn eine ungeprüfte Arithmetik diese Grenze überschreitet, kann das Ergebnis zu einer viel kleineren Zahl werden, anstatt einen Fehler zu erzeugen.
In diesem Fall konnte ein Angreifer Hunderte von Konten erstellen. Jedes Konto würde ein ungewöhnliches Angebot platzieren: Verkauf einer winzigen Menge eines anderen Tokens im Austausch für eine riesige Menge XRP. Der Angreifer würde dann eine einzige Zahlung senden, die darauf ausgelegt ist, all diese Angebote zu konsumieren.
Die Engine würde jedem Angebotseigentümer den vollen angeforderten XRP-Betrag gutschreiben. Aber die kombinierte Käufersumme könnte überlaufen und zu einer kleineren Zahl werden.
Dem Käufer könnten dann nur wenige hundert Drops – die kleinste Einheit von XRP – plus die normale Transaktionsgebühr berechnet werden.
| Phase | Was die anfällige Engine tun konnte |
|---|---|
| Angebots Erstellung | Individuell gültige Angebote akzeptieren, die extrem hohe XRP-Beträge verlangen. |
| Eine kombinierte Zahlung | Hunderte dieser Angebote in einer einzigen Transaktion konsumieren. |
| Gesamtsummenberechnung | Den Integer mit fester Größe überlaufen lassen und die Käufergebühr auf einen kleinen Wert reduzieren. |
| Verkäufer Gutschriften | Jedem vom Angreifer kontrollierten Verkäufer den vollen Betrag gutschreiben, der in seinem Angebot aufgeführt ist. |
| Ergebnis | XRP erstellen, die der Käufer nie tatsächlich bereitgestellt hat. |
Warum hat die XRP-Angebots-Sicherheitsprüfung dies nicht verhindert?
Das XRP Ledger hatte bereits eine Invariante, die darauf abzielte, jede Transaktion abzulehnen, die neue XRP erstellt. Eine Invariante ist eine Regel, die nach jeder gültigen Transaktion wahr bleiben sollte. Hier verglich die Regel die Saldoänderungen über die Transaktion hinweg, um zu bestätigen, dass XRP nicht aus dem Nichts erschien.
Das Problem war, dass diese Prüfung die Saldoänderungen mit einer ähnlichen Arithmetik mit fester Größe durchführte. Sie konnte auf die gleiche Weise überlaufen wie die Zahlungsberechnung. Die Nettoänderung sah dann eher wie eine gewöhnliche Transaktionsgebühr aus als eine massive Erhöhung des Angebots.
Eine zweite Prüfung begrenzte den Saldo eines einzelnen Kontos. Der vorgeschlagene Exploit vermied diese Kontrolle, indem die neu erstellten XRP auf Hunderte von vom Angreifer kontrollierten Konten verteilt wurden. Jedes Konto blieb unter dem individuellen Limit, obwohl der Gesamtbetrag weit über dem Gesamtangebot des Netzwerks lag.
Woher kam die Zahl von 18 Billionen XRP?
Cayden Liao, Mitbegründer von Veria Labs, sagte, dass der KI-Sicherheitsagent des Unternehmens das Problem gefunden und einen funktionierenden Exploit erstellt habe. Er schätzte, dass eine konstruierte Transaktion etwa 18 Billionen XRP erstellen könnte.
Das entspricht etwa dem 184-fachen des ursprünglichen Angebots von 100 Milliarden. Die Schätzung und die Details zur Belohnung erschienen in The Blocks Überprüfung der Offenlegung.
Diese Zahl beschreibt die theoretische Exploit-Kapazität, nicht ein beobachtetes Mainnet-Ereignis. Der Unterschied ist wichtig für Leser und Suchmaschinen:
- Ursprüngliches XRP-Angebot: 100 Milliarden XRP wurden bei der Einführung des Ledgers erstellt.
- Testschätzung: Etwa 18 Billionen XRP könnten durch eine modellierte Exploit-Transaktion generiert werden.
- Bestätigte Erstellung im öffentlichen Netzwerk: Keine von XRPL-Entwicklern gefunden.
Der Fehler erforderte absichtlich ungewöhnliche Angebote und eine Transaktion, die darauf ausgelegt war, diese gemeinsam zu konsumieren. Er konnte nicht durch eine normale XRP-Zahlung oder einen gewöhnlichen Handel ausgelöst werden.
Wurde der XRP Ledger tatsächlich ausgenutzt?
Die offizielle Schwachstellenmitteilung von XRPL besagt, dass das Team keine Beweise dafür gefunden hat, dass das Problem in einem öffentlichen Netzwerk ausgenutzt wurde. Der Forscher meldete das Problem mit der Zahlungs-Engine am 22. September. RippleX reproduzierte es auf einem lokalen Standalone-Server und im Unit-Test-Framework und stufte seine Schwere auf kritisch hoch.
Die Korrektur wurde in xrpld 3.4.1 am 25. September ausgeliefert. Die öffentliche Mitteilung folgte am 9. Oktober, nachdem eine große Mehrheit der vertrauenswürdigen Validatoren die korrigierte Software ausführte.
Wie hat XRPL den Überlauf behoben?
Die aktualisierte Zahlungs-Engine prüft nun, ob die Addition von Angebotsbeträgen den zulässigen Bereich überschreiten würde. Wenn ein Überlauf auftreten würde, schlägt dieser Teil der Zahlung normal fehl, anstatt zu überlaufen. Es wird nichts geprägt.
Die Entwickler haben auch die Invariante verstärkt, die prüft, ob XRP erstellt wurde. Sie verwendet nun einen breiteren Zähler, der nicht auf die gleiche Weise überlaufen kann. Ähnliche Saldo-Aggregationscodes wurden vorsorglich gehärtet.
Warum wurde die Korrektur ohne die übliche Amendment-Abstimmung ausgeliefert?
XRPL-Regeländerungen folgen normalerweise einem Änderungsverfahren. Eine Änderung wird erst aktiviert, nachdem mehr als 80 % der vertrauenswürdigen Validatoren sie zwei Wochen lang kontinuierlich unterstützen. Dieser Ansatz hält alle Server synchron, wenn sich Transaktionsregeln ändern.
Der Überlauf-Patch war anders. Wenn der Quellcode im normalen Verfahren vor der Aktivierung veröffentlicht worden wäre, hätte ein Angreifer ihn untersuchen, die Schwachstelle rekonstruieren und Server ins Visier nehmen können, die nicht aktualisiert hatten. Daher verteilten die Entwickler korrigierte Binärdateien, bevor sie den Quellcode und die vollständige Offenlegung veröffentlichten.
Diese Entscheidung führte zu einer Transparenzdebatte, da die korrigierten Binärdateien vor dem vollständigen Quellcode und der Offenlegung erschienen. RippleX-Ingenieure sagten, dass eine sofortige Veröffentlichung Angreifern hätte helfen können, Server ins Visier zu nehmen, die nicht aktualisiert hatten.
Was bedeutet der Bug für XRP-Händler?
Der direkte Angebots-Schock trat nicht ein, daher ist die Geschichte nicht gleichbedeutend mit einer tatsächlichen Inflation von 18 Billionen Token. Ihre Marktrelevanz ergibt sich aus vier weiteren Faktoren:
- Sicherheitsvertrauen: Ein jahrzehntealter kritischer Bug kann beeinflussen, wie Händler technische Risiken bewerten.
- Qualität der Reaktion: Schnelle Meldung und Validator-Upgrades können das Vertrauen wiederherstellen.
- Schlagzeilen-Volatilität: "18 Billionen XRP" kann die Stimmung beeinflussen, auch wenn der Betrag nie geprägt wurde.
Zum Daten-Check am 12. Oktober wurde XRP nahe $1,41 gehandelt, mit einer Intraday-Spanne von etwa $1,39 bis $1,42. Diese Preise sind zeitabhängig und sollten vor der Veröffentlichung sofort aktualisiert werden.
RippleX hat die Softwarekorrektur durchgeführt, aber Ripple, XRP und XRPL sind unterschiedliche Dinge. Tapbits Leitfaden Ripple vs. XRP erklärt den Unterschied.
Wie man XRP auf Tapbit handelt
- Erstellen oder melden Sie sich bei einem Tapbit-Konto an und bereiten Sie USDT vor. Nutzen Sie die Tapbit-Registrierungsseite, schließen Sie die erforderlichen Kontoschritte ab und zahlen Sie auf das Futures-Guthaben ein.
- Öffnen Sie den XRP-USDT Perpetual-Markt. Gehen Sie zur Tapbit XRP-USDT Futures-Seite, bestätigen Sie den Kontrakt-Ticker, wählen Sie dann isolierte oder Cross-Margin und wählen Sie einen Hebel, der dem Positionsplan entspricht.
- Wählen Sie Richtung und Order-Einstellungen. Wählen Sie Long oder Short, verwenden Sie eine Limit- oder Market-Order, geben Sie die Positionsgröße ein und legen Sie Stop-Loss- und Take-Profit-Levels fest.
- Überprüfen und verwalten Sie den Handel. Überprüfen Sie vor der Einreichung den Einstiegspreis, die Marge, die geschätzten Gebühren und den Liquidationspreis. Überwachen Sie die offene Position und schließen oder reduzieren Sie sie, wenn sich die ursprüngliche Bedingung ändert.
FAQ
Wurden 18 Billionen XRP geprägt?
Nein. Etwa 18 Billionen XRP waren eine Schätzung für einen kontrollierten Exploit. XRPL-Entwickler fanden keine Beweise dafür, dass der Bug in einem öffentlichen Netzwerk verwendet wurde.
Konnte der XRP Ledger Bug echte, handelbare XRP erstellen?
Ja, vor der Korrektur konnte eine absichtlich konstruierte Transaktion theoretisch XRP erstellen, die dann übertragen oder gehandelt werden konnten.
Wann wurde der XRP Bug behoben?
Die Korrektur wurde in xrpld 3.4.1 am 25. September 2026 ausgeliefert. Der offizielle Schwachstellenbericht wurde am 9. Oktober veröffentlicht.
Wurde das 100-Milliarden-Angebot von XRP dauerhaft geändert?
Nein. Es gibt keine Beweise für einen erfolgreichen Exploit im öffentlichen Netzwerk, daher wurde die theoretische Zahl von 18 Billionen nicht zum zirkulierenden Angebot.
Wer hat die XRP Ledger Schwachstelle gefunden?
Das Problem wurde über das XRPL Bug-Bounty-Programm gemeldet. Veria Labs gab an, dass ein KI-Sicherheitsagent bei der Entdeckung und Reproduktion des Fehlers in der Zahlungs-Engine geholfen hat.
Ist XRP-USDT auf Tapbit verfügbar?
Ja. Tapbit listet einen XRP-USDT Perpetual Futures Markt. Ein Perpetual-Kontrakt bietet Preisexposition und bedeutet nicht, dass der Händler XRP in einer persönlichen Wallet besitzt.
