XRPL Dashboard odnotował 30 głosów „za” wśród 35 monitorowanych zaufanych walidatorów przy sprawdzeniu o 04:43 UTC 26 września. Ten wynik rozpoczyna nowe okno zatwierdzania dla poprawki BatchV1_1 — sam w sobie nie kończy on procesu aktywacji.

Najważniejsze wnioski:

• BatchV1_1 odzyskała 30 z 35 głosów walidatorów.
• Poprzedni dwutygodniowy zegar zatwierdzania został zresetowany.
• Teraz musi utrzymać się co najmniej 29 głosów.
• 9 października to najwcześniejsza, warunkowa data.
• Aktywację potwierdza wpis w ledgerze.

Data została zresetowana mimo odzyskania liczby głosów

BatchV1_1 osiągnęła 30 wspierających walidatorów 15 września. Zgodnie z pierwotnym harmonogramem oznaczało to aktywację około 29 września. Większość została jednak usunięta 25 września i odbudowała się później tego samego dnia, co przesunęło szacunek o około 10 dni.

Dashboard wskazuje flagowe ledgerzy, na których wcześniejsza większość została usunięta, a nowa zapisana. Nie ujawnia on, dlaczego doszło do tymczasowej zmiany, ani nie podaje powodów poszczególnych walidatorów. Potwierdzonym faktem jest sam reset: poprawka wymaga nieprzerwanego poparcia przez całe okno, nawet jeśli liczba głosów później powróci do tego samego poziomu.

To czyni 9 października warunkowym szacunkiem opartym na obecnym zapisie większości w ledgerze. Data może się ponownie przesunąć przed aktywacją.

Trzydzieści głosów „za” to jeden głos ponad granicą

Próg XRPL jest często skracany do „80% poparcia”, ale zasada jest surowsza: poprawka wymaga więcej niż 80% poparcia zaufanych walatorów. Przy 35 walidatorach w monitorowanym zestawie 28 głosów to dokładnie 80%. BatchV1_1 potrzebuje 29 głosów „za”, aby rozpocząć lub utrzymać większość.

Obecny wynik 30 głosów odpowiada około 85,7%. To jeden głos powyżej wymagania 29 głosów. Spadek z 30 do 29 pozostawiłby odliczanie nienaruszone; spadek do 28 uruchomiłby kolejny reset na odpowiednim flagowym ledgerze.

Proces poprawek XRPL sprawdza głosy wokół flagowych ledgerów, zazwyczaj co około 15 minut. Te flagowe ledgerzy pełnią rolę powtarzających się punktów kontrolnych, w których mierzone jest poparcie, a dwutygodniowy zegar biegnie tylko wtedy, gdy wynik pozostaje powyżej progu. Gdy poprawka utrzyma ponad 80% poparcia przez dwa tygodnie, zmiana zostaje trwale zastosowana do kolejnych wersji ledgera.

Kod serwera i zasady Mainnetu to osobne etapy

Coindoo wcześniej wyjaśniał, jak BatchV1_1 może koordynować powiązane instrukcje płatności. Ta funkcjonalność nie jest kwestią podnoszoną przez reset. Aktualne pytanie brzmi, czy poprawiona wersja może ukończyć proces walidatorski wymagany do wejścia w życie tych zasad transakcyjnych w Mainnecie.

Dostępność w oprogramowaniu serwerowym czyni poprawkę uprawnioną do głosowania walidatorów, natomiast zachowanie Mainnetu zmienia się dopiero po jej włączeniu przez sieć. Z tego powodu data z dashboardu należy odczytywać jako bieżący szacunek postępu zarządzania, a nie zapowiedź premiery produktu.

Dlaczego wcześniejsze wycofanie z powodów bezpieczeństwa ma teraz znaczenie

BatchV1_1 jest poprawionym następcą wcześniejszej poprawki Batch, która została wycofana przed aktywacją w Mainnecie po tym, jak badacze wykryli lukę w autoryzacji. Pierwotna wersja nigdy nie stała się aktywna, więc problem nie naraził środków użytkowników Mainnetu.

Zgodnie z raportem o luce w XRPL, wersja zastępcza wprowadziła zmiany w mechanizmach podpisywania i kontroli autoryzacji oraz przeszła dodatkowy przegląd przed powrotem do głosowania. Ten epizod pokazuje, jak proces działa zgodnie z projektem: kod dostępny w oprogramowaniu serwerowym może zostać zatrzymany, zanim kiedykolwiek zmieni zasady Mainnetu. Nowe 14-dniowe okno jest bieżącym testem zarządzania dla poprawionej implementacji.

Potwierdzenia należy szukać w ledgerze

9 października ma znaczenie tylko wtedy, gdy większość utrzyma się przez całe okno. Potwierdzenie nastąpi poprzez pseudotransakcję EnableAmendment zapisaną w ledgerze, po której BatchV1_1 stanie się aktywną zasadą Mainnetu dla kolejnych ledgerów.

Do momentu pojawienia się tego zdarzenia istotną informacją jest ciągłość większości walidatorów. Dashboard zapewnia użyteczny podgląd bieżącego odliczania, ale to zapis aktywacji w ledgerze zdecyduje, poprawiona poprawka Batch rzeczywiście przekroczyła próg i stała się częścią działającej infrastruktury XRPL.

Ten artykuł ma wyłącznie charakter informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Poparcie walidatorów i status poprawki mogą ulec zmianie.