8 września 2026 r. walidatorzy XRP Ledger utrzymywali poprawkę BatchV1_1 na poziomie 24 z 35 głosów, co odpowiada 68,57% poparcia – znacznie poniżej wymaganej większości ponad 80%, niezbędnej do rozpoczęcia dwutygodniowego okna aktywacji. Choć BatchV1_1 jest dostarczany w oprogramowaniu rippled, nie oznacza to, że jest aktywny w XRP Ledger, a zyski w zakresie DeFi i funkcjonalności często przypisywane tej aktualizacji pozostają niepotwierdzone, dopóki walidatorzy nie przekroczą tego progu.

Poprawka Batch w XRP Ledger ma obecnie 68% poparcia. Batch może zacząć działać jeszcze w tym miesiącu. Batch odblokuje wiele nowych przypadków użycia dla ekosystemu XRP. Postęp można śledzić tutaj pic.twitter.com/uoo2Q5kf0X — moonkie (@xmoonkie), 7 września 2026

BatchV1_1 pozostaje poniżej progu aktywacji

BatchV1_1 trafił do rippled 3.3.0, wydanego 6 sierpnia 2026 r., jednak włączenie kodu i aktywacja w sieci głównej to w XRP Ledger dwa odrębne wydarzenia. W przeciwieństwie do sieci wdrażających zmiany protokołu poprzez hard forki lub głosowania governance poza łańcuchem, zmiany w XRPL wchodzą w życie automatycznie dzięki konsensusowi walidatorów: gdy poprawka utrzyma większość poparcia przez wymagany okres, aktywuje się na każdym serwerze z zgodnym oprogramowaniem, bez skoordynowanego rozwidlenia łańcucha. Według danych XRPScan, na dzień 8 września poprawka miała 68,57% poparcia wśród domyślnej listy Unique Node List.

Aktywacja wymaga ponad 80% poparcia utrzymanego przez 14 kolejnych dni, a ten odliczanie jeszcze się nie rozpoczęło. W obecnej konfiguracji 35 walidatorów do przekroczenia progu potrzebnych jest co najmniej 29 głosów za, choć dokładna liczba może się zmienić, jeśli zmieni się zestaw uczestniczących walidatorów. Poparcie może też spaść poniżej 80% w trakcie odliczania, co całkowicie resetuje licznik.

Wersja 3.3.0 nie była wydaniem jednofunkcyjnym – wprowadziła również ConfidentialTransfer, DynamicMPT, Sponsor oraz PermissionDelegationV1_1, łącząc BatchV1_1 w szerszy pakiet ulepszeń skierowanych do instytucji. Inwestorzy śledzący rozwój XRP Ledger i napływy kapitału związane z ETF powinni traktować te poprawki jako równoległe wątki, z których każdy wymaga własnej większości walidatorów, zanim jakakolwiek funkcja zacznie działać.

Co mogą umożliwić transakcje Batch w przypadku aktywacji

Po uruchomieniu transakcja Batch mogłaby grupować do ośmiu transakcji wewnętrznych w jednej transakcji zewnętrznej, w czterech trybach wykonania: „All or nothing” (wszystko albo nic), wymagającym powodzenia każdej transakcji wewnętrznej; „Only one” (tylko jedna), stosującym pierwszą udaną operację; „until failure” (aż do niepowodzenia), przetwarzającym transakcje aż do pierwszej porażki; oraz „Independent” (niezależny), próbującym wykonać każdą dołączoną transakcję niezależnie od wyniku.

Potencjalne przypadki użycia obejmują atomowe swapy tokenów, mintowanie NFT sparowane z ofertą, pakietowe opłaty platformowe oraz skoordynowane działania obejmujące wiele kont – pod warunkiem że każde uczestniczące konto autoryzuje całą kolekcję. Każda zatwierdzona transakcja wewnętrzna zachowałaby własne metadane oraz odniesienie do swojej transakcji nadrzędnej, struktura mająca ograniczyć zewnętrzną infrastrukturę koordynacyjną, której aplikacje obecnie wymagają przy działaniach wieloetapowych.

Na razie są to zaprojektowane możliwości, a nie istniejące efekty. Zyski wydajnościowe (oraz ewentualny wzrost aktywności w przypadkach takich jak rozliczenia RLUSD i przepływy sfinansowane tokenami na XRPL) zależą zarówno od aktywacji przez walidatorów, jak i późniejszego wsparcia w portfelach i SDK.

Historia bezpieczeństwa zastępczej poprawki

BatchV1_1 to nie oryginalny kod Batch – jest to przepisanie. Deweloperzy wyłączyli oryginalną poprawkę w lutym 2026 r., po tym jak Pranamya Keshkamat oraz narzędzie bezpieczeństwa Apex od Cantina AI zidentyfikowały krytyczną lukę w logice weryfikacji podpisów wsadowych. Błąd mógł pozwolić atakującemu pominąć kontrole autoryzacji dla niektórych uczestników i przesłać nieautoryzowane transakcje z konta ofiary.

Co istotne, podatna wersja nigdy nie została aktywowana w sieci głównej, a XRPL Labs oświadczyło, że żadne środki użytkowników nie były zagrożone. Rippled 3.1.1 oznaczył oryginalną poprawkę Batch jako niewspieraną, a jej następca usuwa błąd wczesnego wyjścia, dodaje zabezpieczenia autoryzacji i zawęża kontrole podpisujących, przy czym niezależny audyt przejrzał BatchV1_1 przed jego włączeniem do wersji 3.3.0.

Dlaczego nie jest to jeszcze katalizator ceny XRP

Ta wiadomość nie spowodowała wyraźnego ruchu cenowego i jest mało prawdopodobne, by się to zmieniło, dopóki poparcie utrzymuje się na 68,57%. Poprawka zmienia funkcjonalność transakcji w ledgerze, a nie zasady podaży czy emisji XRP, więc nie stanowi bezpośredniego aspektu polityki monetarnej dla traderów wyceniających krótkoterminowy potencjał wybicia XRP.

Jakikolwiek wzrost wolumenu transakcji XRPL, aktywności DeFi czy popytu na token związany z Batch pozostaje perspektywiczny i uzależniony od przekroczenia większości przez aktywację, a następnie od faktycznej integracji tej funkcji przez portfele, giełdy i protokoły DeFi. Do tego czasu Batch pozostaje historią infrastrukturalną, a nie potwierdzonym katalizatorem wyceny.

Następnym kamieniem milowym jest trwała większość walidatorów

Następnym potwierdzonym punktem kontrolnym dla walidatorów XRPL jest przekroczenie 80% poparcia. Dopiero wtedy ledger rozpocznie rejestrację obowiązkowego 14-dniowego okresu ciągłej większości. Poparcie musi utrzymać się powyżej progu przez cały okres, w przeciwnym razie licznik resetuje się do zera.

Według stanu na 8 września aktywacja pod koniec września była matematycznie możliwa, ale nic nie zostało zaplanowane. Operatorzy węzłów muszą najpierw uruchomić oprogramowanie obsługujące BatchV1_1, zanim będą mogli na niego głosować, a XRPL osobno ostrzegł operatorów Clio przed koniecznością aktualizacji do wersji 2.8.0, aby infrastruktura API mogła przetwarzać nowe formaty transakcji i ledgera, gdyby poprawka została aktywowana.

Źródło: https://icobench.com/news/xrp-news-batchv1-1-xrp-ledger-vote/