XRP Ledger planuje na 9 października aktualizację obejmującą 8 transakcji

8 transakcji w jednym zgłoszeniu, z różnymi zasadami realizacji

Płatności i transfery aktywów mogłyby być rozliczane łącznie w ramach planowanej aktualizacji XRP Ledger (XRPL), co zmniejszyłoby ryzyko, że tylko część transakcji zostanie zrealizowana. Zmiana ta wdraża standard XLS-56 dotyczący grupowego wykonywania transakcji. Jego poprawiona wersja, BatchV1_1, zastępuje wcześniejszą implementację po wykryciu luki w zabezpieczeniach.

Panel kontrolny XRPL dotyczący poparcia walidatorów i odliczania do aktywacji wykazał 3 października, że 30 z 35 zaufanych walidatorów popiera BatchV1_1, co odpowiada 85,71%. Walidatorzy sprawdzają transakcje i uczestniczą w podejmowaniu decyzji dotyczących zmian w sieci. Poparcie dla poprawek wymaga ponad 80% poparcia przez dwa kolejne tygodnie; utrata tej większości powoduje zresetowanie odliczania.

Rozwiązanie to łączy kilka operacji w jedną transakcję, zamiast wymagać od użytkowników wysyłania każdej z nich osobno. Użytkownicy uiszczają opłaty transakcyjne w XRP, natywnej kryptowalucie sieci. Opłaty te dotyczą działań związanych z XRP i innymi aktywami zapisanymi we wspólnym łańcuchu bloków.

Platforma aktywów cyfrowych Uphold poinformowała w serwisie X, że ponad 85% walidatorów poparło aktualizację Batch, która może zostać aktywowana 9 października, jeśli poparcie utrzyma się powyżej wymaganego progu.

Dostawa aktywów i płatność mogą stać się jedną transakcją warunkową

Kupujący dokonujący wymiany płatności na aktywa cyfrowe może skorzystać z transakcji zbiorczej typu „wszystko albo nic”, aby oba przelewy były uzależnione od powodzenia transakcji. Jeśli którykolwiek z etapów zakończy się niepowodzeniem, żaden z przelewów nie zostanie zrealizowany. Specyfikacja dopuszcza operacje obejmujące jedno lub wiele kont, umożliwiając uczestnikom koordynację wymiany bez konieczności samodzielnego realizowania jednej ze stron.

Cztery tryby realizacji transakcji Batch dają programistom różne sposoby radzenia sobie z powodzeniem i niepowodzeniem. Pozostałe trzy ustawienia realizują tylko pierwszą udaną akcję, zatrzymują przetwarzanie przy pierwszej niepowodzeniu lub obsługują każdą zawartą operację niezależnie. Uczestnicy wymiany obejmującej wiele kont muszą autoryzować całą grupę.

Pakietowanie nie eliminuje kosztów przetwarzania: łączna opłata obejmuje opłaty podstawowe, opłatę administracyjną oraz obowiązujące opłaty za podpis. Jak wynika z danych transakcyjnych z września, nieudane próby nadal wiązały się z opłatami w XRP. Opłaty za przetwarzanie pozostają należne, nawet jeśli operacje w ramach zgłoszenia typu „wszystko albo nic” nie zostaną zrealizowane.

Osobna poprawka bezpieczeństwa wyznacza termin aktualizacji oprogramowania na 9 października

Równolegle z aktualizacją funkcji, 25 września XRPL wydało oprogramowanie serwerowe w wersji 3.4.1 w celu rozwiązania problemów związanych z bezpieczeństwem. W tej wersji wprowadzono fixBatchV1_2, oddzielną poprawkę korygującą sposób sprawdzania zgrupowanych działań. Jeśli zostanie ona aktywowana, serwery z starszym oprogramowaniem nie będą w stanie utrzymać synchronizacji z siecią.

Funkcja rozliczeniowa jest następstwem historycznego wzrostu aktywności transakcyjnej w sieci XRPL oraz tokenizacji. Dane podsumowane 2 września wykazały, że średnia dzienna liczba transakcji wzrosła o 21% do 2,4 miliona w okresie od stycznia do lipca. Tokenizacja polega na przedstawianiu aktywów, takich jak fundusze czy obligacje, w postaci tokenów opartych na łańcuchu bloków, które mogą być przekazywane między posiadaczami.

Ripple rozwija również infrastrukturę służącą do emisji i obrotu aktywami tokenizowanymi, w tym poprzez inwestycje w firmy Zilo i Licuido ogłoszone w sierpniu.

Przewidywana aktywacja poprawki dotyczącej zabezpieczeń nastąpi 9 października około godziny 10:12 czasu wschodnioamerykańskiego (EDT), a następnie aktywacja BatchV1_1 około godziny 10:46 czasu wschodnioamerykańskiego (EDT), pod warunkiem, że każda z nich zachowa wymaganą większość walidatorów.