Walidatory XRP Ledger zbliżają się do zatwierdzenia BatchV1_1, ale dane z głosowania na żywo z 8 września pokazały, że poprawka pozostaje poniżej progu wymaganego do rozpoczęcia dwutygodniowego okresu aktywacji.
Podsumowanie
- BatchV1_1 ma obecnie 24 z 35 głosów walidatorów, co stanowi 68,57% wsparcia w sieci głównej XRPL.
- Aktywacja wymaga ponad 80% wsparcia przez czternaście dni, a odliczanie nie rozpoczęło się.
- Transakcje wsadowe mogą zawierać do ośmiu operacji i obsługiwać cztery tryby wykonania po aktywacji.
- Wersja XRPL 3.3.0 wprowadziła BatchV1_1 po tym, jak programiści wyłączyli oryginalny kod Batch z powodu luki w zabezpieczeniach.
- Wcześniejsza usterka mogła umożliwić nieautoryzowane płatności, ale podatna na ataki poprawka nigdy nie została aktywowana w sieci głównej XRPL.
BatchV1_1 miała wsparcie 24 z 35 walidatorów na domyślnej liście unikalnych węzłów, co stanowi 68,57%, według XRPScan. Przy obecnej liczbie walidatorów wymagane byłoby co najmniej 29 głosów za, aby przekroczyć 80%.
Poprawka umożliwiłaby kontom łączenie nawet ośmiu transakcji w jedną skoordynowaną operację. Jednak raporty sugerujące, że zostanie aktywowana we wrześniu, pozostają spekulacyjne, ponieważ wymagana większość nie została osiągnięta.
Aktywacja we wrześniu jest możliwa tylko wtedy, gdy wsparcie najpierw przekroczy 80% i utrzyma się na tym poziomie przez czternaście dni.
Głosowanie nad Batch w XRP Ledger nie rozpoczęło odliczania
Poprawki XRPL aktywują się dopiero po utrzymaniu wsparcia ponad 80% zaufanych walidatorów przez dwa kolejne tygodnie. Jeśli wsparcie spadnie poniżej tego poziomu w tym okresie, licznik resetuje się.
BatchV1_1 potrzebuje zatem co najmniej pięciu dodatkowych głosów za przy obecnej konfiguracji 35 walidatorów. Zmiany w zestawie uczestniczącym mogą zmienić dokładną wymaganą liczbę.
Poprawka nie ma potwierdzonej daty aktywacji. Nawet gdyby natychmiast przekroczyła próg, nie mogłaby zostać aktywowana, dopóki nie zakończy się ciągły dwutygodniowy okres.
Głosy walidatorów mogą się również zmieniać. Operatorzy mogą wycofać wsparcie, jeśli testy ujawnią problemy ze zgodnością, bezpieczeństwem lub operacyjne.
BatchV1_1 połączyłby osiem transakcji
Oficjalna dokumentacja XRPL mówi, że transakcje wsadowe mogą zawierać do ośmiu transakcji wewnętrznych. Operacje są pakowane w transakcję zewnętrzną, która zarządza sekwencjonowaniem, opłatami i autoryzacją.
Dostępne byłyby cztery tryby wykonania. „Wszystko albo nic” wymaga, aby każda transakcja wewnętrzna zakończyła się sukcesem. „Tylko jedna” stosuje pierwszą udaną operację, podczas gdy „do momentu niepowodzenia” przetwarza transakcje, aż jedna nie powiedzie się. „Niezależny” próbuje wykonać każdą zawartą transakcję niezależnie od innych wyników.
Potencjalne zastosowania obejmują atomowe zamiany tokenów, bicie NFT, po którym następuje oferta, połączone opłaty platformowe i skoordynowane działania obejmujące kilka kont. Transakcje wsadowe z wieloma kontami wymagają, aby każde uczestniczące konto autoryzowało cały zestaw.
Ta funkcja mogłaby zmniejszyć zewnętrzną infrastrukturę, którą aplikacje muszą koordynować w przypadku zależnych działań. Każda zatwierdzona transakcja wewnętrzna zachowałaby oddzielne metadane i odniesienie do swojej nadrzędnej partii.
Jak crypto.news poinformował przy wydaniu wersji 3.3.0, dostarczenie kodu nie aktywowało funkcji. Zatwierdzenie przez walidatorów pozostało konieczne.
Poprawiona poprawka zastępuje podatną na błędy wersję Batch
Wersja XRPL 3.3.0 wprowadziła BatchV1_1 6 sierpnia jako zamiennik oryginalnej poprawki Batch. Deweloperzy wyłączyli tę wcześniejszą wersję w lutym po tym, jak badacze odkryli krytyczną wadę autoryzacji.
Pranamya Keshkamat i narzędzie bezpieczeństwa Apex od Cantina AI zidentyfikowali błąd w logice używanej do weryfikacji sygnatariuszy Batch. Wada mogła pozwolić atakującemu na pominięcie kontroli niektórych uczestników i wysyłanie nieautoryzowanych transakcji z konta ofiary.
XRPL Labs poinformowało, że podatna poprawka nie została aktywowana w sieci głównej i żadne środki użytkowników nie były zagrożone. Walidatorzy zostali poinformowani, aby głosowali przeciwko niej, podczas gdy wersja rippled 3.1.1 oznaczyła oryginalny Batch i jego towarzyszącą poprawkę jako nieobsługiwane.
Poprawiona wersja usuwa błąd wczesnego wyjścia, dodaje zabezpieczenia autoryzacji i zawęża sposób sprawdzania każdego sygnatariusza. Niezależny audyt później przejrzał zamiennik przed jego wydaniem.
W powiązanym artykule na temat przeglądu bezpieczeństwa, crypto.news poinformował, że oryginalna wada została wykryta przed aktywacją, a BatchV1_1 został przepisany dla wersji 3.3.0.
Aktywacja zależy wyłącznie od walidatorów
Operatorzy węzłów muszą uruchomić oprogramowanie obsługujące BatchV1_1 przed głosowaniem za nim. XRPL ostrzegł również operatorów Clio, aby zaktualizowali do wersji 2.8.0, aby ich infrastruktura API mogła przetwarzać nowe formaty transakcji i księgi, jeśli poprawki zostaną aktywowane.
Kolejnym potwierdzonym kamieniem milowym jest próg 80% walidatorów. Dopiero wtedy księga odnotuje początek dwutygodniowego okresu większości.
Aktywacja pod koniec września pozostaje matematycznie możliwa, ale nie jest zaplanowana. Dokładny czas zależy od dodatkowych głosów walidatorów i nieprzerwanego wsparcia po tym.
Nie potwierdzono żadnego ruchu ceny XRP, który można by przypisać konkretnie głosowaniu nad BatchV1_1. Poprawka zmienia funkcjonalność transakcji, a nie zasady podaży lub emisji XRP.
