Firma Ripple informuje, że zarządzający aktywami przygotowują się do XRP Ledger Batch V1.1, ulepszenia płatności pozwalającego na rozliczenie wielu połączonych transakcji jako jednej operacji typu all-or-nothing. Poprawka może grupować do ośmiu transakcji XRP Ledger w ramach jednej operacji nadrzędnej, dzięki czemu albo wszystkie transakcje zostają zrealizowane, albo cała grupa zostaje anulowana. Ulepszenie pozwala na wspólne rozliczenie transferów aktywów, płatności i opłat platformowych — albo ich wspólne niepowodzenie — jako jednej operacji.

Zgodnie z danymi XRPL Dashboard poparcie dla tej funkcji wynosi obecnie 30 z 35 monitorowanych walidatorów, czyli powyżej progu większości 80%, który poprawka musi utrzymać, aby aktywacja mogła przebiec dalej. Poprawka potrzebuje 28 głosów, aby rozpocząć odliczanie do aktywacji — proces ten rozpoczął się 15 września o 14:06:41 UTC. Zgodnie z procesem poprawek XRP Ledger zmiany protokołu wchodzą w życie dopiero po utrzymującym się poparciu większości walidatorów — mechanizm ten ma zapewnić szeroki konsensus, zanim zmiany dotrą do sieci produkcyjnej. Jeśli poparcie pozostanie powyżej wymaganego progu 80% przez czternaście kolejnych dni, aktywacja może nastąpić 29 września.

Ayo Akinyele, szef inżynierii w RippleX, powiedział, że projekty komercyjne już budują rozwiązania z myślą o XRP Ledger Batch V1.1.

Warunkowa ścieżka do aktywacji

Głosowanie daje Batch V1.1 warunkową drogę do uruchomienia. Walidatorzy mogą zmieniać swoje stanowiska w dowolnym momencie odliczania. Jeśli poparcie spadnie poniżej 80%, zegar się zatrzymuje, nowy czternastodniowy okres musi rozpocząć się od momentu, gdy poprawka odzyska próg.

Batch V1.1 grupuje transakcje w ramach operacji nadrzędnej. Użytkownicy mogą przesłać do ośmiu połączonych transakcji, przy czym każda z nich zachowuje swoje szczegóły. Ustawienie all-or-nothing zapobiega częściowemu rozliczeniu, gdy którakolwiek transakcja w grupie zawiedzie.

W przeciwieństwie do wieloetapowego przepływu pracy, zgrupowana operacja daje kontrahentom wyraźny warunek rozliczenia: jeśli jedna strona transakcji zawodzi, księga nie realizuje drugiej. Taki projekt może uprościć rozliczenia dla funduszy, miejsc handlu i emitentów tokenów w XRP Ledger, a także daje programistom sposób na łączenie transferów bez polegania na callbackach czy ręcznym uzgadnianiu. Sama funkcja nie gwarantuje adopcji, ponieważ projekty wciąż muszą ukończyć testy, zgodność i prace przygotowawcze.

Delivery-versus-payment napędza przypadki użycia

Funkcja grupowania jest szczególnie istotna dla zarządzających aktywami budujących rynki cyfrowe. Fundusz może przetransferować tokenizowany aktyw, jednocześnie otrzymując płatność w ramach tej samej operacji księgowej, co daje Batch V1.1 bezpośrednią rolę w rozliczeniach atomowych.

Akinyele wskazał delivery-versus-payment jako kluczowy przypadek użycia. Metoda ta łączy dostarczenie aktywa z płatnością, zamiast wymagać od jednej strony wysłania środków najpierw, co może zmniejszyć ryzyko niepełnego rozliczenia podczas transakcji.

Ripple wskazał także opłaty jako kolejne zastosowanie. Giełdy, portfele i platformy handlowe mogą dołączyć opłaty za usługę do transakcji klienta, dzięki czemu płatność i opłata są przetwarzane jako jedna zgrupowana operacja.

RippleX nie ujawnił nazw projektów komercyjnych współpracujących przy tej funkcji. Akinyele powiedział, że więcej szczegółów pojawi się po oficjalnym sfinalizowaniu przez partnerów planów i terminów premiery, dodając, że aktywacja przybliży prace rozwojowe do produkcji.

Powrót po wadzie bezpieczeństwa

Planowana aktywacja następuje po wycofaniu Batch V1.0. W lutym badacze zidentyfikowali krytyczną wadę walidacji podpisów. W pewnych warunkach kod mógł przedwcześnie przerwać sprawdzanie podpisów, co pozwalało atakującemu na dołączenie transakcji z innego konta bez autoryzacji.

Walidatorzy nie zdążyli aktywować pierwot poprawki, zanim programiści ją wycofali. Podatny kod nigdy więc nie kontrolował działającej księgi, a wada bezpośrednio nie naraziła środków użytkowników.

RippleX wykorzystał incydent do przeprojektowania części modelu podpisywania i autoryzacji. Zastępczy kod trafił do wydania xrpld w wersji 3.3.0 6 sierpnia, a firma Ripple potwierdziła, że kod obecnie rozpatrywany odpowiada temu wydaniu.

Przegląd został rozszerzony o analizę wspomaganą przez AI oraz konkurs ataków Sherlock. Oceny przeprowadziły firmy bezpieczeństwa Halborn i Common Prefix, a RippleX zastosował wewnętrzne testy adwersaryjne przed ubieganiem się o zatwierdzenie przez walidatorów. Firma stwierdziła, że rozszerzony proces wsparł powrót poprawki do głosowania.

Akinyele powiedział, że zespół podniósł standard przeglądu, usunął wadę i przedłożył Batch V1.1 do kolejnego głosowania walidatorów.

Zgodnie z obecnym harmonogramem okno głosowania trwa do 29 września. Poparcie musi wynosić co najmniej 80% przez cały ten okres. Każdy spadek poniżej tego poziomu wstrzyma aktywację i będzie wymagał ponownego odliczania po odzyskaniu poparcia.

Źródło: Blockonomi