bitcoinnews.ch
Der $XRP Ledger durchläuft derzeit eines seiner grundlegenderen Software-Updates der letzten Jahre. Mit xrpld v3.2.0 und dem begleitenden Amendment fixCleanup3_2_0 stehen eine symbolträchtige Umbenennung, spürbare Effizienzgewinne und ein Bündel an Sicherheitsfixes auf dem Plan. Für $XRP-Halter ändert sich dabei nichts Unmittelbares – Angebot, Guthaben und Wallets bleiben unberührt. Für Node-Betreiber und alle, die sich für dezentrale Governance interessieren, lohnt sich jedoch ein genauerer Blick.
Die wichtigsten Änderungen im Überblick
Am 15. Juni 2026 erschien Version 3.2.0 der Referenz-Software des $XRP Ledger. Drei Punkte stechen heraus:
Aus „rippled“ wird „xrpld“. Die Kernsoftware, die jeder Node im Netzwerk ausführt, trug bisher den Namen des Unternehmens Ripple. Mit dem Standard XLS-0095 wurde sie in xrpld umbenannt – inklusive neuer Konfigurationspfade, Datenbankverzeichnisse und Server-Metadaten, weshalb Betreiber ihre Systeme aktiv migrieren müssen. Über die Technik hinaus unterstreicht der Schritt die Unabhängigkeit des Protokolls von seinem ursprünglichen Sponsor – ein Aspekt mit durchaus regulatorischer Relevanz.
Wartung und Effizienz. Alte, seit Jahren aktive Amendments werden aus dem Code entfernt, die Codebasis wird weiter modularisiert, und der Speicherverbrauch der Nodes sinkt spürbar – für Betreiber ein handfester Kostenvorteil.
Das Amendment fixCleanup3_2_0. Es bündelt sicherheitsrelevante Bugfixes für neuere Funktionen des Ledgers: Single Asset Vaults, das native Lending-Protokoll, die permissioned DEX, Multi-Purpose Tokens und Permissioned Domains. Hinzu kommen neue Invarianten-Prüfungen, die verhindern sollen, dass gelöschte Accounts Datenreste im Ledger hinterlassen.
So funktioniert eine Codeänderung im $XRP Ledger
Der Änderungsprozess trennt bewusst zwei Ebenen. Auf der ersten Ebene installieren Node- und Validator-Betreiber die neue Software – eine individuelle Entscheidung, bei der neue Regeln zunächst deaktiviert bleiben. Auf der zweiten Ebene müssen Regeländerungen, die das Transaktionsverhalten betreffen, als Amendment per Abstimmung freigeschaltet werden: Mehr als 80 % der 35 Validatoren auf der Standard-UNL (Unique Node List) müssen zustimmen, und zwar zwei Wochen lang ununterbrochen. Fällt die Zustimmung zwischenzeitlich unter die Schwelle, beginnt die Frist von vorn.
Diese bewusst träge Governance hat einen klaren Zweck: Keine einzelne Partei – auch Ripple nicht – kann dem Netzwerk Änderungen aufzwingen, und alle Beteiligten haben Zeit, ihre Systeme anzupassen.
Der aktuelle Stand
Die Software-Adoption ist auf Validator-Ebene weit fortgeschritten: 31 von 35 UNL-Validatoren (89 %) laufen bereits auf v3.2.0. Bei den regulären Nodes sind es dagegen erst rund 43 % der etwa 830 Systeme im Netzwerk. Das Amendment fixCleanup3_2_0 wiederum liegt bei nur etwa 40–49 % Zustimmung – deutlich unter der 80-%-Hürde. Software installieren und mit „Ja“ stimmen sind eben zwei getrennte Handlungen; viele Betreiber prüfen die Änderungen offenbar noch oder warten auf breitere Netzwerk-Bereitschaft. Wer nach einer Aktivierung noch alte Software betreibt, riskiert allerdings den „amendment blocked“-Status und kann dann keine neuen Ledger mehr validieren.
Einordnung
xrpld v3.2.0 ist klassische Infrastrukturarbeit: Umbenennung, Effizienz, Sicherheitsfixes – unspektakulär, aber genau die Art von Pflege, von der ein produktiv genutztes Netzwerk langfristig lebt. Das eigentlich Sehenswerte spielt sich auf der Governance-Ebene ab: Der Weg des Amendments fixCleanup3_2_0 zur 80-%-Hürde zeigt in Echtzeit, wie dezentrale Entscheidungsfindung im $XRP Ledger funktioniert – langsam, transparent und ohne zentralen Schalter.
Primärquellen
- Offizielle Release-Ankündigung: „Introducing $XRP Ledger version 3.2.0″ (xrpl.org)
- Release 3.2.0 mit vollständigen Release-Notes im offiziellen Repository (GitHub, XRPLF/rippled)
- Dokumentation des Amendment-Prozesses und aller bekannten Amendments (xrpl.org)