L’ingénieur de Ripple explique le rythme des mises à jour de XRPL, l’attention se déplace vers la correction de bugs et la fiabilité - U.Today

L’ingénieur RippleX Mayukha Vadari a répondu aux inquiétudes des développeurs, alors que le XRP Ledger fait l’objet d’une refonte des bases de son dépôt.

Actuellement, les développeurs principaux de la XRPL travaillent d’arrache-pied à reconstruire les bases du dépôt. Six axes prioritaires actuellement en cours ont été présentés, notamment la télémétrie, la nomenclature, la sécurité des types, le refactoring, la journalisation et la documentation.

Dans ce contexte, un utilisateur XRP a demandé s’il existe une ETA (calendrier prévisionnel) à propos du moment où l’essentiel du refactoring au niveau du noyau devrait ralentir la mise à jour quotidienne des correctifs.

HOT Stories

Shiba Inu (SHIB) N’est jamais sorti de la tendance baissière, le soutien fondamental de Midnight (NIGHT) est en place : quels sont les trois facteurs XRP nécessaires pour un retournement haussier ? Revue du marché crypto

Ripple obtient une forte note de crédit, le taux de combustion de Shiba Inu (SHIB) explose de 2 332 %, un dirigeant de Cardano (ADA) taquine un partenariat avec Mastercard

Cette question a été adressée à l’ingénieur RippleX Mayukha Vadari. Vadari a répondu que l’axe actuel reste la stabilisation et la correction de bugs, ce qui signifie que le feedback pourrait être plus lent et que des conflits sont susceptibles de survenir à mesure que les choses continuent d’évoluer. Le développeur RippleX indique qu’il n’est pas nécessaire que les utilisateurs continuent de mettre à jour leurs branches à chaque changement ; ainsi, un rythme plus lent est tout à fait acceptable.

Le XRP Ledger fait l’objet d’une refonte

Six domaines font actuellement l’objet de travaux de la part des développeurs du XRP Ledger, selon le développeur XRPL Denis Angell. Il s’agit notamment de la télémétrie, couvrant le reporting entreprise, les métriques et la journalisation en temps réel.

Le développeur du XRP Ledger Denis Angell a noté qu’auparavant, en cas de problème, les journaux devaient être demandés aux validateurs. Les développeurs du XRP Ledger peuvent désormais construire un Command Center complet pour la XRPL et surveiller l’UNL comme une entreprise.

Deuxièmement, il y a la nomenclature, et troisièmement la sécurité des types, Angell soulignant qu’il existe des zones qui ne sont pas sûres en termes de types. L’ajout de cette couche aidera les développeurs à repérer des bugs avant même que l’application ne compile. Elle rendra aussi le dépôt compatible avec l’avenir.

Le quatrième point est le refactoring, que Angell estime susceptible de susciter des avis mitigés, mais qui aidera les développeurs du noyau. Il a déclaré avoir vu certains des premiers résultats, qui étaient encourageants.

Le cinquième est la journalisation, avec pour objectif de la synergie de 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 debug pour les développeurs et la triage réseau.

Le sixième est la documentation. Selon Angell, cet effort n’a pas encore commencé parce que le refactor est toujours en cours, mais il constituera 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. Il permettra aussi aux nouveaux développeurs de mieux comprendre le code sans avoir à programmer un appel avec des ingénieurs seniors de RippleX.