XRP Ledger przetworzył 3254 transakcje w jednym ledgerze, ustanawiając zgłoszony rekord pojedynczego ledgera 14 września.
Podsumowanie
- XRP Ledger przetworzył 3254 transakcje w jednym ledgerze, zgodnie z raportem operatora walidatora Veta.
- Większość transakcji rzekomo przenosiła jedną kroplę XRP, najmniejszą dostępną jednostkę natywnej waluty sieci.
- Wybuch transakcji nie ustanowił trwałego wzrostu zrównoważonej przepustowości przetwarzania ledgera.
- XRPL dostosowuje swój cel transakcyjny, gdy walidatorzy zamykają mocno obciążone ledgery w oczekiwanych limitach czasowych.
- BatchV1_1 pozostawał pod głosowaniem walidatorów i wymaga trwałego 80% wsparcia, zanim nastąpi automatyczna aktywacja w mainnecie.
Operator walidatora Vet zgłosił tę liczbę po przejrzeniu ledgera i stwierdził, że większość wpisów stanowiły płatności XRP o wartości jednej kropli. Opisał tę aktywność jako możliwy test przepustowości, choć cel nadawcy nie został potwierdzony.
Kropla to jedna milionowa jednego XRP, co czyni ją najmniejszą jednostką rejestrowaną przez sieć. Wysoka liczba transakcji oznaczała zatem wiele małych transferów, a nie nietypowo dużą ilość XRP przenoszonego między kontami.
Indeks ledgera i konto inicjujące nie zostały zidentyfikowane w publicznym poście Veta. Bez tych szczegółów roszczenie o rekord opiera się na jego analizie i nie można go porównać wyłącznie na podstawie postu z każdym wcześniejszym ledgerem w historii XRPL.
Drobne płatności XRP zdominowały rekordowy ledger
Większość z 3254 transakcji stanowiły proste płatności przenoszące jedną kroplę XRP, zgodnie z Vetem. Proste transfery natywnych aktywów wymagają mniej pracy przetwarzania niż transakcje obejmujące zlecenia na zdecentralizowanej giełdzie, NFT lub ścieżki płatności międzywalutowych.
„Nie wiem, dlaczego ta osoba wykonuje te transakcje, ale prawdopodobnie wygląda to na test przepustowości” – powiedział Vet. Opis pozostaje spekulacyjny, ponieważ właściciel konta nie wyjaśnił publicznie tej aktywności.
Liczba transakcji nie pokazuje, ile pracy obliczeniowej wymagał ledger. Ledger zawierający tysiące bezpośrednich płatności XRP może stanowić inne obciążenie dla walidatorów niż ten zawierający mniej transakcji, operacji tokenowych lub złożonych ścieżek płatności.
„Nie wszystkie transakcje są równe pod względem obciążenia” – powiedział Vet. Oszacował, że 500 prostych płatności XRP może powodować mniejszy stres niż 200 transakcji wymagających rozległego przetwarzania na zdecentralizowanej giełdzie.
Oficjalna dokumentacja XRPL stwierdza, że każdy zwalidowany ledger rejestruje transakcje zastosowane do poprzedniego stanu ledgera. Powiązane metadane dostarczają wynik i skutki każdej uwzględnionej transakcji.
Transakcje z wynikiem tesSUCCESS zakończyły żądaną akcję. Wpisy z wynikiem tec pozostają zarejestrowane i pobierają opłatę, nawet gdy nie wykonują żądanej operacji. Zgłoszona suma 3254 opisuje zatem uwzględnione transakcje, a niekoniecznie 3254 udane transfery.
Przepustowość XRP Ledger wykorzystuje adaptacyjny cel
XRP Ledger nie używa jednego stałego limitu transakcji dla każdego ledgera. Jego serwery dostosowują warunki operacyjne w odpowiedzi na wolumen transakcji, opóźnienia sieci i wydajność konsensusu.
Vet powiedział, że sieć może podnieść swój miękki cel transakcyjny, gdy mocno obciążony ledger zamknie się w oczekiwanym okresie. Gdy czasy zamknięcia przekroczą preferowany zakres, sieć może obniżyć cel, aby pomóc walidatorom wrócić do normalnego czasu.
Dokumentacja XRPL mówi, że serwery wymieniają propozycje, aż zaufani walidatorzy zgodzą się co do zestawu transakcji. Każdy serwer następnie oblicza nowy stan ledgera i rozpowszechnia podpisaną walidację zawierającą wynikowy hash ledgera.
Zdecydowana większość zaufanych walidatorów musi zgodzić się na ten sam hash, zanim księga główna zostanie zatwierdzona. Po zatwierdzeniu jej transakcje i wynikający z nich stan stają się ostatecznymi częściami historii księgi głównej XRPL.
Wynik 3254 transakcji dostarcza zatem dowodu, że walidatorzy zgodzili się na księgę główną zawierającą tę liczbę wpisów. Nie ustanawia to nowego stałego wskaźnika przepustowości, ponieważ trwała przepustowość zależy od złożoności transakcji, sprzętu, warunków sieciowych i kolejnych czasów zamknięcia księgi głównej.
Przepustowość mierzona na podstawie jednej księgi głównej różni się od liczby transakcji na sekundę w dłuższym okresie. Krótki skok może umieścić wiele oczekujących płatności w jednej księdze głównej, podczas gdy kolejne księgi główne mogą powrócić do normalnej aktywności.
Żaden raport wydajności od Ripple, XRP Ledger Foundation ani opiekunów oprogramowania referencyjnego sieci nie potwierdził trwałej zmiany przepustowości po tym rekordzie. Nie zgłoszono żadnej przerwy w działaniu usługi ani nieudanej rundy konsensusu w związku z tym skokiem.
Ostatnia aktywność obejmowała cięższe płatności i handel
Rekord wystąpił po okresie zwiększonej aktywności płatniczej i handlowej w XRPL. W powiązanych materiałach wolumen księgi zleceń XRP Ledger wzrósł o 79% rok do roku w drugim kwartale 2026 r., zgodnie z raportem Evernorth.
Średni dzienny wolumen księgi zleceń osiągnął 3,57 miliona XRP w tym kwartale, podczas gdy liczba dziennych traderów spadła z 1864 do 1111. Evernorth podało, że średni wolumen na konto handlowe prawie potroił się w tym samym okresie porównawczym.
Transfery stablecoinów stworzyły kolejne źródło wykorzystania sieci. Jak informowało crypto.news, RLUSD wygenerował około 9 miliardów dolarów wolumenu transferów w pierwszej połowie roku w XRPL w 2026 r.
Taka aktywność jest odrębna od transferów o wartości jednej kropli zidentyfikowanych w rekordowej księdze głównej. Żadne dowody przytoczone przez Veta nie łączyły 3254 transakcji z RLUSD, rozliczeniami instytucjonalnymi, handlem giełdowym ani płatnościami klientów.
Nadawca mógł testować przesyłanie transakcji, pakowanie księgi głównej lub inny proces techniczny. Dostępny wzorzec konta nie potwierdza, czy aktywność pochodziła od dewelopera, instytucji, zautomatyzowanej usługi czy indywidualnego użytkownika.
BatchV1_1 przechodzi przez proces poprawek
Rekord pojawił się, gdy walidatorzy rozważali funkcje protokołu wprowadzone w wersji 3.3.0 rippled, referencyjnego oprogramowania serwerowego sieci. XRP Ledger Foundation wydała wersję 3.3.0 6 sierpnia.
Jej proponowane funkcje obejmują BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 i Sponsor. Każda funkcja przechodzi proces poprawek XRPL, zanim będzie mogła stać się aktywna w całej sieci głównej.
BatchV1_1 pozwoliłby na łączenie i przetwarzanie wielu transakcji razem. Oficjalne zapisy XRPL mówią, że zastępuje on wcześniejszą poprawkę Batch po tym, jak deweloperzy znaleźli krytyczny błąd w pierwotnej implementacji.
Funkcja nie wyjaśnia księgi głównej z 3254 transakcjami, ponieważ BatchV1_1 nie zakończył aktywacji w mainnecie, gdy wystąpiła ta aktywność. Jej obecność w wydaniu serwera oznacza, że walidatorzy mogą przejrzeć i głosować nad poprawką.
Zasady poprawek XRPL wymagają ponad 80% poparcia ze strony zaufanych walidatorów przez dwa ciągłe tygodnie. Jeśli poparcie spadnie do 80% lub niżej przed końcem okresu, odliczanie resetuje się.
ConfidentialTransfer wprowadziłby osłonięte salda i kwoty transferów dla tokenów wielozadaniowych, zapewniając jednocześnie mechanizmy przeglądania dla upoważnionych stron. DynamicMPT pozwoliłby emitentom zmieniać wybrane ustawienia tokenów, chyba że uczynią te właściwości trwale niezmiennymi.
PermissionDelegationV1_1 zastępuje wcześniejszą funkcję delegowania, którą deweloperzy wyłączyli po znalezieniu krytycznego błędu. Zaktualizowana poprawka pozwoliłaby kontom XRPL przypisywać ograniczone uprawnienia innym kontom po zatwierdzeniu przez walidatorów.
Żadna data aktywacji nie jest gwarantowana dla poprawek wciąż poddawanych głosowaniu. Operatorzy walidatorów mogą zmieniać swoje głosy, a sieć sprawdza poparcie poprawek wokół ksiąg flagowych, które występują około co 15 minut.
