L'équipe de développement de Ripple change de vitesse, donne la priorité à la stabilité et élimine les problèmes lors de la dernière refonte du XRPL

L'ingénieur RippleX, Mayukha Vadari, a répondu aux préoccupations des développeurs alors que $XRP Ledger envisage une refonte des principes fondamentaux de son référentiel.

Actuellement, les développeurs principaux de XRPL ont travaillé dur pour reconstruire les principes fondamentaux du référentiel. Six domaines d'intervention actuellement en cours de travail ont été définis, notamment la télémétrie, la nomenclature, la sécurité des types, la refactorisation, la journalisation et la documentation.

Dans cette optique, un utilisateur de $XRP a demandé s'il existe un ETA (échéancier attendu) alors qu'une grande partie de la refactorisation dans le noyau devrait ralentir la mise à jour quotidienne des correctifs.

À l'heure actuelle, l'accent est mis sur la stabilisation et la correction des bugs, ce qui signifie que les retours seront plus lents et que des conflits sont probables à mesure que les choses continuent de changer. Il n'est pas nécessaire de continuer à mettre à jour vos branches à chaque changement - une cadence plus lente est parfaitement acceptable. Je comprends la frustration,…

– Mayukha Vadari (@msvadari) 3 avril 2026

Cette question a été adressée à l'ingénieur RippleX Mayukha Vadari. Vadari a répondu que l'accent reste actuellement mis sur la stabilisation et la correction des bugs, ce qui signifie que les retours pourraient être plus lents et que des conflits sont probables à mesure que les choses continuent de changer. Le développeur RippleX affirme que les utilisateurs n'ont pas besoin de continuer à mettre à jour les branches à chaque changement, donc une cadence plus lente est parfaitement acceptable.

$XRP Ledger voit une refonte

Six domaines sont actuellement travaillés par les développeurs de $XRP Ledger, selon le développeur XRPL Denis Angell. Ceux-ci incluent la télémétrie englobant les rapports d'entreprise, les mesures et la journalisation en temps réel.

Denis Angell, développeur de $XRP Ledger, a noté que dans le passé, en cas de problème, les journaux devaient être demandés aux validateurs. Les développeurs $XRP Ledger peuvent désormais créer un centre de commande complet pour XRPL et surveiller l'UNL comme une entreprise.

Le deuxième est la nomenclature et le troisième est la sécurité de type, Angell notant qu'il existe des domaines qui ne sont pas sûrs de type. L’ajout de cela aidera les développeurs à trouver les bogues avant même la compilation de l’application. Cela assure également la pérennité du référentiel.

Le quatrième est le refactoring, qui, selon Angell, pourrait avoir des opinions mitigées mais qui aidera les principaux développeurs. Il a déclaré qu'il avait constaté certains des premiers résultats, qui étaient prometteurs.

Le cinquième est la journalisation, dans le but ici de mettre en synergie la journalisation. En effet, les journaux sont très différents d'un fichier à l'autre. Une fois cela nettoyé, la télémétrie peut être ingérée dans des outils qui permettront de rechercher et de filtrer les journaux, accélérant ainsi le temps de débogage pour les développeurs et le tri du réseau.

Le sixième est la documentation. Selon Angell, cet effort n'a pas encore commencé car le refactor est encore en cours, mais ce sera la dernière pièce du puzzle, et une fois terminé, il donnera aux développeurs tous les outils dont ils ont besoin pour comprendre le code. Cela permettra également aux nouveaux développeurs de mieux comprendre le code sans avoir à planifier un appel avec les ingénieurs seniors de RippleX.