Inginerul RippleX, Mayukha Vadari, a abordat preocupările dezvoltatorilor pe măsură ce XRP Ledger trece printr-o revizie a fundamentelor depozitului său.
În prezent, dezvoltatorii de bază XRPL au muncit din greu pentru a reconstrui fundamentele depozitului. Șase domenii de focalizare asupra cărora se lucrează în prezent au fost schițate, incluzând telemetria, nomenclatură, siguranța tipurilor, refactorizarea, logarea și documentația.
În acest context, un utilizator XRP a întrebat dacă există un ETA (termen estimat) când se așteaptă ca mare parte din refactorizarea din nucleu să încetinească actualizarea zilnică a patch-urilor.
Right now the focus is on stabilization and bug fixing, which means feedback will be slower and conflicts are likely as things continue to change. There’s no need to keep updating your branches with every change - a slower cadence is perfectly fine.
— Mayukha Vadari (@msvadari) April 3, 2026
I understand the frustration,…
Această întrebare i-a fost adresată inginerului RippleX Mayukha Vadari. Vadari a răspuns că accentul actual rămâne pe stabilizare și corectarea erorilor, ceea ce înseamnă că feedback-ul ar putea fi mai lent și conflictele sunt probabile pe măsură ce lucrurile continuă să se schimbe. Dezvoltatorul RippleX spune că nu este nevoie ca utilizatorii să-și actualizeze ramurile cu fiecare modificare, prin urmare un ritm mai lent este perfect acceptabil.
Șase domenii sunt în prezent lucrate de dezvoltatorii XRP Ledger, conform dezvoltatorului XRPL Denis Angell. Acestea includ telemetria, care cuprinde raportarea la nivel de întreprindere, metricile și înregistrarea în timp real a jurnalelor.
Dezvoltatorul XRP Ledger Denis Angell a menționat că, în trecut, dacă exista o problemă, jurnalele trebuiau solicitate de la validatori. Dezvoltatorii XRP Ledger pot acum construi un Centru de Comandă complet pentru XRPL și monitoriza UNL-ul ca o întreprindere.
Al doilea este nomenclatură și al treilea este siguranța tipurilor, Angell menționând că există zone care nu sunt sigure din punct de vedere al tipurilor. Adăugarea acestui aspect va ajuta dezvoltatorii să găsească erori chiar înainte ca aplicația să fie compilată. De asemenea, asigură viabilitatea pe termen lung a depozitului.
Al patrulea este refactorizarea, despre care Angell crede că ar putea avea opinii împărțite, dar va ajuta dezvoltatorii de bază. El a declarat că a văzut unele dintre rezultatele timpurii, care au fost promițătoare.
Al cincilea este logarea, scopul aici fiind armonizarea acesteia. Acest lucru se datorează faptului că jurnalele sunt foarte diferite de la un fișier la altul. Odată ce acest lucru este curățat, telemetria poate fi preluată de instrumente care vor permite căutarea și filtrarea jurnalelor, accelerând timpul de depanare pentru dezvoltatori și trierea rețelei.
Al șaselea este documentația. Potrivit lui Angell, acest efort nu a început încă, deoarece refactorizarea este încă în curs de desfășurare, dar va fi ultima piesă a puzzle-ului, iar când va fi finalizat, va oferi dezvoltatorilor toate instrumentele de care au nevoie pentru a înțelege codul. De asemenea, va permite noilor dezvoltatori să înțeleagă mai bine codul fără a fi nevoiți să programeze un apel cu inginerii seniori de la RippleX.
