L'ingénieur de RippleX, Mayukha Vadari, a répondu aux préoccupations des développeurs alors que le XRP Ledger voit une refonte des fondamentaux de son référentiel.
Actuellement, les développeurs principaux du XRPL travaillent d'arrache-pied à la reconstruction des fondamentaux du référentiel. Six domaines d'intérêt sont actuellement à l'étude, notamment la télémétrie, la nomenclature, la sûreté typologique, la refactorisation, la journalisation et la documentation.
Dans ce contexte, un utilisateur de XRP a demandé s'il existait une ETA (estimation de la date d'achèvement) quant au moment où une grande partie de la refactorisation du cœur devrait ralentir la mise à jour quotidienne des correctifs.
Pour l'instant, l'accent est mis sur la stabilisation et la correction des bugs, ce qui signifie que les retours seront plus lents et les conflits probables à mesure que les choses continuent de changer. Il n'est pas nécessaire de mettre à jour vos branches à chaque modification - un rythme plus lent est parfaitement acceptable.
— Mayukha Vadari (@msvadari) April 3, 2026
Je comprends la frustration,…
Cette question a été adressée à l'ingénieur de RippleX, Mayukha Vadari. Vadari a répondu que l'objectif actuel reste la stabilisation et la correction des bugs, ce qui signifie que les retours pourraient être plus lents et les conflits probables à mesure que les choses continuent de changer. Le développeur de RippleX a déclaré qu'il n'était pas nécessaire pour les utilisateurs de mettre à jour leurs branches à chaque modification, par conséquent, un rythme plus lent est parfaitement acceptable.
Six domaines sont actuellement en cours de développement par les développeurs du XRP Ledger, selon Denis Angell, développeur XRPL. Ceux-ci incluent la télémétrie, englobant les rapports d'entreprise, les métriques et la journalisation en temps réel.
Le développeur du XRP Ledger, Denis Angell, a noté que par le passé, en cas de problème, il fallait demander les journaux aux validateurs. Les développeurs du XRP Ledger peuvent désormais construire un Centre de Commandement complet pour le XRPL et surveiller l'UNL comme une entreprise.
Le deuxième est la nomenclature et le troisième est la sûreté typologique, Angell notant qu'il existe des zones qui ne sont pas sûres au niveau des types. L'ajout de cela aidera les développeurs à trouver des bugs avant même que l'application ne compile. Cela pérennise également le référentiel.
Le quatrième est la refactorisation, qui, selon Angell, pourrait susciter des opinions mitigées mais aidera les développeurs principaux. Il a déclaré avoir vu certains des premiers résultats, qui étaient prometteurs.
Le cinquième est la journalisation, l'objectif étant ici de synergiser 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 pourra ê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 triage du réseau.
Le sixième est la documentation. Selon Angell, cet effort n'a pas encore commencé car la refactorisation est toujours en cours, mais ce sera la dernière pièce du puzzle, et une fois terminée, elle 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.
