Aktualizacja XRP: wdrożenie Batch w XRPL przesunięte na 9 października — co się zmienia

Aktualizacja XRP, która miała zostać aktywowana 29.09, nie doszła do skutku. Poprawka Batch w XRP Ledger, wydana w skorygowanej postaci BatchV1_1, na krótko utraciła poparcie walidatorów około 25.09, co wyzerowało jej dwutygodniowe odliczanie i przesunęło najwcześniejszy termin aktywacji na 09.10.2026, około 14:46 UTC. W artykule wyjaśniamy, co Batch faktycznie wnosi do rejestru, dlaczego krótkotrwały spadek liczby głosów może zresetować odliczanie, co operatorzy węzłów i twórcy aplikacji muszą zrobić przed 09.10 oraz jak opóźnienie wpisuje się w sytuację rynkową XRP, którym handluje się w pobliżu 1,50 $, wciąż 59% poniżej szczytu z 07.2025.

Czy aktualizacja XRP została aktywowana 29.09?

Nie. BatchV1_1 miała zostać uruchomiona 29.09 o 14:06 UTC, pod warunkiem utrzymania poparcia przekraczającego 80% ze strony zaufanej listy walidatorów przez dwa kolejne tygodnie. 25.09 poparcie na krótko spadło poniżej tego progu. Proces wprowadzania poprawek w XRPL nie dopuszcza takiego spadku: zgromadzone odliczanie jest zerowane, a po powrocie poparcia rozpoczyna się nowe, dwutygodniowe okno. Tego samego dnia poparcie wróciło do poziomu 30 z 35 zaufanych walidatorów, dlatego najwcześniejszy nowy termin aktywacji to 09.10, a nie późniejsza data.

Wraz z nią przesunęły się dwie powiązane kwestie. PermissionDelegationV1_1, która pozwala kontu delegować określone uprawnienia bez przekazywania kluczy do podpisywania, również utraciła, a następnie odzyskała poparcie 23.09–24.09. Jej najwcześniejszy termin aktywacji przypada teraz na 08.10, około 21:25 UTC. Ponadto 25.09 zespół XRP Ledger Operations opublikował xrpld 3.4.1, zawierający niewielką poprawkę uzupełniającą o nazwie fixBatchV1_2. Informacje o wydaniu opisują ją jako rozwiązanie drobnego problemu z Batch, który nie naraża środków użytkowników na ryzyko; obie poprawki oznaczono jako default-yes i oczekuje się, że zostaną aktywowane w tym samym październikowym oknie.

W praktyce oznacza to, że 09.10 to najwcześliwy możliwy termin, a nie gwarantowana data. Każdy kolejny spadek poparcia przed tym terminem ponownie uruchomi odliczanie.

Co właściwie robi XRPL Batch (BatchV1_1)?

Batch, opisana w specyfikacji XLS-56, pozwala użytkownikowi połączyć od dwóch do ośmiu transakcji w jedną podpisaną jednostkę, którą rejestr przetwarza łącznie. Obecnie wymiana wymagająca oferty, płatności i zmiany linii zaufania musi zostać wysłana jako trzy osobne transakcje, z których każda może zakończyć się powodzeniem lub niepowodzeniem niezależnie od pozostałych. Batch wypełnia tę lukę.

Poprawka oferuje cztery tryby realizacji, a wybrany tryb określa gwarancję rozliczenia:

• All or Nothing: wszystkie transakcje wewnętrzne kończą się powodzeniem albo cała partia kończy się niepowodzeniem i nic nie zostaje zastosowane. To tryb rozliczenia atomowego, o którym mówi większość omówień; ma znaczenie w przepływach typu dostawa za płatność, na przykład gdy tokenizowany składnik aktywów jest opłacany i otrzymywany w ramach jednego kroku.
• Only One: rejestr stosuje pierwszą transakcję wewnętrzną, która zakończy się powodzeniem, a pozostałe pomija; tryb przydatny przy trasowaniu awaryjnym.
• Until Failure: transakcje wewnętrzne są stosowane po kolei, aż jedna zakończy się niepowodzeniem; wcześniejsze pozostają zastosowane.
• Independent: każda transakcja wewnętrzna jest podejmowana niezależnie od wyników pozostałych.

Batch obsługuje również partie wielokontowe, w których kilka kont wspólnie podpisuje jeden pakiet. To właśnie ta funkcja doprowadziła do wycofania pierwszej wersji i na niej najbardziej koncentruje się nowa implementacja.

Dlaczego Batch wycofano i przepisano

Pierwotna poprawka Batch została odrzucona w głosowaniu 02.2026, gdy badacze bezpieczeństwa odkryli lukę w autoryzacji podpisujących podczas głosowania. W pierwotnej logice pętli, jeśli kod napotkał prawidłowego podpisującego pasującego do nowo utworzonego konta, zwracał wynik pozytywny bez sprawdzania pozostałych podpisujących. Atakujący mógł umieścić sfałszowany wpis na początku i autoryzować transakcję ofiary bez użycia jej kluczy. Ponieważ poprawka nigdy nie została aktywowana, żadne środki nie były zagrożone.

BatchV1_1, wydana w xrpld 3.3.0 06.08.2026, zmienia ścieżkę autoryzacji. Partia wielokontowa musi teraz zawierać dokładny i kompletny zestaw BatchSigners, bez brakujących, dodatkowych, zduplikowanych ani niewłaściwie uporządkowanych wpisów. Każdy podpis jest powiązany z kontem nadrzędnym, jego numerem sekwencji lub ticketem, trybem partii, skrótem każdej transakcji wewnętrznej oraz uczestniczącymi kontami, co uniemożliwia ponowne wykorzystanie podpisu w innych partiach. W nowej wersji dodano także ograniczenia liczby transakcji i zabezpieczenia przed odtworzeniem transakcji w rejestrze.

Warto pamiętać o tej historii, czytając nagłówki o aktualizacji XRP. Fakt, że funkcja trafia do sieci głównej za drugim podejściem, po wykryciu rzeczywistego błędu w zewnętrznym audycie, jest mocniejszym sygnałem dotyczącym procesu weryfikacji rejestru niż aktywacja za pierwszym razem. Wyjaśnia też ostrożność walidatorów w kwestii terminów: walidator, który na kilka godzin wycofa głos, aby zaktualizować oprogramowanie lub ponownie ocenić wydanie, może samodzielnie zresetować dwutygodniowe odliczanie, gdy przewaga wynosi zaledwie pięciu walidatorów z 35.

Co operatorzy węzłów i deweloperzy muszą zrobić przed 09.10

Aktywacja poprawki w XRP Ledger nie jest dla infrastruktury opcjonalna. Każdy serwer xrpld działający w wersji, która nie obsługuje BatchV1_1, zostanie zablokowany przez poprawkę w chwili jej aktywacji i przestanie podążać za siecią. Minimalna wymagana wersja to 3.3.0; zespół operacyjny zaleca 3.4.1, ponieważ zawiera ona również poprawki problemów określonych w informacjach o wydaniu jako wrażliwe z punktu widzenia bezpieczeństwa, a ich kod źródłowy zostanie opublikowany później.

Po stronie klienta gotowość jest mniejsza. Omówienie CryptoSlate z 23.09 wskazało miejsca, w których mogą wystąpić problemy:

• xrpl.js 5.0.0 tworzy podpisy Batch na podstawie starego ładunku i zostaną one odrzucone z błędem temBAD_SIGNATURE; wersja 5.1.0 zawiera zmieniony format podpisywania.
• Portfele, które nie wyświetlają jasno transakcji wewnętrznych partii, sprawiają, że użytkownicy podpisują pakiety, których nie mogą sprawdzić.
• Eksploratory błędnie informujące o wynikach partii powodują rozbieżności w sposobie prezentowania transakcji w różnych narzędziach.
• Zewnętrzna transakcja Batch może zakończyć się powodzeniem nawet wtedy, gdy transakcje wewnętrzne zawiodły w trybach nieatomowych. Aplikacje muszą więc odczytywać wyniki transakcji wewnętrznych, a nie tylko kod transakcji zewnętrznej.

Szef działu inżynierii RippleX, Ayo Akinyele, powiedział, że niektóre projekty są już tworzone z myślą o Batch, a aktywacja pozwoli przybliżyć tę pracę do etapu produkcyjnego. To rozsądna interpretacja popytu: Batch to infrastruktura dla emitentów, depozytariuszy i zarządzających aktywami budujących rozwiązania w XRPL, a nie funkcja dla klientów detalicznych, którą użytkownicy zobaczą w portfelu już pierwszego dnia.

Co opóźnienie oznacza dla ceny XRP

Na dzień 30.09.2026 XRP kosztuje około 1,49 $ według CoinGecko, rosnąc o 1,6% w ciągu ponad 24 godzin, ale tracąc 5,1% w ciągu siedmiu dni. Wolumen obrotu z 24 godzin wynosi około 4 mld $, a kapitalizacja rynkowa to blisko 94,3 mld $, co daje XRP piąte miejsce pod względem kapitalizacji. Tego samego dnia para spot XRP/USDT na WEEX osiągnęła 1,4996 $. Token nadal znajduje się około 59% poniżej historycznego maksimum 3,65 $, ustanowionego 07.2025.

Ważniejsze jest to, że rynek nie zareagował na datę Batch w żadnym kierunku. W dniu, w którym CoinDesk poinformował o przesunięciu terminu na 09.10, cena XRP zmieniła się o mniej niż pół procenta. Jest to zgodne z dotychczasowym zachowaniem poprawek XRPL: rejestr aktywował ich dziesiątki, a żadna z nich nie była samodzielnie wiarygodnym katalizatorem ceny. Batch to aktualizacja infrastruktury instytucjonalnej, której wartość ujawnia się w rozwiązaniach tworzonych na jej podstawie w perspektywie kolejnych kwartałów, a nie w zamknięciu rejestru umożliwiającym jej działanie.

Doświadczeni traderzy XRP obserwują raczej, czy aktualizacji towarzyszy coś, co zmienia przepływy: napływ środków do ETF, wybór XRPL przez nowego emitenta tokenizowanych aktywów albo ruch na szerokim rynku związany ze zmianą apetytu na ryzyko. Tygodniowy spadek o 5% w okresie poprzedzającym opóźnienie był ruchem całego rynku, a nie reakcją specyficzną dla XRP. Jeśli Batch doprowadzi do zmiany wyceny XRP, stanie się tak dlatego, że pojawi się na niej widoczny produkt; najwcześniej będzie to historia rozgrywająca się od października do grudnia.

Jak handlować XRP na WEEX w okresie aktywacji

Jeśli planujesz trzymać XRP lub nim handlować do 09.10, warto przygotować pozycje i alerty przed tym okresem, zamiast reagować dopiero na nagłówek.

1. Otwórz parę spot XRP/USDT na WEEX i przed ustaleniem wielkości pozycji sprawdź bieżącą głębokość arkusza zleceń, ponieważ w dniach ważnych doniesień spready mogą na krótko się poszerzyć.
2. Dopiero zaczynasz inwestować w ten aktyw? Poradnik zakupu XRP opisuje zasilanie konta i składanie pierwszego zlecenia rynkowego lub limitowanego.
3. Traderzy, którzy chcą uzyskać ekspozycję kierunkową lub zabezpieczoną bez przenoszenia środków na rynku spot, mogą skorzystać z kontraktów futures perpetual XRP/USDT na WEEX, z dźwignią do 300x. W okresie znanego wydarzenia utrzymuj niską dźwignię; tygodniowy ruch o 5% przy dźwigni 20x oznacza likwidację, a nie zwykły spadek wartości pozycji.
4. Ustaw alerty cenowe na poziomach 1,40 $ i 1,60 $, które wyznaczają ostatni zakres wahań, oraz przypomnienie w kalendarzu na 08.10–09.10 UTC, aby sprawdzić w eksploratorze XRPL, czy poparcie walidatorów nadal przekracza 80%.
5. Skorzystaj ze strony ceny XRP na WEEX, aby szybko sprawdzić bieżącą cenę, wolumen i kapitalizację rynkową bez otwierania terminala transakcyjnego.

Perspektywa rynkowa: Batch jest katalizatorem dla twórców, nie traderów

Batch ma znaczenie, ponieważ umożliwia wykorzystanie XRPL w rozliczeniach typu dostawa za płatność i operacjach wieloetapowych, których instytucje oczekują od infrastruktury rozliczeniowej. W przypadku XRP jako aktywa łańcuch przyczynowo-skutkowy jest długi: aktywacja 09.10, następnie aktualizacja aplikacji do xrpl.js 5.1.0, potem wprowadzenie przez emitentów produktów korzystających z partii w trybie All or Nothing, a w dalszej kolejności być może większa aktywność w rejestrze, wymagająca XRP do opłat i transakcji pomostowych. Każde ogniwo tego łańcucha może się opóźnić. Przesunięcie terminu z 29.09 na 09.10 przypomina, że nawet pierwsze ogniwo nie jest pewne.

FAQ

1. Czy aktualizacja XRP odbyła się 29.09.2026?

Nie. BatchV1_1 na krótko utraciła poparcie walidatorów 25.09, co zresetowało jej dwutygodniowe odliczanie do aktywacji. Najwcześniejszy termin aktywacji przypada teraz na 09.10.2026, około 14:46 UTC; może się on ponownie przesunąć, jeśli poparcie spadnie poniżej 80%.

2. Czym jest XRPL BatchV1_1?

BatchV1_1 to skorygowana wersja poprawki Batch (XLS-56). Pozwala użytkownikowi połączyć od dwóch do ośmiu transakcji w jedną podpisaną jednostkę, oferując cztery tryby realizacji, w tym atomowe rozliczenie All or Nothing. Pierwotna wersja Batch została odrzucona w głosowaniu 02.2026 z powodu luki w autoryzacji podpisujących; nowa wersja trafiła do xrpld 3.3.0 w 08.2026.

3. Czy aktualizacja Batch podniesie cenę XRP?

Nie ma dowodów, że sama w sobie to zrobi. W dniu, w którym poinformowano o opóźnieniu, cena XRP zmieniła się o mniej niż 0,5%, a wcześniejsze poprawki XRPL nie były wiarygodnymi katalizatorami cenowymi. Ewentualny wpływ na cenę pojawi się później, dzięki produktom zbudowanym w oparciu o Batch.

4. Co stanie się z węzłami, które nie zostaną zaktualizowane przed 09.10?

Zostaną zablokowane przez poprawkę i przestaną synchronizować się z siecią. Operatorzy muszą zainstalować co najmniej xrpld 3.3.0; zalecana jest wersja 3.4.1, ponieważ zawiera także fixBatchV1_2 i poprawki bezpieczeństwa.

5. Czy fixBatchV1_2 to to samo co BatchV1_1?

Nie. fixBatchV1_2 to niewielka poprawka uzupełniająca, wprowadzona w xrpld 3.4.1 25.09.2026 w celu naprawienia drobnego problemu z Batch, który nie stwarza zagrożenia dla środków. Oczekuje się, że zostanie aktywowana w tym samym październikowym oknie co BatchV1_1.

Ostrzeżenie o ryzyku

XRP to aktywo o zmiennej cenie, które może stracić dużą część wartości w ciągu kilku dni; utrzymywanie pozycji może prowadzić do częściowej lub całkowitej straty. Termin aktywacji poprawki Batch zależy od głosów walidatorów i może ponownie ulec zmianie, dlatego strategie handlowe oparte na sztywnej dacie 09.10 wiążą się z ryzykiem związanym z terminem wydarzenia. Kontrakty futures XRP z dźwignią wzmacniają zarówno zyski, jak i straty, a zwykły tygodniowy ruch o 5% wystarczy, by zlikwidować pozycję z wysoką dźwignią. Sama Batch wprowadza nowe ryzyko operacyjne podczas wdrażania: nieaktualne węzły zostaną zablokowane przez poprawkę, starsze biblioteki klienckie będą generować odrzucane podpisy, a w trybach nieatomowych transakcja zewnętrzna może zgłosić powodzenie, mimo że transakcje wewnętrzne zakończą się niepowodzeniem. XRP pozostaje również narażone na zmiany regulacyjne dotyczące Ripple oraz koncentrację podaży w escrow kontrolowanym przez Ripple. Żadna z zawartych tu informacji nie stanowi porady inwestycyjnej.