Nach der Bereitstellung von xrpld Version 3.2.0 am 15. Juni hat die XRP-Ledger-Entwicklergemeinschaft zahlreiche technische Probleme mit der aktualisierten Core-Server-Infrastruktur des Netzwerks dokumentiert.
Das Software-Update versprach nennenswerte Verbesserungen, darunter eine Leistungsoptimierung und eine prognostizierte Reduzierung des Speicherverbrauchs um 30 % bis 40 %. Die Version vollzog zudem den Übergang der Server-Bezeichnung von „rippled" zu „xrpld" und integrierte verbesserte Sicherheitsprotokolle.
Kurz nach dem Start begannen Node-Administratoren und Software-Entwickler jedoch, Probleme über den offiziellen GitHub-Issue-Tracker zu dokumentieren.
Ein Node-Administrator dokumentierte, dass seine auf v3.2.0 laufende Infrastruktur nach dem Update vollständig keine Ledger-Informationen mehr abrufen konnte. Das System behielt den Verbindungsstatus bei, die Synchronisierung wurde jedoch vollständig eingestellt. Bemerkenswerterweise funktionierte identische Hardware unter Version 3.1.3 einwandfrei. Dieses am 18. Juni eingereichte Problem wartet noch auf eine Lösung.
Ein weiteres dokumentiertes Problem zeigt, dass Konfigurationsdateien mit Inline-Kommentaren bei der Initialisierung zu Server-Abstürzen führen. Das veraltete Parsing-System verarbeitet Kommentare in bestimmten Parametern nicht korrekt und erzeugt eine „BadLexicalCast"-Ausnahme.
Projektverantwortliche haben mehrere Meldungen als legitime Defekte validiert, die einer technischen Bewertung bedürfen.
Entwickler identifizierten einen Defekt, der die Transaktionsweiterleitungsmechanismen zu Netzwerk-Peers beeinträchtigt. Ein Rechenfehler begrenzt die Anzahl der Peers, die Transaktions-Broadcasts empfangen, was potenziell zu einer unzureichenden Netzwerkverteilung führt.
Auch der Mechanismus zur Ressourcengebühren-Verfolgung geriet in die Kritik. Die aktuelle Implementierung speichert nur den maximalen Gebührenwert und verwirft frühere Einträge – ein Verhalten, das Entwickler als fehlerhaft einstufen.
Die Weitergabe von Validator-Listen stellte eine weitere Herausforderung dar. Derzeit werden Validator-Metadaten ausschließlich an eingehende Peer-Verbindungen übertragen, während ausgehende Links ausgeschlossen werden. Diese Asymmetrie beeinträchtigt die Verteilung von Validator-Informationen innerhalb der Netzwerkinfrastruktur.
Entwickler identifizierten potenzielle Ganzzahl-Überlauf-Schwachstellen bei vorzeichenlosen Ganzzahlen während der Ledger-Sequenzvalidierungsprozesse. Weitere Berichte hoben inkonsistente Transaktionsrouting-Parameter und eine beeinträchtigte Node-Identifikation bei der Verwendung kurzlebiger kryptografischer Schlüssel hervor.
Ein weiterer Bericht beschrieb einen logischen Mangel im Ledger-Zustandstracking, der Nodes in undefinierten Zuständen ohne etablierte Wiederherstellungsverfahren feststecken lassen kann.
Derzeit hat keiner der dokumentierten Defekte netzwerkweite Dienstunterbrechungen ausgelöst. Die XRP Ledger Foundation sowie Open-Source-Entwickler prüfen weiterhin alle eingereichten Berichte über die GitHub-Plattform des Projekts.
Die Netzwerkakzeptanz von Version 3.2.0 liegt derzeit bei 26 %. Die große Mehrheit der Nodes läuft weiterhin auf früheren Software-Versionen.
Die XRP Ledger Foundation hat zum Zeitpunkt der Veröffentlichung keine offiziellen Mitteilungen oder Korrektur-Patches herausgegeben. Alle identifizierten Probleme befinden sich weiterhin in der laufenden technischen Auswertung.
The post XRP Ledger's Latest v3.2.0 Update Faces Technical Hurdles Post-Launch appeared first on Blockonomi.

