Die Software v3.2.0 des XRP Ledger hat eine Validator-Akzeptanz von 66 % erreicht, wobei 99 Validatoren jetzt die Version ausführen, während sich das Netzwerk einer Aktivierung der Änderung am 29. Juli nähert.
Zusammenfassung
- XRP Ledger v3.2.0 läuft jetzt auf 66 % der verfolgten Validatoren und 57,33 % der Knoten.
- Die Änderung fixCleanup3_2_0 hat vor ihrer Aktivierung am 29. Juli 85,71 % Unterstützung.
- Das Update behebt Probleme mit Vault, Lending und der permissioned DEX und benennt rippled in xrpld um.
Laut aktuellen Daten des XRPL Explorer haben 481 Knoten, also 57,33 % des verfolgten Netzwerks, v3.2.0 installiert. Die Zahlen zeigen, dass die neueste Software seit ihrer Einführung im Juni an Boden gewonnen hat, obwohl ein beträchtlicher Teil der Betreiber noch auf der vorherigen Version bleibt.
Version 3.1.3 läuft weiterhin auf 42 Validatoren, was 28 % des vom Tracker erfassten Validator-Sets entspricht. Weitere 323 Knoten, die 38,41 % der 825 beobachteten Knoten ausmachen, verwenden ebenfalls weiterhin die ältere Software.
Software-Adoption und Änderungsgenehmigung sind getrennte Prozesse im XRP Ledger. Die Installation von v3.2.0 gibt Betreibern Zugang zu den neuesten Korrekturen, während eine Änderung die Unterstützung von mindestens 80 % der vertrauenswürdigen Validatoren für zwei aufeinanderfolgende Wochen erfordert, bevor ihre Regeln in Kraft treten können.
Die Änderung fixCleanup3_2_0 hat diese Abstimmungsschwelle bereits überschritten. Daten zur Governance des XRP Ledger zeigen 85,71 % Unterstützung, wobei 30 Validatoren dafür und fünf gegen den Vorschlag gestimmt haben.
Nachdem die erforderliche Unterstützung gesichert ist, soll die Änderung am 29. Juli 2026 um 09:57 UTC aktiviert werden. Die Unterstützung muss während des gesamten Countdowns bei 80 % oder darüber bleiben; andernfalls wird der zweiwöchige Timer des Netzwerks neu gestartet.
Validator-Unterstützung hält die Änderung im Zeitplan
Der XRPL-Validator Vet hat Knotenbetreiber aufgefordert, ihre Software vor der Aktivierung zu aktualisieren, damit ihre Infrastruktur mit dem geänderten Protokoll kompatibel bleibt. Betreiber, die nicht unterstützte Versionen verwenden, können nach Inkrafttreten der neuen Regeln durch die Änderung blockiert werden, was ihre Server daran hindert, den gültigen Zustand des Ledgers zu bestimmen.
Im Gegensatz zu einer Feature-Veröffentlichung, die auf neue benutzerorientierte Produkte ausgerichtet ist, kombiniert fixCleanup3_2_0 Wartungsänderungen für bereits auf XRPL verfügbare Funktionen. Die offizielle Ankündigung von v3.2.0 identifiziert Korrekturen, die Single Asset Vaults, das Lending Protocol, die Permissioned Decentralized Exchange, Multi-Purpose Tokens und Permissioned Domains betreffen.
Für Single Asset Vaults behebt das Paket Genauigkeits- und Rundungsprobleme, die die Berechnung von eingezahlten Vermögenswerten und Anteilen beeinflussen können. Änderungen am Lending Protocol korrigieren verwandtes Buchhaltungsverhalten, während die Permissioned DEX und Permissioned Domains Korrekturen für Probleme erhalten, die nach ihrer früheren Implementierung gefunden wurden.
Die Abstimmung über Änderungen ermöglicht es Validatoren zu entscheiden, ob diese Konsensänderungen im gesamten Ledger verbindlich werden sollen. Obwohl v3.2.0 bereits auf den meisten verfolgten Validatoren läuft, wird die Änderung das Mainnet-Verhalten erst ändern, wenn die Wartezeit erfolgreich abgeschlossen ist.
Crypto.news berichtete Anfang Juli, dass fixCleanup3_2_0 nach Genehmigung über 80 % in sein endgültiges Aktivierungsfenster eingetreten sei. Der aktuelle Wert von 85,71 % lässt einen Puffer von 5,71 Prozentpunkten, aber die XRPL-Regeln verlangen dennoch, dass die Unterstützung bis zum geplanten Aktivierungszeitpunkt gehalten wird.
Der Änderungs-Tracker von XRPSCAN listet fixCleanup3_2_0 als einen Vorschlag, der durch Version 3.2.0 eingeführt wurde. Sein Status bedeutet auch, dass Betreiber kompatible Software installieren müssen, obwohl die Ausführung der Version nicht automatisch als positive Abstimmung für die Änderung zählt.
Version 3.2.0 bereitet die XRPL-Infrastruktur auf neue Aktivitäten vor
Die Mitte Juni veröffentlichte v3.2.0 hat auch den Namen der Kernserver-Software des XRP Ledger von „rippled“ in „xrpld“ geändert. Die Umbenennung folgt XLS-0095, einem technischen Vorschlag, der die Identität des Servers direkter mit dem XRP Ledger in Einklang bringen soll.
Die Änderung betrifft mehr als nur den Namen der ausführbaren Datei. Gemäß den Migrationsanweisungen von XRPL müssen Betreiber, die von Version 3.1.3 wechseln, die Konfigurationsdatei von rippled.cfg in xrpld.cfg sowie zugehörige Pfade und Bereitstellungseinstellungen aktualisieren.
Node-Betreiber müssen möglicherweise auch Datenbankverzeichnisse, Paketreferenzen, Skripte, Servicedefinitionen und Servermetadaten überarbeiten. Die XRPL-Dokumentation bietet einen Migrationsprozess, der darauf ausgelegt ist, vorhandene Knotendaten zu erhalten, während die früheren Serverbenennungskonventionen ersetzt werden.
Über die Umbenennung hinaus beschreibt das XRP-Ledger-Entwicklungsteam v3.2.0 als eine Bereinigungs- und Wartungsversion. Die Software stellt Änderungen zurück, die länger als zwei Jahre aktiv waren, und setzt die Arbeit fort, die libxrpl-Codebasis in kleinere Module aufzuteilen, was zukünftige Entwicklung und Wartung erleichtern kann.
Diese Infrastrukturänderungen erfolgen, während Projekte neue Zahlungsanwendungen auf dem Ledger testen. Das von Ripple unterstützte t54.ai berichtete kürzlich, dass XRPL mehr als 1 Million KI-gesteuerte Zahlungen über das x402-Protokoll verarbeitet hat und einen KI-Hub für Agenten, Entwickler und Zahlungsdienste gestartet hat.
Laut t54.ai wurde der Hub mit Unterstützung von Ripple-Entwicklern und der XRP-Ledger-Stiftung entwickelt. Er sammelt KI-Projekte, autonome Agenten, Entwicklerwerkzeuge, Zahlungsdienste und technische Ressourcen an einem Ort für Teams, die XRPL-Anwendungen entwickeln.
Acht Tage vor dem geplanten Änderungsdatum hat die Validator-Abstimmung fixCleanup3_2_0 auf Kurs gehalten. Die verbleibende Aufgabe fällt den Node-Betreibern zu, die noch ältere Software ausführen, da die Aktivierung am 29. Juli die Wartungsregeln auf das gesamte XRP-Ledger anwenden wird, wenn die Zustimmung über dem erforderlichen Niveau bleibt.
