Інженер RippleX Маюха Вадарі звернулася до занепокоєнь розробників, оскільки XRP Ledger переживає капітальний перегляд фундаментальних основ свого репозиторію.
Наразі основні розробники XRPL наполегливо працюють над відновленням фундаментальних основ репозиторію. Було окреслено шість ключових напрямків роботи, що тривають, а саме: телеметрія, номенклатура, типова безпека (type safety), рефакторинг, ведення журналів (logging) та документація.
У зв'язку з цим користувач XRP запитав, чи існує ETA (очікуваний термін), коли значна частина рефакторингу в ядрі, як очікується, уповільнить щоденне оновлення виправлень.
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,…
Це питання було адресовано інженеру RippleX Маюсі Вадарі. Вадарі відповіла, що поточний фокус залишається на стабілізації та виправленні помилок, що означає, що зворотний зв'язок може бути повільнішим, а конфлікти ймовірні, оскільки ситуація продовжує змінюватися. Розробниця RippleX зазначає, що користувачам немає потреби постійно оновлювати гілки з кожною зміною, отже, повільніший темп є цілком прийнятним.
Згідно з Денисом Енджелом, розробником XRPL, шість напрямків наразі розробляються розробниками XRP Ledger. До них належить телеметрія, що охоплює корпоративну звітність, метрики та ведення журналів у реальному часі.
Розробник XRP Ledger Денис Енджел зазначив, що в минулому, якщо виникала проблема, журнали доводилося запитувати у валідаторів. Розробники XRP Ledger тепер можуть створити повноцінний командний центр для XRPL і моніторити UNL (Unique Node List) як корпорація.
Другий — номенклатура, а третій — типова безпека (type safety), при цьому Енджел зазначає, що є області, які не є типобезпечними. Додавання цього допоможе розробникам знаходити помилки ще до компіляції програми. Це також забезпечує захист репозиторію від майбутніх змін.
Четвертий — рефакторинг, який, на думку Енджела, може викликати неоднозначні думки, але допоможе основним розробникам. Він заявив, що бачив деякі ранні результати, які були багатообіцяючими.
П'ятий — ведення журналів (logging), метою якого є синергізація журналювання. Це тому, що журнали значно відрізняються від одного файлу до іншого. Після того, як це буде впорядковано, телеметрія може бути завантажена в інструменти, які дозволять шукати та фільтрувати журнали, прискорюючи час налагодження для розробників та мережевого тріажу.
Шостий — документація. За словами Енджела, ця робота ще не розпочалася, оскільки рефакторинг все ще триває, але це буде остання частина головоломки, і після її завершення вона надасть розробникам усі необхідні інструменти для розуміння коду. Це також дозволить новим розробникам краще зрозуміти код без необхідності призначати зустріч із старшими інженерами RippleX.
XRP
SHIB
