Інженер Ripple пояснює темпи оновлень XRPL, фокус переходить на виправлення багів і надійність - U.Today

Інженер RippleX Майюха Вадарі звернувся до занепокоєнь розробників, оскільки XRP Ledger проводить переосмислення основ у своєму репозиторії.

Наразі основні розробники XRPL наполегливо працюють над відбудовою основ репозиторію. Наразі окреслено шість напрямів, над якими ведеться робота, зокрема телеметрія, номенклатура, безпека типів, рефакторинг, журналювання та документація.

У цьому зв’язку один користувач XRP запитав, чи є орієнтовні терміни (expected timeline), коли очікується, що значна частина рефакторингу в ядрі сповільнить щоденне оновлення патчів.

HOT Stories

Shiba Inu (SHIB) Ніколи не виходив з низхідного тренду, фундаментальна підтримка Midnight (NIGHT) вже тут, які три фактори XRP потрібні для бичого розвороту? Огляд крипторинку

Ripple отримує сильний кредитний рейтинг, рівень спалення Shiba Inu (SHIB) зростає на 2 332%, керівник Cardano (ADA) натякає на партнерство з Mastercard

Це питання було адресовано інженеру RippleX Майюсі Вадарі. Вадарі відповів, що поточний фокус залишається на стабілізації та виправленні багів, а це означає, що зворотний зв’язок може надходити повільніше і що конфлікти, ймовірно, виникатимуть у міру того, як усе продовжуватиме змінюватися. Розробник RippleX каже, що немає потреби користувачам продовжувати оновлювати гілки з кожною зміною, тож більш повільний ритм цілком прийнятний.

XRP Ledger бачить переосмислення

Згідно з розробником XRPL Денісом Анжеллом, зараз над шістьма напрямами працюють розробники XRP Ledger. До них входить телеметрія, що охоплює корпоративну звітність, метрики та журналювання в реальному часі.

Розробник XRP Ledger Деніс Анжелл зазначив, що раніше, якщо виникала проблема, журнали потрібно було запитувати в валідаторів. Тепер розробники XRP Ledger можуть побудувати повноцінний командний центр для XRPL і моніторити UNL так, як це робить корпорація.

Друге — номенклатура, а третє — безпека типів, причому Анжелл відзначає, що є області, які не є безпечними щодо типів. Додавання цього допоможе розробникам знаходити баги ще до того, як програма навіть скомпілюється. Це також «майбутньо захищає» репозиторій.

Четверте — рефакторинг, і Анжелл вважає, що він може викликати неоднозначні думки, але при цьому допоможе розробникам ядра. Він заявив, що бачив деякі ранні результати, і вони були багатообіцяючими.

П’яте — журналювання, і мета тут — синергія між системами журналювання. Це тому, що журнали кардинально відрізняються від одного файлу до іншого. Після того, як це буде очищено, телеметрію можна буде інтегрувати в інструменти, які дадуть змогу шукати та фільтрувати журнали, прискорюючи час на відладку для розробників і мережеву початкову діагностику.

Шосте — документація. За словами Анжелла, цей напрям ще не почався, оскільки рефакторинг іще триває, але він буде останньою частиною пазла, і коли його завершать, він надасть розробникам усі інструменти, необхідні для розуміння коду. Він також дозволить новим розробникам краще розуміти код без необхідності домовлятися про дзвінок із старшими інженерами RippleX.