Einblick in die Betriebskennzahlen des XRPL
David Schwartz, der CTO Emeritus von Ripple und Hauptarchitekt des XRP Ledgers, hat die Betriebskennzahlen seines privaten Hubs offengelegt – einem wichtigen Relay-Server, über den andere Netzwerk-Knoten kommunizieren. Die Telemetrie umfasst den Zeitraum vom 25. August bis zum 8. September, und das Interesse der Validatoren daran ist kein Zufall: Dieser Hub ist einer der Schlüssel-Knoten des XRPL. Schwartz stellt fest, dass sich das System vollständig von der jüngsten Krise erholt hat und mit absoluter Stabilität arbeitet – wie er es selbst ausdrückte: „Rock Solid“.
Die Infrastrukturkrise und ihre Folgen
Für das Ökosystem ist diese Veröffentlichung mehr als nur eine Sammlung 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. Anonyme Angreifer starteten einen sogenannten „Manifest-Sturm“. Ein Manifest ist das digitale Zertifikat eines Validator-Knotens, und die Angreifer überschwemmten das Netzwerk mit Tausenden von gefälschten Zertifikaten, wodurch die Knoten gezwungen wurden, Ressourcen für die Verarbeitung von Müll aufzuwenden.
Zu diesem Zeitpunkt erlitt Schwartzs Hub weitreichende Verbindungsfehler mit einem onReadMessage-Fehler direkt in der Vereinbarungsphase – dem Punkt, an dem die Knoten den Zustand des Ledgers miteinander vergleichen. Dennoch wurden die Blockfinalisierung und der Konsens selbst nicht einmal für eine Minute unterbrochen, und der Vorfall wurde durch eine Notfall-Engineering-Intervention gelöst, ohne das Netzwerk herunterzufahren. Die Entwickler mussten schnell das xrpld 3.2.1-Hotfix herausbringen, das die Manifestgrößen begrenzte und das Daten-Caching für unbekannte Knoten überarbeitete, sodass das System keine Ressourcen mehr für verdächtige Teilnehmer verschwendete.
Ergebnisse des Patches und aktuelle Betriebskennzahlen
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 rund 400 gleichzeitige Verbindungen aufrecht, mit einem Höchstwert von 423, darunter 135 eingehende und 271 ausgehende Verbindungen. Die Latenz – die Reaktionszeit zwischen den Knoten – fiel auf 165 Millisekunden. Die einzige Anomalie war ein einmaliger Anstieg auf 1,49 Sekunden am 6. September, aber die Algorithmen hielten dies ohne Auswirkungen auf den Konsens in Schach.
Die Verbindungsabbrüche blieben bei 84,6 Vorfällen pro fünfminütigem Intervall – eine normale Hintergrundrate und kein Zeichen für Probleme. Die Kennzahl für böswillige Aktivitäten, bezeichnet als „Missbrauch“, fiel auf nahezu null, da der aktualisierte Schutz nun fast allen Müllverkehr herausfiltert.
Fazit
Im Wesentlichen handelt es sich hierbei nicht um einen routinemäßigen Betriebsbericht für einen einzelnen Server, sondern um ein öffentliches Audit der aktualisierten xrpld-Software unter realer Last. Es bestätigt, dass die Infrastruktur des XRPL bereit für einen langfristigen, stabilen Betrieb ist.
