BNB Chain aktywowała hard fork Pasteur w mainnecie BNB Smart Chain o 02:30 UTC 25 sierpnia, wprowadzając trzy zmiany skupiające się na bezpieczeństwie mostów, autoryzacji walidatorów i pojemności bloków.
Podsumowanie
- BNB Chain aktywował Pasteur w mainnecie BSC o 02:30 UTC 25 sierpnia 2026 r. pomyślnie.
- Trzy propozycje wzmacniają weryfikację mostów, autoryzację walidatorów i konstrukcję bloków bez dalszego skracania czasu bloków.
- BEP-682 odrzuca zduplikowanych walidatorów podczas kontroli lekkich bloków międzyłańcuchowych, chroniąc teraz w łańcuchu wymóg prawdziwej superwiększości.
- Benchmarki QANet zwiększyły przepustowość o 88% z 1237 do 2324 transakcji na sekundę w kontrolowanych warunkach.
- Operatorzy węzłów potrzebowali wersji klienta 1.7.7 i usunięcia EnableBAL przed aktywacją mainnetu we wtorek.
Sieć potwierdziła, że Pasteur działa po planowanej aktywacji. BSC kontynuowało produkcję bloków w dotychczasowym interwale 450 milisekund, bez większych zakłóceń publicznie zgłoszonych bezpośrednio po aktualizacji.
Pasteur łączy BEP-682, BEP-695 i BEP-675 w ramach szerszego planu aktualizacji BEP-673. Zmiany działały w testnecie Chapel BSC od 21 lipca przed trafieniem do mainnetu.
BNB Chain Pasteur wzmacnia weryfikację mostów
BEP-682 zmienia sposób, w jaki BSC weryfikuje lekkie bloki przesyłane przez infrastrukturę międzyłańcuchową. Przed Pasteur proces weryfikacji nie odrzucał jawnie zduplikowanych wpisów na przesłanej liście walidatorów.
Starannie spreparowane żądanie mogło zatem zawierać tego samego walidatora więcej niż raz. Liczenie tych wpisów osobno groziło sprawieniem, że zatwierdzenie mostu wydawało się mieć poparcie większej liczby niezależnych walidatorów, niż miało w rzeczywistości.
Pasteur odrzuca powtarzające się wpisy walidatorów przed obliczeniem, czy osiągnięto wymagany próg głosowania. Każde zatwierdzenie musi teraz pochodzić od odrębnego walidatora, aby lekki blok spełniał wymóg superwiększości.
BNB Chain nie poinformował, że atakujący wykorzystali tę lukę ani nie przypisał jej żadnych wcześniejszych strat aktywów. Zmiana jest prewencyjną korektą weryfikacji mostów, a nie reakcją na ujawnioną kradzież.
Infrastruktura międzyłańcuchowa pozostaje głównym problemem bezpieczeństwa w sieciach zdecentralizowanych. W powiązanych doniesieniach ataki na mosty spowodowały łączne straty w wysokości miliardów dolarów z powodu skompromitowanych kluczy, wad kontraktów i słabej weryfikacji wiadomości.
Stare klucze walidatorów tracą swoją władzę
BEP-695 zamyka luki dotyczące rotacji kluczy walidatorów, kar i zarządzania. Gdy walidator zastępuje swój klucz operatorski, poprzedni klucz traci teraz prawa zarządzania.
Propozycja zapobiega również ucieczce walidatorów przed oczekującymi karami poprzez rotację kluczy. Procesy cięcia i usuwania pozostają przypisane do walidatora, a nie znikają, gdy zmienia się adres operatora.
Pasteur dodatkowo blokuje ograniczone adresy przed używaniem podpisów poza łańcuchem do udziału w zarządzaniu. BNB Chain już wcześniej uniemożliwiał zablokowanym adresom głosowanie bezpośrednie, ale te konta mogły potencjalnie podpisywać głosy i mieć inny adres, który je składał.
Zaktualizowane kontrakty zarządzania sprawdzają oryginalnego sygnatariusza przed policzeniem delegowanego głosu. Jeśli ten sygnatariusz jest ograniczony, głos jest odrzucany niezależnie od tego, które konto go składa.
Nowa trasa bloków zmniejsza powtarzalne wykonywanie
BEP-675 wprowadza opcjonalną trasę dla wyspecjalizowanych budowniczych do przesyłania bloków, które już wykonali. Walidatorzy sprawdzają proponowany blok pod kątem zasad konsensusu, podpisują go i rozgłaszają przed zakończeniem pełnej weryfikacji wykonania.
Wcześniejsza trasa wymagała, aby zarówno budowniczy, jak i walidator wykonali transakcje przed podpisaniem przez walidatora. To powielanie pochłaniało część krótkiego okna blokowego BSC i mogło pozostawiać bloki poniżej ich maksymalnej pojemności w okresach dużego zapotrzebowania.
Budowniczy mogą nadal korzystać z poprzedniego procesu. Nowa trasa musi być włączona przez interfejs wywołań procedur zdalnych sieci, dając uczestnikom czas na jej integrację.
BNB Chain stwierdził, że trasa może zmieścić więcej transakcji w każdym bloku, ale opublikowane dane dotyczące wydajności pochodziły z kontrolowanych testów, a nie z aktywności w sieci głównej.
Testy na QANet, wewnętrznym środowisku zaprojektowanym do odzwierciedlenia geograficznie rozproszonych walidatorów, zwiększyły przepustowość z 1237 do 2324 transakcji na sekundę. Średnie zużycie gazu na blok wzrosło z 46,35 miliona do 84,15 miliona, podczas gdy limit gazu wynoszący 100 milionów pozostał niezmieniony.
Dane z sieci głównej przetestują 88% wzrost pojemności
Pasteur nie zwiększa limitu gazu bloku ani nie skraca interwału blokowego wynoszącego 450 milisekund wprowadzonego przez aktualizację Fermi. Jego zyski pojemnościowe zależą od tego, czy budowniczy przyjmą BEP-675 i będą przesyłać pełniejsze bloki.
BNB Chain wymagał od operatorów węzłów zainstalowania wersji klienta 1.7.7 przed aktywacją. Operatorzy musieli również usunąć przestarzałe pole EnableBAL, ponieważ pozostawienie go w pliku konfiguracyjnym uniemożliwiłoby uruchomienie zaktualizowanego klienta.
Jak wcześniej informowano, BNB Chain ostrzegł operatorów o konieczności przeprowadzenia obowiązkowej aktualizacji Pasteur przed forkiem. Operatorzy uruchamiający niekompatybilne oprogramowanie ryzykowali utratę synchronizacji z siecią główną.
Kolejne dowody pochodzić będą z wykorzystania bloków na żywo, przepustowości transakcji, wskaźników brakujących bloków i wydajności walidatorów. Te pomiary pokażą, czy poprawa pojemności QANet przenosi się na trwałe zapotrzebowanie sieci głównej.
