Eingehendes XRP-Ledger-Upgrade: Großes Netzwerkproblem behoben

von

Hast du genug von der deutschen Bürokratie und Politik? 🌍🤯 Dann ist unser Kanal genau das Richtige für dich! Hier gibt's nicht nur die heißesten Krypto-News, sondern auch eine Prise Sarkasmus und Spaß! 🚀😎

👉Beitreten zu Telegramm

Als erfahrener Krypto-Investor mit einem Jahrzehnt Erfahrung habe ich das Auf und Ab zahlreicher Blockchain-Projekte, einschließlich XRP, miterlebt. Das jüngste Upgrade des XRP Ledger (XRPL) hat meine Aufmerksamkeit erregt, insbesondere weil es sich auf die Lösung eines Netzwerkproblems konzentriert, das vollständige Verlaufsknoten betraf.

Das XRP Ledger (XRPL) wird derzeit einem Update unterzogen, das speziell zur Behebung eines Netzwerkproblems entwickelt wurde. Die größte Herausforderung, die zu diesem Update führte, war der Ausfall von Full History (FH)-Knoten aufgrund einer Beschränkung der Seitengröße von SQLite.

Ein Validator im XRP-Netzwerk, bekannt als Vet, hat kürzlich in seinem Blog über eine Lösung berichtet. Laut Vet wurde das Problem mit den Full History Servern im XRP-Ledger erfolgreich in eine offizielle Version der Rippled-Version im XRPLF-Repository integriert – insbesondere Rippled 2.2.3. Dieses neueste Update steht nun für Benutzer zum Herunterladen und Installieren bereit.

Die Lösung zum Abrufen des vollständigen Verlaufs des XRP-Ledgers wurde in die neueste offizielle Version des Rippled-Repositorys integriert, insbesondere in Rippled 2.2.3. Diese aktualisierte Version steht jetzt zur Installation bereit.

– Vet (@Vet_X0), 15. September 2024

Laut einem von Vet veröffentlichten Screenshot wird Benutzern des Rippled (XRP-Ledger-Servers) empfohlen, Version 2.2.3 auszuführen, wenn sie Full-History-Server mit einer Seitengröße von 4096 betreiben. Diese Empfehlung gilt nicht für Validatoren, da sie gewonnen haben Dieses Problem tritt nicht auf. Sie haben die Wahl, weiterhin Version 2.2.2 zu verwenden oder auf 2.2.3 zu aktualisieren, da letzteres keine neuen Änderungen gegenüber Version 2.2.2 mit sich bringt.

Was ist passiert?

Am Wochenende gab es innerhalb der XRP-Community Bedenken hinsichtlich eines Problems auf dem Ripple-Server, das dazu führte, dass einige Full History (FH)-Knoten nicht mehr ordnungsgemäß funktionierten.

In der Regel speichern umfassende Verlaufsserver alle Transaktionsverläufe sorgfältig und stellen sie bereit. Leider traten Probleme mit FH-Knoten aufgrund einer Einschränkung in SQLite im Zusammenhang mit der Seitengröße auf.

Nach Angaben bestimmter XRPL-dUNL-Validatoren wurde dieses Problem bereits vor einigen Wochen angesprochen, es wurde jedoch noch keine sofortige Lösung gefunden.

Als leidenschaftlicher Krypto-Investor möchte ich einige Erkenntnisse aus einem aktuellen Beitrag des Gründers von XRP Cafe, xrpl_adam, teilen. Entgegen der weit verbreiteten Annahme hat das von ihm angesprochene aktuelle Problem keinen Einfluss auf den Konsens oder den allgemeinen Zustand des mit Ripple (XRP) verbundenen Netzwerks.

Zur Verdeutlichung: Die Clio-Redundanz ermöglicht es den meisten öffentlichen XRPL-Endpunkten, historische Transaktionsdaten abzurufen, ohne dass ein echter Forwarding Header (FH)-Server erforderlich ist, um die Ergebnisse vergangener Transaktionen direkt zu liefern.

Laut der Erklärung von Xrpl Adam handelte es sich bei diesem Problem nicht um eine neuere Entwicklung im XRP-Ledger; es war schon vor Jahren dokumentiert worden. Damals wurde darauf hingewiesen, dass bestimmte Rippled-Server, die den vollständigen Ledger-Verlauf führen, möglicherweise auf ein Problem mit der Seitengröße ihrer SQLite-Datenbank stoßen könnten. Dieses Problem würde die effektive Funktion dieser Server beeinträchtigen.

Der Gründer von XRP Cafe hingegen ist der Meinung, dass es vorteilhafter gewesen wäre, wenn die Notwendigkeit einer Fehlerbehebung früher betont worden wäre, um zu verhindern, dass Failure Handling (FH)-Knoten während der letzten Wochenendperiode ausfallen.

Weiterlesen

2024-09-16 19:24