Amendment Batch V1.1 dla XRP Ledger zbliża się do aktywacji po uzyskaniu poparcia 27 z 35 walidatorów monitorowanych przez XRPScan o 06:25 UTC 15 września 2026 r.

Dwa dodatkowe głosy poparcia podniosłyby poziom akceptacji do 82,86%, czyli powyżej 80-procentowego progu wymaganego do rozpoczęcia okresu aktywacji. Następnie amendment musiałby utrzymać wymagane poparcie przez dwa kolejne tygodnie, zanim stałby się częścią aktywnych zasad XRP Ledger.

Proces ten rozróżnia udostępnienie kodu amendmentu od jego aktywacji w działającej sieci. Amendment może zostać uwzględniony w oprogramowaniu serwera XRP Ledger, ale nie zmieni działania mainnetu, dopóki walidatorzy go nie zatwierdzą i nie zakończy się wymagany okres.

Jak Batch V1.1 może zapobiegać niekompletnym płatnościom

Batch V1.1 umożliwi jednoczesne przesłanie do ośmiu powiązanych transakcji. Księga może sprawdzić i zarejestrować wybrane instrukcje podczas tego samego zamknięcia księgi, zamiast wymagać od aplikacji osobnego przesyłania i potwierdzania każdego kroku.

Przykładowo, sprzedaż na platformie handlowej może obejmować trzy działania: kupujący wysyła płatność, sprzedający przekazuje aktywo, a platforma otrzymuje swoją opłatę. W wariancie „wszystko albo nic” wszystkie trzy instrukcje musiałyby zakończyć się powodzeniem, w przeciwnym razie cała paczka transakcji zostałaby odrzucona. Zapobiegłoby to zarejestrowaniu płatności kupującego, gdyby odpowiadający jej transfer aktywa nie mógł zostać ukończony.

Batch może również koordynować instrukcje dotyczące więcej niż jednego konta. Dzięki temu funkcja może mieć zastosowanie w aplikacjach, w których kilku uczestników musi autoryzować różne elementy tej samej operacji.

Amendment nie przyspieszy zwykłych transferów XRP ani nie będzie wymagał korzystania z batchy przez każdą aplikację. Zapewni natomiast deweloperom tworzącym usługi obejmujące kilka powiązanych kroków opcjonalną strukturę transakcji.

V1.1 zastępuje wycofany amendment Batch

Pierwotny amendment Batch zawierał błąd w sposobie sprawdzania autoryzacji transakcji znajdujących się w jednej paczce. Badacze bezpieczeństwa wykryli problem w lutym, gdy amendment nadal oczekiwał na aktywację.

Walidatorom zalecono wycofanie poparcia, zanim funkcja trafi na mainnet, dlatego podatność nie wpłynęła na środki użytkowników. Ujawnienie podatności przez XRP Ledger Foundation opisuje reakcję na problem i wskazuje, że wcześniejsza implementacja nie jest już wspierana.

Batch V1.1 zastępuje tę wersję po poprawieniu logiki autoryzacji. Według RippleX zmieniona implementacja przeszła również dodatkowy przegląd kodu, testy oraz zewnętrzne oceny bezpieczeństwa, zanim ponownie trafiła pod głosowanie walidatorów.

Ponowne głosowanie jest więc czymś więcej niż drugą próbą aktywacji tej samej funkcji. Walidatorzy decydują, czy zastępcza implementacja odpowiednio rozwiązuje problem, który zatrzymał pierwotny amendment.

Batch jest bliżej aktywacji niż planowany system pożyczkowy XRPL

Pozycję Batch można porównać z dwoma innymi zmianami w XRP Ledger, które przechodzą przez proces zatwierdzania amendmentów. Propozycja fixCleanup3_3_0 dotyczy kwestii związanych z utrzymaniem i bezpieczeństwem vaultów, automatycznych animatorów rynku oraz handlu z ograniczonym dostępem. Usprawnia istniejące ścieżki transakcji, zamiast wprowadzać nową funkcję płatniczą dla aplikacji.

Planowany system kredytu instytucjonalnego pozostaje dalej od wdrożenia. Zarówno Single Asset Vaults, jak i Lending Protocol wymagają wystarczającego poparcia walidatorów, a aktywacja tylko jednego z nich nie stworzyłaby działającego natywnego rynku pożyczkowego.

Batch ma węższy zakres, ponieważ koordynuje transakcje już obsługiwane przez XRP Ledger, w tym płatności, transfery aktywów i opłaty. Jego 27 wspierających walidatorów oznacza, że znajduje się bliżej progu aktywacji niż dwa amendmenty wymagane do uruchomienia natywnych pożyczek.

Porównanie to pokazuje również, dlaczego zatwierdzenie amendmentu nie zawsze bezpośrednio prowadzi do powstania gotowego produktu. Pożyczki wymagają kilku połączonych komponentów protokołu, podczas gdy Batch da poszczególnym aplikacjom narzędzie, które będą mogły niezależnie zintegrować.

Co aktywacja oznaczałaby dla portfeli i platform handlowych

Zakończenie procesu aktywacji udostępniłoby Batch w działającej księdze, ale portfele, platformy handlowe i usługi płatnicze nadal musiałyby zintegrować tę funkcję ze swoimi produktami.

Użytkownicy nie musieliby zmieniać sposobu wykonywania standardowego transferu XRP. Różnica byłaby widoczna w aplikacjach, które obecnie proszą klientów o wykonanie kilku powiązanych działań lub ponowienie operacji po niepowodzeniu jednej instrukcji.

Do najbardziej oczywistych potencjalnych użytkowników należą usługi łączące płatność, transfer aktywa i opłatę dla platformy. Każdy dostawca nadal musiałby określić, które kroki powinny znaleźć się w jednej paczce oraz czy wszystkie muszą zakończyć się powodzeniem, aby żądanie klienta uznać za zrealizowane.

Głosowanie to dopiero pierwszy test dla Batch V1.1

Osiągnięcie progu aktywacji potwierdziłoby gotowość walidatorów do uruchomienia Batch V1.1, ale nie pokazałoby, jak duży jest popyt na tę funkcję. Na to pytanie może odpowiedzieć wyłącznie jej wykorzystanie przez portfele, platformy handlowe i aplikacje płatnicze.

Batch może mieć przewagę nad bardziej ambitnymi propozycjami pożyczkowymi XRPL, ponieważ deweloperzy nie musieliby czekać na kilka komponentów protokołu ani na powstanie całkowicie nowego rynku finansowego. Mogliby zastosować go w już istniejących przepływach transakcji.

Ostateczne znaczenie Batch będzie więc zależeć w mniejszym stopniu od głosowania nad amendmentem, a w większym od tego, czy usługi XRPL napotykają wystarczająco dużo problemów w wieloetapowych operacjach, aby uzasadnić integrację tej funkcji.

Ten artykuł ma wyłącznie charakter informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Poparcie walidatorów oraz status amendmentu mogą się zmienić.

Źródło: Coindoo.