BNB Chain wydał awaryjną łatkę dla swojego klienta wykonawczego BSC-Reth, usuwającą błąd w starszym procesie obliczania korzenia stanu (state root). Aktualizacja, BSC-Reth v0.1.4-hotfix, została opublikowana w wydaniu na GitHubie 6 listopada i jest zalecana dla operatorów infrastruktury mainnetu oraz testnetu — zgodnie z doniesieniami coinpaper.

Klienty wykonawcze to programy, które węzły uruchamiają w celu przetwarzania transakcji i utrzymywania stanu łańcucha, a BSC-Reth to implementacja klienta wykonawczego Reth w sieci BNB Chain. Ponieważ klienty poszczególnych sieci dziedziczą kod ze wspólnego projektu nadrzędnego, poprawki wprowadzone we wspólnym kodzie trafiają do wydań każdej sieci — a, jak pokazuje ten incydent, mogą do nich trafiać również błędy.

Błąd obliczania korzenia stanu

Problem pochodzi ze starszej ścieżki obliczania korzenia stanu odziedziczonej z klienta wykonawczego Reth. W określonych warunkach, związanych ze strukturami danych blockchaina, oprogramowanie mogło generować nieprawidłowy korzeń stanu.

Korzeń stanu to kryptograficzna reprezentacja aktualnego stanu blockchaina, obejmująca dane takie jak salda kont i pamięć masowa kontraktów inteligentnych. Węzły polegają na tych obliczeniach, aby weryfikować, że transakcje zostały przetworzone spójnie w całej sieci.

Jeśli węzeł obliczy nieprawidłowy korzeń stanu, może odrzucić poprawne bloki lub wygenerować wynik różniący się od pozostałej infrastruktury sieci. Takie rozbieżności mogą wpływać na niezawodność weryfikacji blockchaina.

Co zmienia hotfix

BSC-Reth v0.1.4-hotfix zawiera poprawkę pochodzącą z projektu deweloperskiego Reth. Zgodnie z notatkami wydania zmiana dotyczy konkretnie problemów związanych z przyrostowym obliczaniem korzenia stanu.

Aktualizacja obejmuje walidatorów, twórców maksymalizujących wartość wydobywalną (MEV), operatorów pełnych węzłów oraz operatorów sentry. Dotknięci operatorzy muszą zainstalować nową wersję oprogramowania i zrestartować swoje węzły. Aktualizacja nie wymaga migracji bazy danych ani dodatkowego hard forka, co utrzymuje wdrożenie w ramach rutynowego cyklu instalacji i restartu, a nie skoordynowanej zmiany protokołu.

Base również usunął podatność Reth

Problem z oprogramowaniem nie ograniczał się do BNB Chain. Inne sieci zgodne z Ethereum korzystające z dotkniętych implementacji Reth również musiały ocenić swoje narażenie.

Base wspierany przez Coinbase potwierdził, że jego deweloperzy zidentyfikowali i usunęli podatność. Sieć wdrożyła zaktualizowany klient wykonawczy po zbadaniu potencjalnego wpływu i nie odnotowała zakłóceń w działaniu sieci ani strat środków użytkowników.

To wydarzenie jest szczególnie istotne dla Base, ponieważ sieć wcześniej rozszerzyła wykorzystanie infrastruktury opartej na Reth w ramach aktualizacji Azul.

BNB Chain wyjaśnił również, że jego sieć opBNB nie jest dotknięta, ponieważ nie korzysta z podatnego klienta op-reth. W tych sieciach narażenie zależało od tego, który klient wykonawczy dany łańcuch uruchamiał — co pokazuje, jak wspólny kod nadrzędny może łączyć niezależne ekosystemy.

Nowo załatana kwestia jest odrębna od historycznych podatności mostków, które wymagały awaryjnej interwencji w sieci. Nie przypisano błędu obliczania korzenia stanu potwierdzonego wykorzystania, utraty środków klientów ani ogólnosieciowego wyłączenia BSC.

Hard fork Jenner pozostaje zaplanowany na grudzień

Awaryjne wydanie oprogramowania następuje w momencie, gdy BNB Smart Chain przygotowuje się do następnej planowanej aktualizacji protokołu — hard forka Jenner. Wcześniejsze wydanie BSC-Reth v0.1.4 zaplanowało hard fork na 8 grudnia 2026 roku o 02:30 UTC.

W przeciwieństwie do hotfixa z 6 listopada Jenner obejmuje planowane zmiany protokołu, które będą wymagały od operatorów mainnetu uruchamiania zgodnego oprogramowania. Rozróżnienie jest istotne: najnowsza łatka koryguje błąd obliczeniowy w oprogramowaniu bez wprowadzania nowych reguł sieciowych, podczas gdy aktualizacja Jenner to zaplanowana zmiana protokołu. Dla operatorów węzłów praktyczna kolejność obejmuje dwa osobne punkty kontrolne — zastosowanie v0.1.4-hotfix teraz, a następnie zapewnienie zgodności klienta przed planowaną aktywacją forka w grudniu.

Wcześniejsze incydenty bezpieczeństwa związane z BNB Chain i atakami na mostki międzyłańcuchowe wykazały różne zagrożenia związane z aplikacjami blockchain, mostkami i podstawową infrastrukturą sieci. Najnowszy hotfix rozwiązuje kwestię poprawności oprogramowania, a w materiale źródłowym nie odnotowano potwierdzonego wpływu na środki użytkowników.

Źródło: coinpaper | Relacja oryginalna: Ethan Collins, Hokanews