Розробники XRPL отримали потужний інструмент для виявлення невипробуваних крайніх випадків, позбавляючи себе від необхідності вручну перевіряти кожну специфікацію змін. Авто Вейн Джонс Зробіть нас улюбленцями Google Поділитися Скопіювати посиланняСкопіювати посилання Twitter / XTwitter Посилання TelegramTelegram Посилання WhatsApp WhatsApp Посилання FacebookFacebook Посилання LinkedInLinkedIn Посилання Слухати Слухати Резюмувати за допомогою ШІ Резюмувати за допомогою ШІ

Денніс Енджелл, розробник XRPL, представив цього тижня інтерактивну інформаційну панель, яка оцінює функціональність кожної зміни в XRP Ledger за ступенем її використання на devnet перед офіційним запуском на mainnet.

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

Що саме відстежує інформаційна панель

Енджелл створив інструмент, доступний за адресою amendments-staging.xrpl.foundation, який зчитує повну специфікацію кожної зміни безпосередньо з вузла, а не потребує ручного ведення документації. Це охоплює кожен тип транзакції, необов’язкове поле, прапорець, код результату та запис у реєстрі, що впроваджуються зміною.

Далі інформаційна панель відстежує активність на devnet і перевіряє, чи була кожна складова вже задіяна підтвердженою транзакцією. Зелені клітинки містять посилання на першу транзакцію, яка це зробила, а червоні позначають те, що ще не відбулося.

Розробник пояснив логіку проєкту, зазначивши:

«Кожна нова функція XRPL випускається як зміна. Валідатори голосують за її прийняття, і після активації вона стає частиною протоколу назавжди. Це заслуговує на реальні докази того, що функція була випробувана в режимі end-to-end на devnet, а не просто протестована в ізоляції».

Станом на цей тиждень інформаційна панель відстежує 16 змін, активних на devnet, і 13 з них все ще мають невипробувані елементи.

Найбільші прогалини спостерігаються у новіших змінах: “Sponsor” має 65 з 107 можливих перевірок, які ніколи не використовувалися, “XChainBridge” бракує 30 з 40, а “MPTokensV1” – 27 зі 102.

Вам також може бути цікаво:

• DAO XRP Ledger XAO планує масштабні оновлення управління для стимулювання участі спільноти
• Зловмисник вивів 200 000 XRP з моста, використовуючи фальшивий депозит
• Важливі новини Ripple та оновлення ціни XRP: 11 серпня

Сканування цього тижня також виявило 59 знахідок у всьому наборі: дві помилки в специфікаціях, 23 прогалини в документації та 34 прогалини в тестуванні.

Одна зі змін, XLS-75 (делегування дозволів), яка дозволяє обліковому запису передавати обмежені повноваження іншій стороні, наприклад, лише для заморожування довірчих ліній, цього тижня закрила свої останні тестові прогалини.

За словами Енджелла, команда додала логіку, яка зіставляє кожну делеговану транзакцію з конкретним дозволом, що стоїть за нею, а потім задіяла кожну з решти клітинок на devnet, досягнувши повного покриття всіх 122 перевірок у 12 деталізованих дозволах.

Він охарактеризував ці зусилля як краудсорсинг, заохочуючи розробників XRPL «знаходити червоні клітинки» та самостійно виконувати відсутні транзакції, оскільки інформаційна панель фіксує нову активність за лічені секунди.

Тестування змін відбувається на тлі уповільнення впровадження

Прагнення до більш суворого тестування перед активацією відбувається після складного циклу оновлень. Як повідомляв CryptoPotato у липні, оновлення Ripple v3.2.0, яке перейменувало основне серверне програмне забезпечення з rippled на xrpld та зменшило використання пам’яті вузлами на 30-40%, залишалося незапровадженим більш ніж половиною вузлів XRPL через тижні після випуску, хоча 89% довіреного набору валідаторів мережі вже його оновили.

Порада від Business News: Ця розробка є надзвичайно корисною для розробників XRP Ledger, оскільки надає наочний і автоматизований інструмент для перевірки якості та повноти тестування нових функцій перед їхнім впровадженням у основну мережу. Це може значно знизити ризики, пов’язані з помилками та прогалинами у функціоналі, покращуючи стабільність і надійність мережі.