#XRP账本修复可增发XRP的漏洞
$XRP Dieser Fehler war so schwerwiegend, dass bei seiner Behebung das übliche Abstimmungsverfahren übersprungen wurde.
Am 9. Oktober 2026 gab XRPL bekannt: Ein Fehler, der auf das Jahr 2015 zurückgeht, konnte XRP aus dem Nichts erzeugen, das sich ausgeben ließ. Laut offizieller Aussage wurde bislang keine Ausnutzung im öffentlichen Netzwerk festgestellt.
Der Ablauf war ziemlich absurd. Beim Zusammenrechnen der Bestellsummen im Zahlungssystem war die Zahl so groß, dass das Rechenergebnis auf einen kleinen Wert zurücksprang. Der Verkäufer erhielt den vollen Betrag, während dem Käufer nur ein Bruchteil abgezogen wurde – die Differenz wurde zu neuem XRP. Sogar das Programm, das prüfte, „ob neue XRP ausgegeben wurden“, verwendete dieselbe Rechenmethode und kam zum gleichen falschen Ergebnis. Das Entwicklerteam konnte den Fehler in einem Test auf einem einzelnen Rechner reproduzieren.
Hätte jemand den Fehler zuerst ausgenutzt und die erzeugten Coins anschließend auf eine Börse transferiert, hätten andere Inhaber mit zusätzlichem Verkaufsdruck und einer Verwässerung des Angebots rechnen müssen. Auch wer seine Coins in einer Cold Wallet aufbewahrt, wäre diesem Preisrisiko ausgesetzt gewesen.
Am 25. September wurde die korrigierte Version 3.4.1 veröffentlicht. Die Entwickler hielten den Quellcode zunächst unter Verschluss und forderten die Nodes auf, das Update so schnell wie möglich zu installieren. Justin Bons, Gründer von Cyber Capital, kritisierte dieses Vorgehen anschließend auf X scharf und stellte das Dezentralisierungsversprechen infrage.
Ich kann die überstürzte Behebung in diesem Fall nachvollziehen: Die Veröffentlichung des korrigierten Codes hätte die Schwachstelle offengelegt, und bei einer regulären Abstimmung hätte man bis zur Aktivierung warten müssen – ein Zeitfenster für Angreifer.
Der Preis dafür: Die Nodes mussten dem Herausgeber zunächst vertrauen und konnten den Quellcode dieser Version vorübergehend nicht vollständig prüfen. Während des Updates hätten Transaktionen, die einen Angriff auslösten, bei alten und neuen Versionen außerdem zu unterschiedlichen Ergebnissen und sogar zu einem Netzwerkausfall führen können. Der Offenlegungsbericht räumte dieses Risiko ein; inzwischen ist der Quellcode ebenfalls veröffentlicht.
Das bereits reproduzierte Risiko einer unberechtigten XRP-Ausgabe war schwerwiegend genug. Doch ein solches Notfallverfahren muss jedes Mal erklärt und im Nachhinein überprüft werden. Dass Nodes einmal mitziehen, heißt nicht automatisch, dass sie künftig jedes Mal genauso handeln sollten.
#xrp #Ripple #加密货币
$XRP Dieser Fehler war so schwerwiegend, dass bei seiner Behebung das übliche Abstimmungsverfahren übersprungen wurde.
Am 9. Oktober 2026 gab XRPL bekannt: Ein Fehler, der auf das Jahr 2015 zurückgeht, konnte XRP aus dem Nichts erzeugen, das sich ausgeben ließ. Laut offizieller Aussage wurde bislang keine Ausnutzung im öffentlichen Netzwerk festgestellt.
Der Ablauf war ziemlich absurd. Beim Zusammenrechnen der Bestellsummen im Zahlungssystem war die Zahl so groß, dass das Rechenergebnis auf einen kleinen Wert zurücksprang. Der Verkäufer erhielt den vollen Betrag, während dem Käufer nur ein Bruchteil abgezogen wurde – die Differenz wurde zu neuem XRP. Sogar das Programm, das prüfte, „ob neue XRP ausgegeben wurden“, verwendete dieselbe Rechenmethode und kam zum gleichen falschen Ergebnis. Das Entwicklerteam konnte den Fehler in einem Test auf einem einzelnen Rechner reproduzieren.
Hätte jemand den Fehler zuerst ausgenutzt und die erzeugten Coins anschließend auf eine Börse transferiert, hätten andere Inhaber mit zusätzlichem Verkaufsdruck und einer Verwässerung des Angebots rechnen müssen. Auch wer seine Coins in einer Cold Wallet aufbewahrt, wäre diesem Preisrisiko ausgesetzt gewesen.
Am 25. September wurde die korrigierte Version 3.4.1 veröffentlicht. Die Entwickler hielten den Quellcode zunächst unter Verschluss und forderten die Nodes auf, das Update so schnell wie möglich zu installieren. Justin Bons, Gründer von Cyber Capital, kritisierte dieses Vorgehen anschließend auf X scharf und stellte das Dezentralisierungsversprechen infrage.
Ich kann die überstürzte Behebung in diesem Fall nachvollziehen: Die Veröffentlichung des korrigierten Codes hätte die Schwachstelle offengelegt, und bei einer regulären Abstimmung hätte man bis zur Aktivierung warten müssen – ein Zeitfenster für Angreifer.
Der Preis dafür: Die Nodes mussten dem Herausgeber zunächst vertrauen und konnten den Quellcode dieser Version vorübergehend nicht vollständig prüfen. Während des Updates hätten Transaktionen, die einen Angriff auslösten, bei alten und neuen Versionen außerdem zu unterschiedlichen Ergebnissen und sogar zu einem Netzwerkausfall führen können. Der Offenlegungsbericht räumte dieses Risiko ein; inzwischen ist der Quellcode ebenfalls veröffentlicht.
Das bereits reproduzierte Risiko einer unberechtigten XRP-Ausgabe war schwerwiegend genug. Doch ein solches Notfallverfahren muss jedes Mal erklärt und im Nachhinein überprüft werden. Dass Nodes einmal mitziehen, heißt nicht automatisch, dass sie künftig jedes Mal genauso handeln sollten.
#xrp #Ripple #加密货币