Deweloper XRPL Denis Angell uruchomił w tym tygodniu działający na żywo pulpit, który ocenia każdą poprawkę w XRP Ledger pod kątem tego, w jakim stopniu jej funkcjonalność została faktycznie wykorzystana w devnecie, zanim trafi do mainnetu.
Narzędzie zmienia gotowość poprawek — wcześniej opartą na zaufaniu do procesu — w publiczną kartę wyników, która dokładnie pokazuje, które typy transakcji, pola i kody wyników nie zostały jeszcze użyte w żadnej rzeczywistej transakcji.
Co dokładnie śledzi pulpit
Angell stworzył narzędzie dostępne pod adresem amendments-staging.xrpl.foundation, które odczytuje pełną specyfikację każdej poprawki bezpośrednio z węzła, zamiast przechowywać ją ręcznie. Obejmuje to każdy typ transakcji, pole opcjonalne, flagę, kod wyniku i wpis w księdze wprowadzany przez daną poprawkę.
Pulpit śledzi następnie aktywność w devnecie i sprawdza, czy każda z tych rzeczy została kiedykolwiek wykorzystana w zatwierdzonej transakcji. Zielone pola zawierają linki do transakcji, która użyła danego elementu jako pierwsza, a czerwone oznaczają to, co jeszcze się nie wydarzyło.
Deweloper wyjaśnił bezpośrednio powody stojące za tym projektem:
„Każda nowa funkcja XRPL trafia do sieci w formie poprawki. Walidatorzy głosują nad jej przyjęciem, a gdy zostanie aktywowana, na stałe staje się częścią protokołu. To wymaga konkretnych dowodów, że funkcję przetestowano kompleksowo w devnecie, a nie tylko w izolacji.”
W tym tygodniu pulpit śledzi na żywo w devnecie 16 poprawek, z których 13 wciąż ma nieprzetestowane elementy.
Największe luki dotyczą nowszych poprawek: dla Sponsor nie wykonano jeszcze 65 ze 107 możliwych testów, w przypadku XChainBridge brakuje 30 z 40, a MPTokensV1 ma 27 niewykonanych testów ze 102.
W tym tygodniu skanowanie wykryło też 59 problemów w całym zestawie: dwa błędy specyfikacji, 23 braki w dokumentacji i 34 braki w testach.
W przypadku jednej poprawki, XLS-75 dotyczącej delegowania uprawnień — która pozwala kontu przekazać innemu kluczowi ograniczone uprawnienia, na przykład do zamrażania linii zaufania i niczego poza tym — w tym tygodniu usunięto wszystkie pozostałe braki w testach.
Jak wyjaśnił Angell, zespół dodał mechanizm przypisujący każdą delegowaną transakcję do konkretnego uprawnienia, które ją umożliwia, a następnie przetestował wszystkie pozostałe przypadki w sieci devnet, zapewniając pełne pokrycie wszystkich 122 testów obejmujących 12 szczegółowych uprawnień.
Przedstawił te działania jako przedsięwzięcie crowdsourcingowe, zachęcając twórców XRPL, by „znaleźli czerwone pola” i samodzielnie przeprowadzili brakujące transakcje, ponieważ pulpit nawigacyjny odnotowuje nową aktywność w ciągu kilku sekund.
Testowanie poprawek przed aktywacją w czasie, gdy ich wdrażanie pozostaje w tyle
Nacisk na bardziej rygorystyczne testowanie przed aktywacją wynika z problematycznego cyklu aktualizacji. Jak CryptoPotatopodano w lipcu, aktualizacja Ripple v3.2.0, która zmieniła nazwę podstawowego oprogramowania serwera z rippled na xrpld i zmniejszyła zużycie pamięci przez węzły o 30–40%, jeszcze kilka tygodni po wydaniu nie została wdrożona przez ponad połowę węzłów XRPL, mimo że zaktualizowało się do niej 89% zaufanych walidatorów sieci.
Źródło: CryptoPotato
