XRP Ledger Batch V1.1 zbliża się do aktywacji po przebudowie zabezpieczeń

Poprawka Batch V1.1 w XRP Ledgerowi brakuje jednego głosu walidatora do osiągnięcia progu 80%, który uruchomi 14-dniowe odliczanie do aktywacji. Stało się to po przebudowie zabezpieczeń przeprowadzonej w następstwie wykrycia krytycznej luki w pierwotnej wersji.

Zmieniony kod przeszedł przegląd przeprowadzony przez starszych inżynierów, testy z udziałem atakujących, dwa zewnętrzne audyty bezpieczeństwa oraz analizę wspomaganą przez AI, zanim rozpoczęło się obecne głosowanie walidatorów.

Batch V1.1 przed ostatnim głosowaniem poprzedzającym odliczanie do aktywacji

Deweloper RippleX Mayukha Vadari poinformował, że poprawka została dostarczona wraz z xrpld 3.3.0 i jest teraz poddawana pod głosowanie. Aktualizacja zastępuje Batch V1.0, w której w lutym, jeszcze przed uruchomieniem poprawki w sieci głównej, wykryto błąd walidacji podpisów. Oznacza to, że żadne środki nie były zagrożone.

Pierwotna luka wynikała z przedwczesnego zwrócenia wyniku w funkcji checkBatchSign. Jeśli konto sygnatariusza jeszcze nie istniało w rejestrze, walidacja mogła zakończyć się powodzeniem bez sprawdzenia pozostałych sygnatariuszy. Mogło to umożliwić wykonywanie transakcji w imieniu innych kont bez użycia ich kluczy prywatnych.

W Batch V1.1 usunięto tę lukę, a także rozwiązano kilka innych problemów wykrytych podczas przebudowy. Proces obejmował przegląd przeprowadzony przez czterech starszych inżynierów, Sherlock Batch Attackathon, ponowną ocenę Halborn, audyt Common Prefix, skanowanie Cantina AI oraz testy regresyjne w Devnet i sieci testowej.

Vadari powiedział również, że zespół naprawił dodatkowe błędy wykryte podczas nowszych prac nad red teamingiem AI. Zmiany obejmują poprawki dotyczące obejść walidacji MPT, awarii węzłów, walidacji rozmiaru ścieżki, weryfikacji podpisów, kolejności podpisujących oraz haszowania transakcji.

Nastroje wśród walidatorów są bliskie wymaganemu progowi. Jedno z kont, FrancisBovineSwift, określiło głosowanie nad Batch jako „prawie gotowe”. Według najnowszego zestawienia 27 zaufanych walidatorów zagłosowało za poprawką, a ośmiu przeciw, co daje poparcie na poziomie około 77% — przy wymaganym progu 80% do zatwierdzenia zmian brakuje więc tylko jednego głosu.

Dlaczego poprawka Batch ma znaczenie dla deweloperów XRPL

Batch, znany również jako XLS-56, umożliwia atomowe wykonanie wielu transakcji z różnych kont podczas jednego zamknięcia księgi. Jeśli w pakiecie typu „wszystko albo nic” nie powiedzie się choć jedna transakcja, cała operacja zostaje wycofana. To rozwiązanie nie wymaga inteligentnych kontraktów.

Funkcja ta ma służyć do atomowych wymian, skoordynowanych rozliczeń i innych transakcji, w których wiele stron musi działać wspólnie. Może również ograniczyć liczbę kroków potrzebnych do tworzenia i przekazywania NFT.

Przebudowa zabezpieczeń następuje po innych niedawnych kontrolach XRPL. Sieć wycofała poprawkę Permission Delegation po wykryciu błędu o wysokim poziomie zagrożenia przed wdrożeniem w sieci głównej, a wersja V1.1 przechodzi dodatkowy przegląd.

Ponadto uruchomiony w tym miesiącu pulpit nawigacyjny do testowania XRPL zwiększył widoczność testów zmian protokołu, śledząc, które typy transakcji, pola i kody wyników zostały sprawdzone w sieci Devnet.

Źródło: CryptoPotato