Ta sama sekwencja – nieprawidłowe wyczyszczenie stanu połączone z błędnymi obliczeniami gazu – spowodowała oba przestoje . Podczas żadnego z incydentów środki użytkowników nie były zagrożone .

Oś czasu awarii

• 25 czerwca, ~16:03 UTC: Produkcja bloków zatrzymała się na wysokości 47 806 542 po tym, jak sekwencer wyprodukował nieprawidłowy blok, wywołując błąd konsensusu . Łańcuch był zatrzymany przez około dwie godziny. Inżynierowie zidentyfikowali problem o 16:52 UTC, wznowili wstępne sekwencjonowanie o 17:51 UTC, a o 17:58 UTC potwierdzili normalną produkcję bloków .
• 26 czerwca, ~15:33 UTC: Drugi przestój, który trwał około 14 minut, zanim przywrócono działanie .

Jesse Pollak: „Zatrzymanie nie jest w porządku”

Twórca Base, Jesse Pollak, odpowiedział publicznie na X, przyznając się do obu incydentów. Stwierdził, że środki użytkowników były bezpieczne, ale dodał wprost, że „zatrzymanie (halt) nie jest w porządku” dla platformy, która aspiruje do wspierania globalnych finansów . Opisał te przestoje jako niedopuszczalne dla ambicji Base i zapowiedział, że zespół wykorzysta je jako okazję do poprawy stabilności i niezawodności platformy .

Hard fork Beryl opóźniony o jeden dzień

Hard fork Beryl – druga samodzielna aktualizacja sieci Base – był pierwotnie zaplanowany na 25 czerwca o 18:00 UTC . Po pierwszym przestoju Base przesunął aktualizację na 26 czerwca, godz. 18:00 UTC, aby zapewnić pełną operacyjność Rejestru Aktywacji B20 przed aktywacją . Zespół podkreślił, że awaria i aktualizacja nie były ze sobą powiązane .

Co wprowadza Beryl

Beryl łączy trzy główne zmiany :

• Standard tokenów B20: Natywny standard tokenów Base dla stablecoinów, aktywów ze świata rzeczywistego (RWA) i emitentów tokenów długiego ogona (long-tail), zaimplementowany jako prekompilowany w języku Rust, kompatybilny z ERC-20, wbudowany bezpośrednio w oprogramowanie węzła .
• Krótszy okres wypłat: Finalizacja wypłat z pojedynczym dowodem skrócona z 7 dni do 5 dni .
• Integracja Reth V2: Kompleksowa modernizacja klienta wykonawczego, która zmniejsza wykorzystanie dysku o około 50% i zwiększa przepustowość o około 33% .

Odnowiona krytyka architektury z pojedynczym sekwencerem

Przestoje odnowiły długotrwałą krytykę, że projekt z pojedynczym sekwencerem (single-sequencer) w Base stwarza pojedynczy punkt awarii . Ponieważ Base działa z jednym sekwencerem obsługiwanym przez Coinbase w ramach stosu OP Stack, nie było zapasowych sekwencerów ani węzłów walidacyjnych, które mogłyby przejąć działanie, gdy nieprawidłowy blok zablokował potok . Wielu analityków i członków społeczności wskazało na tę architekturę jako źródło systemowego ryzyka, argumentując, że model z pojedynczym sekwencerem jest z natury nieodporny na awarie w sieci dążącej do obsługi globalnej infrastruktury finansowej .

Co dalej

Base opublikował pełny raport z analizy (post-mortem) dotyczący awarii z 25 czerwca, a zespół poinformował, że przekazał wnioski innym łańcuchom OP Stack jako informację zwrotną . Hard fork Beryl został pomyślnie aktywowany 26 czerwca, ale incydenty pozostawiły otwarte pytanie: czy łańcuch oparty na jednym sekwencerze może wiarygodnie twierdzić, że obsługuje globalne finanse?

Ta sama sekwencja – nieprawidłowe wyczyszczenie stanu połączone z błędnymi obliczeniami gazu – spowodowała oba przestoje . Podczas żadnego z incydentów środki użytkowników nie były zagrożone .

Oś czasu awarii

• 25 czerwca, ~16:03 UTC: Produkcja bloków zatrzymała się na wysokości 47 806 542 po tym, jak sekwencer wyprodukował nieprawidłowy blok, wywołując błąd konsensusu . Łańcuch był zatrzymany przez około dwie godziny. Inżynierowie zidentyfikowali problem o 16:52 UTC, wznowili wstępne sekwencjonowanie o 17:51 UTC, a o 17:58 UTC potwierdzili normalną produkcję bloków .
• 26 czerwca, ~15:33 UTC: Drugi przestój, który trwał około 14 minut, zanim przywrócono działanie .

Jesse Pollak: „Zatrzymanie nie jest w porządku”

Twórca Base, Jesse Pollak, odpowiedział publicznie na X, przyznając się do obu incydentów. Stwierdził, że środki użytkowników były bezpieczne, ale dodał wprost, że „zatrzymanie (halt) nie jest w porządku” dla platformy, która aspiruje do wspierania globalnych finansów . Opisał te przestoje jako niedopuszczalne dla ambicji Base i zapowiedział, że zespół wykorzysta je jako okazję do poprawy stabilności i niezawodności platformy .

Hard fork Beryl opóźniony o jeden dzień

Hard fork Beryl – druga samodzielna aktualizacja sieci Base – był pierwotnie zaplanowany na 25 czerwca o 18:00 UTC . Po pierwszym przestoju Base przesunął aktualizację na 26 czerwca, godz. 18:00 UTC, aby zapewnić pełną operacyjność Rejestru Aktywacji B20 przed aktywacją . Zespół podkreślił, że awaria i aktualizacja nie były ze sobą powiązane .

Co wprowadza Beryl

Beryl łączy trzy główne zmiany :

• Standard tokenów B20: Natywny standard tokenów Base dla stablecoinów, aktywów ze świata rzeczywistego (RWA) i emitentów tokenów długiego ogona (long-tail), zaimplementowany jako prekompilowany w języku Rust, kompatybilny z ERC-20, wbudowany bezpośrednio w oprogramowanie węzła .
• Krótszy okres wypłat: Finalizacja wypłat z pojedynczym dowodem skrócona z 7 dni do 5 dni .
• Integracja Reth V2: Kompleksowa modernizacja klienta wykonawczego, która zmniejsza wykorzystanie dysku o około 50% i zwiększa przepustowość o około 33% .

Odnowiona krytyka architektury z pojedynczym sekwencerem

Przestoje odnowiły długotrwałą krytykę, że projekt z pojedynczym sekwencerem (single-sequencer) w Base stwarza pojedynczy punkt awarii . Ponieważ Base działa z jednym sekwencerem obsługiwanym przez Coinbase w ramach stosu OP Stack, nie było zapasowych sekwencerów ani węzłów walidacyjnych, które mogłyby przejąć działanie, gdy nieprawidłowy blok zablokował potok . Wielu analityków i członków społeczności wskazało na tę architekturę jako źródło systemowego ryzyka, argumentując, że model z pojedynczym sekwencerem jest z natury nieodporny na awarie w sieci dążącej do obsługi globalnej infrastruktury finansowej .

Co dalej

Base opublikował pełny raport z analizy (post-mortem) dotyczący awarii z 25 czerwca, a zespół poinformował, że przekazał wnioski innym łańcuchom OP Stack jako informację zwrotną . Hard fork Beryl został pomyślnie aktywowany 26 czerwca, ale incydenty pozostawiły otwarte pytanie: czy łańcuch oparty na jednym sekwencerze może wiarygodnie twierdzić, że obsługuje globalne finanse?