Das XRP Ledger schaltet am 27. Mai 2026 um 03:49 Uhr UTC eine neue Konsensregel scharf. Das Amendment fixCleanup3_1_3 räumt Fehler in vier Bereichen auf: NFTs, Permissioned Domains, Vaults und das Lending Protocol. Wer die Knotensoftware nicht rechtzeitig wechselt, fällt aus dem Netzwerk. Der eigentliche Punkt steckt aber nicht in den Bugs, sondern in dem, was sie über die Richtung von Ripples Chain verraten.
Was am 27. Mai um 03:49 Uhr UTC passiert
Seit dem 8. Mai 2026 liegt rippled 3.1.3 im offiziellen Repository der XRPL Foundation bereit. Die Veröffentlichung enthält das Amendment fixCleanup3_1_3, das Commit 4539bb0 vom Ripple-Entwickler Ed Hennis. Ab Mittwochmorgen, dem 27. Mai um 03:49:21 Uhr UTC, wird es Teil des Konsensregelwerks. Validatoren, die bis dahin nicht aktualisiert haben, bleiben außen vor und können weder neue Ledger schreiben noch an künftigen Amendment-Abstimmungen teilnehmen.
Im XRP Ledger entscheidet kein Hard Fork über Änderungen, sondern ein eingebauter Abstimmungsmechanismus. Erst wenn 80 Prozent der vertrauenswürdigen Validatoren zwei Wochen lang einer Änderung zustimmen, wird sie permanent. Beim fixCleanup3_1_3 hat das Ripple-Team die Standardstimme bewusst auf „Ja" gesetzt, eine Seltenheit, die nur bei klaren Sicherheitskorrekturen vorkommt.
Eine Woche vor dem Stichtag waren erst rund 40 Prozent der aktiven Validatoren auf der neuen Version. Bis zum 25. Mai meldete die XRPL Foundation, dass über die Hälfte des Netzwerks aktualisiert sei. Die Pflicht trifft nicht nur Privatvalidatoren, sondern auch Börsen, NFT-Marktplätze und DEX-Frontends, die eigene Knoten betreiben.
Vier Patches, die mehr verraten als sie reparieren
Auf den ersten Blick wirken die Fixes nach Routinearbeit. Wer den Code aber liest, erkennt die eigentliche Geschichte: Der XRP Ledger ist längst keine reine Zahlungschain mehr. Was hier gepatzt hat, sind Module, die ein institutionelles Finanzsystem ausmachen.
NFTs: Abgelaufene Offers verstopfen den Ledger nicht mehr
Bislang blieben abgelaufene NFTokenOffer-Einträge im Ledger stehen, auch wenn ihre Gültigkeitsdauer überschritten war. Das verursachte inkonsistente Anzeigen in Marktplätzen und unnötige Speicherlast auf jedem Knoten. Mit dem Update löscht eine NFTokenAcceptOffer-Transaktion abgelaufene Angebote automatisch mit. Für Sammler und Marktplatz-Betreiber bedeutet das saubere Orderbücher und weniger Geister-Angebote, die niemand mehr akzeptieren kann.
Vaults: Withdrawal-Bug umging Limit-Prüfungen
Ein Fehler ließ Auszahlungen aus einem Vault zu, die das gesetzte Trust-Line-Limit der Zieladresse überschritten. Wer in einem Tresor Tokens deponiert hatte, konnte unter bestimmten Bedingungen mehr abziehen, als der Empfänger laut Setup überhaupt halten durfte. Das ist kein Schönheitsfehler, sondern ein Bruch einer zentralen Regel des Trust-Line-Modells. Mit 3.1.3 prüft VaultWithdraw das Limit der Zieladresse strikt.
Lending Protocol: Buchhaltung bei Default und Repayment war wackelig
Das frisch eingeführte Lending Protocol hatte ein Buchhaltungsproblem. Bei Defaults, Impairments oder Loan-Repayments wurden die Accounting-Felder in den Einträgen Loan, LoanBroker und Vault nicht zuverlässig aktualisiert. Das Amendment führt zwei zusätzliche Invarianten-Checks ein: Der LoanBroker muss den verfügbaren Sicherheitsbetrag (CoverAvailable) korrekt führen, und Überzahlungsversuche bei LoanPay liefern künftig den präzisen Fehlercode tecNO_PERMISSION statt eines generischen temINVALID_FLAG. Für ein Protokoll, das institutionelle Kreditvergabe modellieren will, ist diese Disziplin Pflicht.
Permissioned Domains: Failed Transactions konnten Settings ändern
Permissioned Domains sind das Werkzeug, mit dem ein Aussteller den Zugang zu bestimmten Assets einschränken kann, etwa für tokenisierte Wertpapiere mit Compliance-Anforderungen. Ein Bug ließ es zu, dass fehlgeschlagene Transaktionen die Domain-Einstellungen ungewollt veränderten. In einem regulierten Kontext ist das potenziell ein Audit-Killer. 3.1.3 schiebt eine Invariante davor: Wer durchfällt, ändert nichts.
Warum das Update wichtiger ist als ein Preispump
Wer auf das Amendment als kurzfristigen Kursimpuls wettet, hat das Thema verfehlt. Dieses Release ist kein Katalysator, sondern ein Reifezeichen. Vaults, Lending und Permissioned Domains sind Bausteine, die ein tokenisiertes Finanzsystem braucht: programmierbare Verwahrung, regelbasierte Kreditvergabe, kontrollierter Zugang zu sensiblen Assets.
„Eine saubere, gut gewartete Ledger-Basis ist deshalb wichtig, weil sie die Oberfläche ist, auf der Institutionen tatsächlich transagieren würden."
Sinngemäß übersetzt nach Anand Sinha, TheStreet, 23. Mai 2026
Damit liest sich rippled 3.1.3 wie eine Generalüberholung jener Bereiche, in denen Ripple und seine Partner aktuell Pilotprojekte mit Banken und Vermögensverwaltern fahren. Der Konzern positioniert sich offen für tokenisierte Geldmarktfonds, einen eigenen Stablecoin (RLUSD) und institutionelle Custody-Angebote. Wer dieses Segment ernsthaft adressieren will, braucht eine Ledger-Basis, die unter Audit-Bedingungen nicht durchfällt. Genau hier setzt das Amendment an.
Was Knotenbetreibern droht, die das Update verschlafen
Validatoren und Knoten, die nach dem 27. Mai noch eine ältere rippled-Version fahren, werden amendment-blocked. Konkret heißt das: Sie verarbeiten keine neuen Ledger mehr, können keine Transaktionen einreichen und nehmen an keinem zukünftigen Vote teil. Hussein Zangana, in der Szene als „Vet" bekannt und Community Director der XRPL Foundation, formulierte es deutlich: Jeder Knoten ohne 3.1.3 sei nach dem Stichtag schlicht nicht mehr in der Lage, mit dem Netzwerk zu kommunizieren.
Für dich als Privatanleger heißt das in der Praxis: Wer XRP über eine Börse hält, ist nicht direkt betroffen, solange die Börse rechtzeitig aktualisiert hat. Wer einen eigenen Knoten betreibt, etwa für Trading-Tools oder On-Chain-Analytics, sollte spätestens am Dienstag updaten. Die offiziellen Pakete für Debian und RHEL liegen auf den Ripple-Repositories bereit.
Drei Punkte, die du dir aus diesem Release notieren solltest
Erstens: Das Aktivierungsfenster am 27. Mai ist eine technische Routine, kein Kursereignis. Ein Aufflammen des XRP-Kurses an diesem Morgen wäre eher Sentiment als Substanz.
Zweitens: Die Auswahl der Fixes signalisiert, woran das XRPL-Entwicklerteam im Hintergrund arbeitet. Tokenisierung von Assets, regulierter Zugang, Kreditmärkte. Genau das, was institutionelle Anbieter aktuell von einer Public Chain erwarten.
Drittens: Der Reifegrad eines Netzwerks zeigt sich daran, wie diszipliniert es bei Bugs reagiert. Dass ein Withdrawal-Pfad ein Trust-Line-Limit umgehen konnte, ist unschön. Dass das Team es innerhalb eines Release-Zyklus offen dokumentiert und mit einer Invariante absichert, ist genau das Verhalten, das institutionelle Auditoren sehen wollen. Wer XRP langfristig im Depot hat, sollte solche Releases ernster nehmen als jeden Kursimpuls aus den sozialen Medien.
Fazit: Eine Routinekorrektur mit großer Aussage
Das Mainnet-Upgrade am 27. Mai 2026 ist auf der Oberfläche ein Bugfix-Release. Im Detail liefert es einen seltenen Blick darauf, wohin sich der XRP Ledger entwickelt: weg von der reinen Zahlungschain, hin zu einer Infrastruktur für tokenisierte Wertpapiere, programmierbare Tresore und institutionelles Lending. Wer XRP im Portfolio hat, sollte sich den 27. Mai aus einem Grund merken. Nicht wegen des Kurses an diesem Morgen, sondern weil das Netzwerk hier zeigt, wofür es in den nächsten fünf Jahren bekannt sein will.
Quellen: XRPL.org Release Notes, TheStreet, crypto.news, CoinPedia
