Ripple-Ingenieur erklärt das Update-Tempo des XRPL; der Fokus verlagert sich auf Fehlerbehebungen und Zuverlässigkeit - U.Today

Der RippleX-Ingenieur Mayukha Vadari hat die Bedenken von Entwicklern angesprochen, während das XRP Ledger eine Überarbeitung der Grundlagen seines Repositories erlebt.

Derzeit arbeiten XRPL-Core-Entwickler intensiv daran, die Grundlagen des Repositories neu aufzubauen. Sechs Schwerpunktbereiche, an denen derzeit gearbeitet wird, wurden skizziert, darunter Telemetrie, Nomenklatur, Typsicherheit, Refactor, Logging und Dokumentation.

In diesem Zusammenhang fragte ein XRP-Nutzer, ob es eine ETA (erwarteter Zeitrahmen) gibt, wann mit dem Refactoring im Core voraussichtlich langsamer geworden wird, sodass die tägliche Aktualisierung von Patches weniger schnell voranschreitet.

HOT Stories

Shiba Inu (SHIB) ist nie aus dem Abwärtstrend ausgebrochen, Midnight (NIGHT) setzt die fundamentale Unterstützung ein – Welche drei XRP-Faktoren werden für eine bullische Umkehr benötigt? Crypto-Marktüberblick

Ripple erhält eine starke Kreditbonitätsbewertung, Shiba Inu (SHIB) Burn Rate schießt um 2.332% in die Höhe, Cardano (ADA) Exec deutet Partnerschaft mit Mastercard an

Diese Frage wurde an den RippleX-Ingenieur Mayukha Vadari gerichtet. Vadari antwortete, dass der aktuelle Fokus weiterhin auf Stabilisierung und Fehlerbehebung liegt, was bedeutet, dass Feedback möglicherweise langsamer kommt und Konflikte wahrscheinlich sind, solange sich die Dinge weiter verändern. Der RippleX-Entwickler sagt, es gebe keine Notwendigkeit für Nutzer, ihre Branches bei jeder Änderung weiter zu aktualisieren, daher ist ein langsamerer Rhythmus völlig in Ordnung.

XRP Ledger sieht eine Überarbeitung

Sechs Bereiche werden derzeit von XRP-Ledger-Entwicklern bearbeitet, so XRPL-Entwickler Denis Angell. Dazu gehören Telemetrie, die einhergeht mit Unternehmensberichterstattung, Metriken und Echtzeit-Logging.

XRP-Ledger-Entwickler Denis Angell bemerkte, dass es in der Vergangenheit, falls ein Problem auftrat, nötig war, Logs von Validatoren anzufordern. XRP-Ledger-Entwickler können nun ein vollständiges Command Center für XRPL aufbauen und die UNL wie ein Unternehmen überwachen.

Zweitens geht es um Nomenklatur, und drittens um Typsicherheit. Angell merkte an, dass es Bereiche gibt, die nicht typsicher sind. Das Hinzufügen dieser Aspekte wird Entwicklern helfen, Bugs zu finden, noch bevor die Anwendung überhaupt kompiliert. Außerdem wird es das Repository für die Zukunft absichern.

Der vierte Punkt ist Refactoring, von dem Angell glaubt, dass es zwar unterschiedliche Meinungen geben könnte, aber den Core-Entwicklern helfen wird. Er sagte, er habe einige der frühen Ergebnisse gesehen, die vielversprechend waren.

Der fünfte Punkt ist Logging, wobei das Ziel hier ist, das Logging zu synchronisieren. Das liegt daran, dass die Logs von einer Datei zur nächsten ganz erheblich unterschiedlich sind. Sobald das bereinigt ist, kann die Telemetrie in Tools eingelesen werden, die das Durchsuchen und Filtern von Logs ermöglichen, wodurch sich die Debug-Zeit für Entwickler und das Netzwerk-Triage beschleunigt.

Der sechste Punkt ist Dokumentation. Laut Angell hat diese Arbeit noch nicht begonnen, weil das Refactor noch durchgeführt wird, aber sie wird das letzte Puzzleteil sein, und wenn sie abgeschlossen ist, erhalten Entwickler alle Tools, die sie benötigen, um den Code zu verstehen. Sie wird auch neuen Entwicklern ermöglichen, den Code besser zu verstehen, ohne einen Termin für einen Call mit RippleX Senior Engineers einplanen zu müssen.