Ripple-CTO-Emeritus und Chefarchitekt des XRP Ledger David Schwartz hat die Betriebskennzahlen seines privaten Hubs offengelegt – im Wesentlichen ein wichtiger Relaisserver, über den andere Netzwerkknoten kommunizieren.
Die Telemetrie deckt den Zeitraum vom 25. August bis 8. September ab, und das Interesse der Validatoren daran ist kein Zufall: Dies ist einer der Schlüsselknoten des XRPL. Das Urteil des Ripple-Veteranen lautet, dass sich das System vollständig von der jüngsten Krise erholt hat und mit felsenfester Stabilität arbeitet, oder, wie Schwartz selbst es ausdrückte, „Rock Solid“.
Für das Ökosystem ist diese Veröffentlichung mehr als nur eine Reihe trockener Diagramme – sie ist ein lang erwartetes Gütesiegel. Vor etwas mehr als einem Monat, am 31. Juli, erlitt das XRPL-Netzwerk eine schwere Infrastrukturkrise.
Wie ein Spam-Angriff das XRP-Netzwerk fast überlastete und warum sein Schöpfer persönlich beweisen musste, dass alles behoben war
Anonyme Angreifer starteten einen sogenannten „Manifest-Sturm“. Ein Manifest ist die digitale Berechtigung eines Validatorknotens, und die Angreifer überschwemmten das Netzwerk mit Tausenden gefälschter Berechtigungen, wodurch Knoten gezwungen wurden, Ressourcen für die Verarbeitung von Müll aufzuwenden.
Damals erlitt Schwartz‘ Hub weit verbreitete Verbindungsfehler mit einem onReadMessage-Fehler direkt in der Vereinbarungsphase – dem Punkt, an dem Knoten den Zustand des Ledgers miteinander vergleichen. Die Blockfinalisierung und der Konsens selbst wurden jedoch keine Minute unterbrochen, und der Vorfall wurde durch notfallmäßige technische Eingriffe gelöst, ohne das Netzwerk abzuschalten.
Die Entwickler mussten den xrpld-3.2.1-Hotfix überstürzt herausbringen. Er begrenzte die Manifestgrößen und überarbeitete das Daten-Caching für unbekannte Knoten, sodass das System keine Ressourcen mehr für verdächtige Teilnehmer verschwendet. Einen Monat später präsentierte Schwartz die ersten Ergebnisse des Patches unter realen Bedingungen.
Die neuesten Diagramme beweisen, dass die Folgen des Angriffs vollständig beseitigt wurden. Der Hub hält zuverlässig etwa 400 gleichzeitige Verbindungen aufrecht, mit einem Spitzenwert von 423, darunter 135 eingehende und 271 ausgehende Verbindungen. Die Latenz – die Reaktionszeit zwischen Knoten – sank auf 165 Millisekunden.
Die einzige Anomalie war ein einmaliger Anstieg auf 1,49 Sekunden am 6. September, aber die Algorithmen fingen ihn ab, ohne den Konsens zu beeinträchtigen. Verbindungsabbrüche blieben bei 84,6 Vorfällen pro Fünf-Minuten-Intervall – eine normale Hintergrundrate und kein Zeichen von Problemen. Die Kennzahl für böswillige Aktivitäten, mit „Abuse“ bezeichnet, fiel auf nahezu Null, da der aktualisierte Schutz nun fast den gesamten Müllverkehr herausfiltert.
Im Wesentlichen ist dies kein routinemäßiger Betriebszeitbericht für einen einzelnen Server, sondern eine öffentliche Prüfung der aktualisierten xrpld-Software unter realer Last. Sie bestätigt, dass die Infrastruktur des XRPL bereit für einen langfristigen, stabilen Betrieb ist.
