Batch V1.1 XRP Ledger pozostaje powyżej wymaganego progu walidatorów, ponieważ Ripple twierdzi, że zarządzający aktywami i projekty komercyjne przygotowują się do korzystania z funkcji transakcyjnych, jeśli zostanie ona aktywowana jeszcze w tym miesiącu.
Podsumowanie
- Batch V1.1 ma 30 głosów walidatorów, co utrzymuje odliczanie do aktywacji XRP Ledger 29 września na właściwym torze.
- Ripple twierdzi, że zarządzający aktywami budują wokół Batch, choć konkretni partnerzy pozostają na razie nieujawnieni.
- Batch może grupować osiem transakcji, umożliwiając powiązanym transferom aktywów i płatności rozliczenie atomowo razem.
- Deweloperzy zastąpili oryginalny Batch po tym, jak badacze odkryli krytyczną lukę w walidacji podpisów w lutym.
- XRPL w wersji 3.3.0 dostarczył Batch V1.1 po rozszerzonych przeglądach i poprawkach dodatkowych problemów bezpieczeństwa.
CoinDesk poinformował 19 września, że Ayo Akinyele, szef działu inżynierii w RippleX, powiedział, że prace związane z zarządzającymi aktywami są przygotowywane wokół Batch V1.1, który może pakować do ośmiu transakcji w jedną operację Batch. Ripple nie ujawniło publicznie nazw zarządzających aktywami ani nie podało konkretnych dat uruchomienia.
Dane dotyczące zmian na żywo sprawdzone 20 września pokazały, że 30 z 35 śledzonych zaufanych walidatorów popiera Batch V1.1. XRP Ledger wymaga co najmniej 80% wsparcia utrzymywanego przez 14 kolejnych dni przed aktywacją zmiany, co daje obecny próg 28 głosów. Odliczanie rozpoczęło się 15 września o 14:06:41 UTC i wskazuje na możliwą aktywację wkrótce po tej samej godzinie 29 września, jeśli wsparcie się utrzyma.
XRP Ledger Batch V1.1 może łączyć etapy rozliczenia
Specyfikacja XLS-56 definiuje Batch jako transakcję, która pakuje od dwóch do ośmiu transakcji wewnętrznych. Obsługuje cztery tryby przetwarzania: Wszystko albo nic, Tylko jeden, Do niepowodzenia i Niezależny. Ustawienie Wszystko albo nic wymaga, aby cała grupa została wykonana pomyślnie, albo uniemożliwia wejście batcha w życie.
Ripple koncentruje część dyskusji komercyjnej na dostawie za płatność, czyli DvP. W takiej transakcji transfer aktywów i jego płatność mogą zostać umieszczone w tej samej operacji atomowej. Nieudana płatność uniemożliwiłaby zakończenie powiązanego transferu aktywów w ramach ustawienia wszystko albo nic.
Akinyele powiedział CoinDesk, że „Podzielimy się więcej, gdy funkcja będzie aktywna, w tym pracami z kluczowymi zarządzającymi aktywami”. Ripple nie zidentyfikowało tych firm, więc oświadczenie pozostaje opisem firmy dotyczącym prac, które nie zostały jeszcze publicznie udokumentowane poprzez ogłoszenia nazwanych partnerów.
Specyfikacja XLS-56 wymienia bezzaufaniowe swapy wielu kont, opłaty platformowe i struktury pożyczek błyskawicznych wśród potencjalnych zastosowań. Na przykład marketplace lub portfel mógłby pakować płatność klienta z opłatą za usługę zamiast wymagać oddzielnych transakcji, podczas gdy różne konta mogą autoryzować poszczególne etapy tego samego Batcha.
Akinyele powiedział, że „niektóre projekty są już budowane z myślą o Batch”, ale tożsamość partnerów i harmonogramy produkcji pozostają nieujawnione. Ripple powiedziało, że szczegóły pojawią się po sfinalizowaniu planów.
Wsparcie walidatorów utrzymuje okno 29 września otwarte
Według najnowszego odczytu z 20 września, Batch V1.1 miał 30 głosów poparcia wśród 35 walidatorów śledzonych przez XRPLDashboard, co stanowi około 85%. Wsparcie pozostało zatem powyżej progu 28 głosów wymaganego do kontynuowania okna aktywacji.
Prognozowana data 29 września jest warunkowa. Zmiany XRPL nie aktywują się po prostu dlatego, że raz przekroczą 80%. Walidatorzy muszą utrzymać superwiększość przez pełny 14-dniowy okres, a walidatorzy mogą zmieniać swoje głosy, gdy zegar tyka. Jeśli wsparcie spadnie poniżej wymaganego poziomu, obecne okno zatrzymuje się i po odzyskaniu progu wymagany byłby kolejny nieprzerwany okres.
Najnowsze zliczenie przedłuża szybki wzrost poparcia w tym miesiącu. Batch V1.1 miał wówczas 24 z 35 głosów walidatorów, czyli 68,57%, pozostając poniżej progu aktywacji. Poparcie wzrosło do 27 głosów do 15 września, zanim wystarczająca liczba walidatorów poparła poprawkę, aby rozpocząć odliczanie.
Sama poprawka została wydana wraz z xrpld w wersji 3.3.0 6 sierpnia. Oficjalne informacje o wydaniu XRP Ledger opisują Batch V1.1 jako zamiennik oryginalnej poprawki Batch i stwierdzają, że obsługuje ona do ośmiu transakcji wewnętrznych, w tym struktury atomic-swap.
Od tego czasu XRP Ledger Foundation wydała xrpld 3.4.0. Wydanie oprogramowania z 16 września wprowadza oddzielne poprawki dotyczące pożyczek i porządków i nie zastępuje Batch V1.1, który pozostaje w swoim własnym procesie głosowania w mainnecie. Operatorom serwerów zalecano aktualizację do wersji 3.4.0 w celu zachowania ciągłości usług.
Batch V1.1 nastąpił po krytycznej wadzie w pierwszej wersji
Obecna poprawka pojawiła się po tym, jak deweloperzy zatrzymali oryginalną propozycję Batch w lutym. Oficjalne ujawnienie podatności XRPL mówi, że badacz bezpieczeństwa Pranamya Keshkamat i narzędzie Apex firmy Cantina AI zidentyfikowali krytyczną wadę walidacji podpisów 19 lutego.
W określonych warunkach podatny kod mógł przestać sprawdzać sygnatariuszy Batch po napotkaniu nowo utworzonego konta. XRPL Labs stwierdziło, że atakujący mógł wówczas dołączyć nieautoryzowaną transakcję z innego konta, nie posiadając kluczy prywatnych właściciela tego konta. Potencjalne transakcje mogły obejmować płatności i niektóre zmiany stanu księgi.
Wada nigdy nie stała się aktywna w mainnecie XRP Ledger. Oryginalna poprawka była wciąż na etapie głosowania, a XRPL Labs stwierdziło, że żadne środki nie były zagrożone. Walidatorom zalecano głosowanie przeciwko niej, podczas gdy rippled w wersji 3.1.1, wydany 23 lutego, uczynił Batch i fixBatchInnerSigs nieobsługiwanymi, aby nie mogły się aktywować.
Deweloperzy następnie zmienili logikę podpisywania i autoryzacji dla zamiennika. Raport o podatności stwierdzał, że środki zaradcze usunęły przedwczesny warunek sukcesu, dodały zabezpieczenia autoryzacji i zaostrzyły zasady sprawdzania podpisów. Batch V1.1 został później włączony do xrpld 3.3.0 po opracowaniu i przeglądzie.
Prace nad bezpieczeństwem były kontynuowane przed obecnym głosowaniem walidatorów. Jak crypto.news informowało w swoim materiale o przeglądzie bezpieczeństwa Batch V1.1, deweloperzy naprawili kolejnych 11 problemów dotyczących podpisów, kontroli autoryzacji i możliwych awarii serwera, zanim poprawka osiągnęła obecny etap głosowania.
Akinyele powiedział CoinDesk, że przegląd obejmował wewnętrzne testy adversarialne, analizę wspomaganą przez AI, konkurs bezpieczeństwa Sherlock oraz oceny z udziałem Halborn i Common Prefix. CoinDesk przypisał te szczegóły RippleX; publiczne raporty partnerów obejmujące każdą część tego przeglądu nie zostały uwzględnione w materiałach przeanalizowanych na potrzeby tego raportu.
Ekosystem deweloperów XRPL wprowadził zmiany wspierające w miarę ewolucji projektu podpisywania. Czerwcowe zgłoszenie w oficjalnym repozytorium xrpl.js dokumentowało, że starsza logika podpisywania Batch nie pasowała do zmienionego formatu Batch V1.1, ponieważ dodatkowe informacje o koncie i sekwencji zostały powiązane z podpisami. Historia wydań JavaScript binary-codec stwierdza, że obsługa podpisywania Batch V1.1 została dodana w wersji 2.9.0 w sierpniu.
Zarządzający aktywami testują więcej tokenizowanego rozliczania na XRPL
Komentarze Ripple na temat Batch pojawiają się, gdy firmy finansowe i deweloperzy wykorzystują infrastrukturę XRP Ledger do projektów związanych z tokenizowanymi aktywami i rozliczeniami instytucjonalnymi. W czerwcu JPMorgan, Mastercard, Ondo Finance i Ripple wzięły udział w teście tokenizowanego wykupu amerykańskich obligacji skarbowych z wykorzystaniem XRP Ledger.
Prezes Ripple Monica Long powiedziała w sierpniu, że instytucje finansowe przenosiły część prac nad tokenizowanymi aktywami z programów pilotażowych do produkcji. Crypto.news informowało o instytucjonalnych projektach tokenizacji Ripple, że Aviva Investors uruchomiła w lipcu klasę udziałów tokenizowanego funduszu na XRPL oraz że Ripple postrzegało RLUSD jako możliwą nogę gotówkową dla atomic delivery-versus-payment settlement.
Aktywność aktywów onchain rosła wraz z tym rozwojem. Inny przegląd danych RWA XRP Ledger przez crypto.news poinformował w lipcu, że sieć dodała około 2,6 miliarda dolarów w wartości tokenizowanych aktywów ze świata rzeczywistego w ciągu sześciu miesięcy, z wyłączeniem stablecoinów, na podstawie danych RWA.xyz. Ten sam raport ostrzegał, że reprezentowana wartość aktywów i aktywnie dystrybuowane aktywa to zasadniczo różne miary.
Sam Batch V1.1 nie wymaga od zarządzających aktywami używania XRP jako transferowanego aktywa. Funkcja działa na warstwie transakcji i może pakować obsługiwane transakcje XRPL z różnych kont. XRP pozostaje istotne dla opłat transakcyjnych księgi, podczas gdy transakcje bazowe mogą obejmować inne obsługiwane aktywa i struktury tokenów.
Następnym zdarzeniem proceduralnym jest koniec bieżącego okna poprawek. XRPLDashboard przewiduje aktywację Batch V1.1 na 29 września około 14:06:41 UTC, jeśli co najmniej 80% poparcia walidatorów pozostanie nieprzerwane przez pełne odliczanie. Najnowszy opublikowany wynik z 20 września pozostał na poziomie 30 głosów za spośród 35 śledzonych walidatorów.
