Ripple reduziert die Angriffsfläche des XRP Ledger, während KI-Audits den Kreditvergabe-Vorstoß testen

Ripple bewegt sich, um die Angriffsfläche des XRP Ledger (XRPL) zu verringern, während es sich darauf vorbereitet, die native Kreditvergabe zu erweitern.

Das Unternehmen hat empfohlen, mehr als 10.000 Zeilen ungenutzten XChainBridge-Code zu entfernen, während das Lending Protocol V1.1 einer rein KI-basierten Sicherheitsüberprüfung durch Sherlock's Audit Engine unterzogen wird.

Diese parallelen Bemühungen erfolgen, da Krypto-Plattformen unter neuem Druck stehen, ihre Verteidigungen zu stärken. Im ersten Halbjahr 2026 wurden über 1,31 Milliarden US-Dollar bei 344 Sicherheitsvorfällen verloren, wobei Codeanfälligkeiten die häufigste Angriffsart der Branche bleiben.

Axelar lässt Ripple mit 10.000 Zeilen zurück, die es nicht mehr möchte

Das ursprüngliche Argument für die Beibehaltung von XChainBridge (XLS-38) schwächte sich ab, nachdem Ripple sich an Axelar für die XRPL EVM Sidechain wandte und die breitere Nachfrage nach der nativen Brücke nicht zustande kam.

XLS-38 wurde entwickelt, um Vermögenswerte zwischen XRPL und verbundenen Sidechains über Witness-Server zu bewegen, die Transaktionen beobachten und Aktivitäten über Netzwerke bezeugen. Die Architektur sollte private, genehmigte und experimentelle Sidechains unterstützen und gleichzeitig eine Brücke zwischen dem XRPL-Hauptnetz und der EVM Sidechain bieten.

Ripple wählte letztendlich Axelar für die EVM Sidechain aus, nachdem es Sicherheit, Benutzererfahrung, Dezentralisierung und die betrieblichen Anforderungen an die Wartung einer Brücke bewertet hatte.

Das Unternehmen erklärte, dass das XLS-38-Witness-Modell Kompromisse mit sich brachte, die schwieriger zu verwalten wurden, je mehr Wert durch eine Brücke geschützt wurde. Die Erweiterung des Witness-Sets könnte die Dezentralisierung verbessern, würde jedoch die Koordinations- und Governance-Komplexität erhöhen, während eine kleinere Gruppe mehr Vertrauen unter den Betreibern konzentrieren würde.

Ripple gab im Juni 2024 bekannt, dass es sich für Axelar entschieden hat, hielt XLS-38 jedoch für eine Validatorenabstimmung verfügbar und gab Entwicklern etwa 12 bis 15 Monate Zeit, um die Nachfrage nach privaten Sidechains zu demonstrieren, die speziell die Änderung erforderten.

Diese Nachfrage erreichte jedoch nicht das von Ripple erwartete Niveau.

Das Ergebnis ist ein erheblicher Block inaktiven Codes, den die Entwickler weiterhin warten und überprüfen müssen, obwohl sein Hauptverwendungszweck anderswo behandelt wurde.

Ripple schätzt, dass der Rückzug von XChainBridge und der damit verbundenen fixXChainRewardRounding-Änderung letztendlich mehr als 10.000 Zeilen aus xrpld entfernen würde.

Ripple identifizierte die Wartungsbelastung, die Komplexität der Mitwirkenden und die Angriffsfläche als Kosten für die Beibehaltung inaktiver Funktionalitäten und argumentierte, dass XRPL schlank bleiben sollte, während sich das Netzwerk weiterentwickelt.

Die Empfehlung entfernt XLS-38 nicht sofort. Ripple kontrolliert eine Validatorenabstimmung, und der Vorschlag bleibt dem XRPL-Änderungsprozess unterworfen.

Wenn die Gemeinschaft die Änderung unterstützt, plant Ripple zunächst, XChainBridge als obsolet zu kennzeichnen. Validatoren, die eine Softwareversion mit dieser Bezeichnung übernehmen, würden aufhören, für die Änderung zu stimmen, was es ermöglichen würde, den Code in einer späteren Version zu entfernen, sobald das Netzwerk konvergiert.

Ripple ließ auch die Möglichkeit offen, die Entscheidung zu überdenken, wenn Entwickler konkrete Projekte nachweisen können, die weiterhin XLS-38 benötigen.

Kreditvergabe stellt eine andere Sicherheitsherausforderung dar

Die Reduzierung von Legacy-Code erfolgt, während XRPL sich darauf vorbereitet, eine Kreditvergabe-Infrastruktur einzuführen, die erheblich mehr finanzielle Interaktionen zu sichern hat.

Das Lending Protocol V1.1 baut auf Ripples Bestrebungen auf, native Kredit- und Darlehensmöglichkeiten in XRPL neben Single Asset Vaults zu bringen. Die zugrunde liegende Architektur kombiniert das Management des Kreditlebenszyklus, Zinsberechnungen, die Verteilung von Gebühren an mehrere Parteien, berechtigungsbasierte Berechtigungen und Interaktionen mit Vermögenspoolen.

Ripple hat das Kreditsystem als eine der finanziell komplexesten Ergänzungen beschrieben, die seit der Einführung des Netzwerks für XRPL entwickelt wurden.

Am 27. August gab Sherlock bekannt, dass V1.1 eine intensive Sicherheitsüberprüfung ausschließlich durch KI über seine Audit Engine durchlaufen hat. Das System kombiniert mehrere KI-Prüfer und fortschrittliche Modelle mit spezialisierten Sicherheitsfähigkeiten und passt die Abdeckung und Tiefe an das zu prüfende Protokoll an.

Sherlock hat keine Ergebnisse oder ein Abschlussdatum bekannt gegeben. Es wurde gesagt, dass ein umfassenderer Bericht folgen wird, sobald der Prozess abgeschlossen ist.

Die Überprüfung folgt einem ungewöhnlich umfangreichen Sicherheitsprozess für den früheren Kredit- und Single Asset Vault-Code, bei dem wiederholte Tests Schwachstellen fanden, selbst nach vorherigen Prüfungsrunden.

Ripple und Immunefi führten Ende 2025 einen Angriffswettbewerb im Wert von 200.000 USD durch, der 35.498 Codezeilen abdeckte. Es gab 455 Einreichungen von 131 Forschern und letztendlich wurden 94 einzigartige gültige Ergebnisse erzielt, darunter 15 als kritisch und 19 als hochgradig eingestuft. Ripple gab an, dass alle identifizierten Probleme behoben wurden.

Das Unternehmen unterzog das Kreditsystem anschließend zusätzlichen Prüfungen, Community-Tests, Fuzzing und einem KI-unterstützten Red-Team-Programm.

Zwischen März und Mai reichte Rippels KI-Red-Team 20 kreditspezifische Tickets ein und identifizierte sieben bestätigte Fehler, die behoben wurden.

Unter ihnen war eine umgekehrte Invarianz, die es ermöglicht hätte, dass Phantom-Sicherheiten unentdeckt bleiben, ein gebührenfreier Spam-Vektor, der Kreditzahlungen betraf, und ein Integer-Overflow-Problem, das einen Knotenstillstand hätte verursachen können.

Diese Ergebnisse bieten einen praktischen Grund für wiederholte Tests, während Ripple an V1.1 arbeitet. Das Unternehmen gab an, dass die Verbesserung das Feedback von Partnern und Lektionen aus der früheren Implementierung einbezieht.

Rippels breiteres KI-Red-Team-Programm hat auch hochgradige Probleme außerhalb des Kreditbereichs aufgedeckt. Ein sicherheitsfokussiertes xrpld-Release zu Beginn dieses Jahres beinhaltete Korrekturen für öffentlich zugängliche Absturzpfade, Probleme mit Grenzkontrollen und Interaktionen zwischen Funktionen, die durch das Programm und die damit verbundenen Tests identifiziert wurden.

Die Angriffswelle im Kryptobereich erhöht die Kosten für übersehene Fehler

Die Erweiterung des Sicherheitsprogramms von XRPL fällt mit einem branchenweiten Angriffsumfeld zusammen, das trotz jahrelanger Prüfungen und Bug-Bounty-Programme kostspielig geblieben ist.

Im Juli verzeichnete CertiK Verluste von 1,315 Milliarden USD bei 344 Sicherheitsvorfällen in den ersten sechs Monaten von 2026.

Obwohl dies niedriger war als die Schlagzeilen-Zahl des Vorjahres, beinhaltete das erste Halbjahr 2025 den außergewöhnlichen Bybit-Verstoß von 1,45 Milliarden USD. Ohne dieses Ereignis berechnete CertiK, dass die vergleichbaren Verluste in diesem Jahr um etwa 28 % gestiegen sind.

Code-Schwachstellen waren die häufigste Angriffsart und traten in 204 Vorfällen auf. CertiK stellte auch fest, dass Angreifer zunehmend zu Verträgen zurückkehrten, die älter als ein Jahr waren, was zeigt, wie Schwachstellen auch lange nach der Bereitstellung der Software ausgenutzt werden können.

Einige der größten Verluste resultierten aus anderen Schwächen. Wallet-Kompromisse verursachten Verluste von über 444 Millionen USD, während der Kelp DAO RPC-Kompromiss und der Drift Protocol-Verstoß zusammen 576 Millionen USD ausmachten.

Diese Unterscheidung ist wichtig, da keine Code-Prüfung, ob KI-gesteuert oder nicht, jede Sicherheitsbedrohung, die ein Protokoll oder seine Benutzer betrifft, adressiert.

Ripple hat daher mehrere Testebenen verwendet, anstatt sich ausschließlich auf KI zu verlassen. Der Entwicklungsprozess für Kredite umfasste unabhängige Prüfungen, öffentliche Sicherheitswettbewerbe, Fuzzing, formale Methoden, Community-Tests und KI-unterstützte Schwachstellenerkennung.

Rippels eigene Sicherheitsforscher haben auch davor gewarnt, KI als Ersatz für Expertenprüfungen zu betrachten. Das Unternehmen gab an, dass seine KI-Pipelines falsche Positivmeldungen erzeugen und dass die menschliche Validierung besonders wichtig bleibt für subtile Fehler, bei denen ein Modell missverstehen kann, wie sich eine Invarianz verhalten soll.

Das schafft einen zusätzlichen Test für Sherlocks KI-Engagement. Die Überprüfung könnte zeigen, wie weit spezialisierte Modelle den Schutz von Protokollen erweitern können, aber ihre Nützlichkeit wird letztendlich davon abhängen, welche Schwachstellen sie identifiziert und ob diese Erkenntnisse in Lösungen umgesetzt werden, bevor V1.1 voranschreitet.

Im Moment hat Sherlock keine Ergebnisse veröffentlicht. Ripple versucht daher, bekannte Quellen unnötiger Komplexität in einem Teil von XRPL zu reduzieren, während die nächste Generation finanzieller Funktionen einer zunehmend aggressiven Prüfung unterzogen wird, bevor mehr Wert davon abhängt.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.