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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Source: CryptoPotato