XRP-Ledger-Upgrade sperrt fast die Hälfte der veralteten Knoten aus
XRP-Ledger-Betreiber stehen am Donnerstag vor einem vertrauten "Deadline-Drama", nachdem ein Community-Tracker davor gewarnt hat, dass ein großer Teil der XRPL-Server aufgrund einer bevorstehenden Blockierung von Änderungen an den Rand gedrängt wird, bis sie ein Upgrade durchführen.
„In etwa ~10 Stunden werden 418 (!!) von 999 XRPL-Servern DOWN gehen, da sie durch die Änderung blockiert werden!“ schrieb der X-Nutzer Krippenreiter und fügte hinzu, dass die von der Änderung blockierten rippled Server nicht „die Gültigkeit eines Ledgers bestimmen“, „Transaktionen einreichen“, „Transaktionen verarbeiten“ oder „am Konsensprozess teilnehmen“ können.
Wird dies Auswirkungen auf das XRP-Ledger haben?
Das klingt katastrophal, wenn man noch nie gesehen hat, wie das XRPL-Governance-System seine Arbeit verrichtet. Aber der wichtige Unterschied liegt genau hier im Namen: Eine Blockierung von Änderungen ist eine Sicherheitsfunktion und kein Netzwerkausfallmodus. Wenn neue Protokollregeln aktiviert werden, kann die alte Software die Ledgers nicht mehr zuverlässig interpretieren, sodass das Netzwerk diese Server in einen nicht teilnehmenden Status zwingt, anstatt zu raten.
Macht es also etwas aus, wenn „fast die Hälfte der Server“ blockiert wird, falls die Aktivität ansteigt? „Überhaupt nicht“, antwortete Krippenreiter einem Nutzer. „Alle dUNL-Validatoren sind sicher, sodass alle 'vertrauenswürdigen' Validatoren weiterhin wie erwartet validieren. (und sich unter Belastung verhalten) … Für alles andere gibt es 'FeeEscalation'.“ Der Punkt, den er macht: Der Konsens kommt von einer vertrauenswürdigen Validator-Gruppe, und die Gebührenerhöhung ist darauf ausgelegt, die Transaktionskosten zu erhöhen, wenn das Ledger beschäftigt wird, um Spam und Überlastungsversuche zu drosseln.
Andere XRPL-Beobachter behandelten es meist als routinemäßige Wartung und nicht als existenziellen Moment. „Ist das ungewöhnlich oder gefährlich? Nein. Das passiert fast bei jedem Änderungszyklus“, schrieb ein anderer Nutzer, listete frühere Änderungsfenster auf und stellte fest, dass zurückliegende Knoten normalerweise später ein Upgrade durchführen. Der XRPL-Änderungsprozess selbst ist um eine lange Vorlaufzeit aufgebaut: Eine Änderung benötigt eine nachhaltige Supermehrheit der Unterstützung von vertrauenswürdigen Validatoren für zwei Wochen, bevor sie aktiviert wird.
Dennoch sind die Optiken nicht ohne Bedeutung. Hunderte öffentlicher Server auf einmal zurückfallen zu sehen, kann eine praktische Belästigung für Wallets, Explorer und Unternehmen sein, die auf Fremdinfrastruktur angewiesen sind. Auch wenn der Konsens in Ordnung ist, können weniger aktuelle Knoten weniger Redundanz am Rand bedeuten — fragilere öffentliche Endpunkte, mehr Support-Tickets, mehr Beiträge wie „Warum geht meine Transaktion nicht durch?“
Es gibt einen konkreten Upgrade-Pfad. Die Release Notes zu rippled 2.6.2 von XRPL.org beschreiben eine neue fixDirectoryLimit-Änderung plus einen kritischen Bugfix — Dinge, die man nicht aufschieben möchte, wenn man eine Produktionsinfrastruktur betreibt.
Die kurze Version: Nein, das XRPL geht nicht „down“. Aber wenn man Ende 2025 immer noch ein altes rippled betreibt, wird das Netzwerk daran erinnern, dass Upgrades nicht optional sind.
Zum Zeitpunkt der Erstellung dieses Artikels handelte XRP im Einklang mit dem breiteren Marktsentiment um -1,5% niedriger in den letzten 24 Stunden.
