Das XRP Ledger (XRPL) soll ein Upgrade erhalten, das ein Netzwerkproblem beheben soll. Das Hauptproblem, das dieses Upgrade auslöste, waren Full History (FH)-Knoten, die aufgrund einer SQLite-Einschränkung der Seitengröße ausfielen.
Vet, ein XRP dUNL-Validator, teilte diese Entwicklung in einem X-Post mit. Laut Vet wurde der Fix für das Problem mit den XRP Ledger Full History Servers in eine offizielle Rippled-Version des XRPLF-Repository integriert – Rippled 2.2.3, die jetzt zur Installation verfügbar ist.
Der Fix für#XRPLedger Full History Servers ist in einer offiziellen Rippled-Version des XRPLF-Repository integriert – Rippled 2.2.3 und zur Installation verfügbar. pic.twitter.com/Owpd6xPEHx
– Tierarzt 🏴☠️ (@Vet_X0) 15. September 2024
Laut einem von Vet geteilten Screenshot wird die Version 2.2.3 von Rippled (XRP-Ledger-Server) dringend für Full-History-Server mit einer Seitengröße von 4096 empfohlen. Da Validatoren von diesem Problem nicht betroffen sind, können sie entweder 2.2.2 ausführen oder auf 2.2.3 aktualisieren. Dies liegt daran, dass Version 2.2.3 keine neuen Änderungen an Version 2.2.2 einführt.
Was ist passiert?
Am Wochenende machte die XRP-Community auf ein Problem auf dem Rippled-Server aufmerksam, das zum Ausfall von Full History (FH)-Knoten führte.
Unter normalen Umständen zeichnen Full History-Server den gesamten Transaktionsverlauf problemlos auf und stellen ihn bereit. Bei FH-Knoten ist es jedoch aufgrund einer SQLite-Einschränkung bei der Seitengröße zu einem Ausfall gekommen.
Laut einigen XRPL dUNL-Validatoren wurde dieses Problem bereits vor Wochen angesprochen, es kam jedoch nicht umgehend zu einer Beachtung.
Der Gründer des XRP Cafe, xrpl Adam, stellte in einem X-Post klar, dass dieses Problem entgegen der landläufigen Meinung keine Auswirkungen auf den Konsens oder die Netzwerkgesundheit hat.
Karte
Darüber hinaus benötigen die meisten öffentlichen XRPL-Endpunkte dank der Clio-Redundanz keinen tatsächlichen FH-Server, um historische Transaktionsergebnisse zurückzugeben.
Laut Xrpl Adam war das Problem im XRP-Ledger nicht neu, da es bereits vor Jahren dokumentiert wurde. Damals wurde festgestellt, dass bei bestimmten Rippled-Servern mit vollständigem Ledger-Verlauf möglicherweise ein Problem mit der Seitengröße ihrer SQLite-Datenbank auftritt, wodurch der Server nicht mehr ordnungsgemäß funktioniert.
Der Gründer des XRP Cafe ist jedoch der Ansicht, dass die Dringlichkeit der Lösung früher hätte betont werden müssen, um den Ausfall von FH-Knoten zu vermeiden, der am Wochenende passierte.
