BNB Chain wydał pilną aktualizację oprogramowania, aby usunąć błąd w swoim kliencie wykonawczym BSC-Reth, który w określonych warunkach mógł generować nieprawidłowe obliczenia korzenia stanu (state root) blockchaina. Luka stanowiła potencjalne ryzyko dla weryfikacji węzłów i spójności sieci, dlatego deweloperzy zalecili natychmiastową instalację zaktualizowanego oprogramowania na infrastrukturze mainnetu i testnetu.

Zgodnie z wydaniem GitHub z 6 listopada, aktualizacja v0.1.4-hotfix poprawia błąd w starszym procesie obliczania korzenia stanu używanym przez BSC-Reth, pomagając zapobiec odrzucaniu poprawnych bloków przez węzły lub wyciąganiu sprzecznych wniosków co do aktualnego stanu blockchaina. Zespół deweloperski zalecił walidatorom i operatorom infrastruktury natychmiastową aktualizację systemów, jednocześnie wyjaśniając, że wpływ problemu jest ograniczony i zwykli użytkownicy kryptowalut nie muszą podejmować żadnych działań.

Jak powstał błąd

Problem źródłowy miał swójtek w starszej ścieżce obliczania korzenia stanu klienta wykonawczego Reth. W pewnych warunkach dotyczących struktur danych blockchaina oprogramowanie mogło zwracać niedokładne wyniki przy obliczaniu przyrostowych korzeni stanu.

Korzeń stanu to kryptograficzna reprezentacja aktualnego stanu blockchaina, obejmująca informacje takie jak salda kont, pamięć masowa kontraktów inteligentnych i inne dane on-chain. Węzły blockchaina polegają na tych obliczeniach, aby niezależnie weryfikować transakcje i utrzymywać zgodność co do stanu sieci. Ponieważ klienci wykonawczy tacy jak Reth wykonują tę pracę weryfikacyjną na każdym węźle, wada na tej warstwie ma konsekwencje dla całej sieci, a nie dotyczy jednej aplikacji.

Jeśli różne węzły generują niespójne korzenie stanu, mogą się różnić co do tego, czy blok jest poprawny. Takie rozbieżności mogłyby potencjalnie prowadzić do odrzucania poprawnych bloków i stwarzać trudności operacyjne dla dostawców infrastruktury.

Walidatorzy i operatorzy węzłów muszą zainstalować aktualizację

Poprawka BSC-Reth zawiera korektę pochodzącą z projektu deweloperskiego Reth, mającą rozwiązać problem obliczania przyrostowych korzeni stanu. Aktualizacja dotyczy kilku kategorii infrastruktury sieciowej, w tym walidatorów, builderów maksymalnej wartości możliwej do wyekstrahowania (MEV), pełnych węzłów i operatorów sentry. Uczestnicy ci odgrywają ważną rolę w przetwarzaniu transakcji, walidacji bloków i łączności sieciowej.

Operatorzy muszą zainstalować zaktualizowaną wersję oprogramowania i zrestartować swoje węzły, aby zastosować korektę. Informacje o wydaniu wskazują, że procedura nie wymaga migracji bazy danych ani dodatkowego hard forku. Łatka rozwiązuje problem poprawności oprogramowania bez wprowadzania zmian w regułach konsensusu blockchaina i bez wymaganych modyfikacji ze strony zwykłych użytkowników, co pozwala infrastrukturze BNB Smart Chain utrzymać ciągłość operacyjną.

BNB Chain ogłosił poprawkę za pośrednictwem swojego oficjalnego konta X:

The BSC-Reth hotfix is now available. All BSC-Reth node operators on mainnet and testnet should upgrade to v0.1.4-hotfix as soon as possible and restart their nodes. No action is required from users.
— BNB Chain (@BNBCHAIN) November 6, 2026 (x.com)

Szerzej: problem dla sieci opartych na Reth

Luka nie była wyłączna dla BNB Chain. Inne sieci zgodne z Ethereum korzystające z dotkniętych implementacji Reth również musiały sprawdzić swoje oprogramowanie pod kątem narażenia na ten sam problem. To wydarzenie odierciedla cechę strukturalną nowoczesnej infrastruktury zgodnej z EVM: wiele sieci buduje na współdzielonych open-source'owych bazach kodu klientów, więc wada pochodząca z kodu źródłowego — i jej poprawka — może trafić jednocześnie do wydań oprogramowania wielu łańcuchów.

Base wspierany przez Coinbase rozwiązał lukę po przeanalizowaniu jej potencjalnego wpływu. Jego deweloperzy wdrożyli zaktualizowany klient wykonawczy i potwierdzili, że operacje sieciowe nie doświadczyły zakłóceń ani strat środków użytkowników. Rozwój infrastruktury Base jest szczególnie istotny, ponieważ sieć wcześniej rozszerzyła poleganie na infrastrukturze wykonawczej opartej na Reth w ramach swojej aktualizacji Azul.

BNB Chain wyjaśnił również, że jego sieć opBNB nie korzysta z dotkniętego klienta op-reth, co wskazuje, że problem nie rozciąga się na tę infrastrukturę.

Nie odnotowano potwierdzonych przypadków eksploatacji, strat środków klientów ani ogólnosieciowego wyłączenia związanego z nowo zidentyfikowaną luką.

Hard fork Jenner pozostaje zaplanowany na 8 grudnia

Pilna aktualizacja przypada, gdy BNB Smart Chain przygotowuje się do kolejnej istotnej aktualizacji sieci — hard forku Jenner, zaplanowanego na 8 grudnia 2026 roku o 02:30 UTC. Wcześniejsza wersja oprogramowania BSC-Reth v0.1.4 określała przygotowania do tego planowanego upgrade'u protokołu. W przeciwieństwie do pilnej łatki z 6 listopada, Jenner obejmuje zaplanowane zmiany na poziomie protokołu, które wymagają od operatorów mainnetu utrzymywania zgodnego oprogramowania.

Rozróżnienie między tymi dwiema aktualizacjami jest ważne. Najnowsza poprawka koncentruje się wyłącznie na naprawieniu błędu obliczeniowego klienta wykonawczego, podczas gdy hard fork Jenner ma wprowadzić zaplanowane zmiany reguł sieciowych. Naprawiając lukę przed zaplanowanym hard forkem, BNB Chain dąży do wzmocnienia niezawodności infrastruktury i ograniczenia możliwości niespójności weryfikacji węzłów podczas nadchodzącego cyklu rozwoju protokołu.

To wydarzenie podkreśla również znaczenie utrzymywania niezawodnych klientów wykonawczych w ekosystemach blockchain. W miarę jak sieci rozszerzają możliwości przetwarzania transakcji i przyjmują nowe implementacje infrastruktury, luki na poziomie oprogramowania mogą stwarzać ryzyko operacyjne, nawet bez bezpośredniego zagrożenia dla środków użytkowników.

Dla BNB Chain natychmiastowym priorytetem pozostaje zapewnienie, że walidatorzy i operatorzy infrastruktury wdrożą poprawkę przed przystąpieniem do zaplanowanej grudniowej aktualizacji sieci. Do tego czasu praktycznymi elementami do śledzenia są dokończenie wdrożenia v0.1.4-hotfix wśród operatorów mainnetu i testnetu oraz instalacjaprogramowania zgodnego z Jennerem przed aktywacją 8 grudnia.