Der XRP Ledger (XRPL) steht vor einer bedeutenden Woche, da sein lang erwartetes Bereinigungs-Upgrade diese Woche zur Mainnet-Aktivierung ansteht und eine breite Palette von Fehlerbehebungen und Verbesserungen für die Blockchain mit sich bringt.
Die Änderung fixCleanup3_4_0, eine Sammlung von Fehlerbehebungen für Single Asset Vaults, das Lending Protocol, Automated Market Makers, den permissioned DEX, Trust Lines, NFTs, MPTs, Escrow, Sponsorship, Transaktionssignierung und Berechtigungsdelegation, steht im Mittelpunkt der Aufmerksamkeit, wobei die Unterstützung durch Validatoren sie auf Kurs für eine mögliche Aktivierung am 4. November bringt, sofern die erforderliche Abstimmungsschwelle von 80 % aufrechterhalten wird.
Das früheste Aktivierungsdatum ist der 4. November 2026 um 14:46 UTC, wobei laut dem Countdown-Timer von xrpscan nur noch 2 Tage verbleiben.
Was kommt als Nächstes?
Einige Token im XRP Ledger sollen in Konten gespeichert werden, die von ihrem Emittenten genehmigt wurden; Entwickler haben jedoch einige Wege gefunden, diese Regel zu umgehen.
Emittenten regulierter Vermögenswerte wie Stablecoins oder tokenisierter Fonds können eine Genehmigung verlangen, bevor jemand ihre Token hält, typischerweise um zuerst Identitätsprüfungen durchzuführen.
Vier vorgeschlagene Codeänderungen würden die verbleibenden Ausnahmen beheben. Alle vier sind in einem einzigen Netzwerk-Upgrade namens fixCleanup3_5_0 enthalten.
Diese wurden noch nicht in die Hauptsoftware des XRP Ledger eingefügt. Sobald dies geschehen ist, benötigt fixCleanup3_5_0 zwei Wochen lang die Unterstützung von mehr als 80 % der vertrauenswürdigen Validatoren des Netzwerks, bevor es aktiviert wird.
XRP-Ledger-Entwickler auf kritische Linux-Kernel-Schwachstelle hingewiesen
Laut Hussein Zangana (Vet), Director of Community bei der XRP Ledger Foundation, gibt es eine kritische Linux-Kernel-Schwachstelle in Kernels ab Version 4.4, die jeden nicht gepatchten Linux-Server weltweit mit einem offenen IPv4-TCP-Port betrifft. Für XRP-Ledger-Node- und Validator-Betreiber, die RHEL 8/9/10, Debian 12/13, Amazon Linux und Oracle UEK ausführen, wurde bereits ein Fix ausgeliefert; von ihnen wird lediglich erwartet, dass sie aktualisieren und neu starten.
Für diejenigen, die Ubuntu, AlmaLinux, Rocky oder CentOS Stream ausführen, könnte dies nicht ausreichen, da sie möglicherweise weitere Schritte unternehmen müssen, bis ein Fix für ihre Distribution ausgeliefert wird. Sie sollten die nft-Regel nach einem Neustart oder einem Flush-Ruleset-Reload erneut anwenden.
