Base-netwerk twee keer plat in 24 uur: dezelfde bug, uitgestelde hard fork en hernieuwde kritiek op single-sequencer

Coinbase' Layer 2-netwerk Base kampte op 25 en 26 juni 2026 met twee blokproductiestoringen binnen 24 uur. Beide werden veroorzaakt door dezelfde bug in de blokbouwlogica . De incidenten zorgden voor uitstel van de Beryl hard fork, leidden tot een felle reactie van oprichter Jesse Pollak, en wakkerden de kritiek op Base's single-sequencer-architectuur als single point of failure opnieuw aan.

Wat veroorzaakte de storingen? Dezelfde bug, twee keer

Beide storingen werden veroorzaakt door een enkele bug in de blokbouwlogica van de sequencer . Het officiële Base-team op X bevestigde dat de oorzaak is gevonden, verholpen en als feedback is gedeeld met andere OP Stack-ketens . In een uitgebreide post-mortem leggen Base-ingenieurs uit dat een ongeldige transactie werd ontvangen door de blokbouwer en, zoals verwacht, faalde tijdens de uitvoering. Het systeem maakte echter ten onrechte de journal state (de administratie van gebruikte accounts en opslagslots) niet leeg . Toen er direct daarna een geldige transactie werd uitgevoerd, gebruikte die de verouderde journal state, wat leidde tot onjuiste gasberekeningen en een ongeldig state-transition-blok [40, 45]. Dat ongeldige blok blokkeerde de hele sequencing-pijplijn, waardoor alle blokproductie stilviel.

Dezelfde reeks gebeurtenissen – het niet wissen van de journal state gevolgd door foutieve gasberekeningen – veroorzaakte beide storingen [45, 47]. In geen van beide gevallen waren gebruikersgelden in gevaar .

Tijdlijn van de storingen

• 25 juni, ~16:03 UTC: De blokproductie stopte bij blokhoogte 47.806.542 nadat de sequencer een ongeldig blok produceerde, wat leidde tot een consensusfout [22, 44]. De keten lag ongeveer twee uur plat. Ingenieurs identificeerden het probleem om 16:52 UTC, hervatten de voorlopige sequencing om 17:51 UTC en bevestigden de normale blokproductie om 17:58 UTC [22, 37].
• 26 juni, ~15:33 UTC: Een tweede storing, die ongeveer 14 minuten duurde voordat de dienstverlening was hersteld [21, 38].

Jesse Pollak: 'Een storing is niet oké'

Base-oprichter Jesse Pollak reageerde publiekelijk op X en erkende beide incidenten. Hij stelde dat gebruikersgelden veilig waren, maar voegde er onomwonden aan toe dat "een storing niet oké is" voor een platform dat de wereldfinanciering wil ondersteunen [19, 23]. Hij noemde de uitval onacceptabel voor de ambities van Base en zei dat het team de incidenten zou gebruiken om de stabiliteit en betrouwbaarheid van het platform te verbeteren .

Beryl hard fork een dag uitgesteld

De Beryl hard fork – Base's tweede onafhankelijke netwerkupgrade – stond oorspronkelijk gepland voor 25 juni om 18:00 UTC [12, 14]. Na de eerste storing stelde Base de upgrade uit tot 26 juni om 18:00 UTC om ervoor te zorgen dat de B20 Activation Registry volledig operationeel was voordat de upgrade werd geactiveerd [15, 16]. Het team benadrukte dat de storing en de upgrade niets met elkaar te maken hadden [16, 20].

Wat Beryl introduceert

Beryl bundelt drie grote veranderingen :

• B20-tokenstandaard: Base's eigen tokenstandaard voor stablecoins, real-world assets (RWA's) en long-tail-tokenuitgevers, geïmplementeerd als een ERC-20-compatibele Rust-precompile die direct in de nodesoftware is ingebouwd [1, 14, 11].
• Korter opnamevenster: De finaliteit voor opnames met één bewijs wordt teruggebracht van 7 dagen naar 5 dagen [1, 12].
• Reth V2-integratie: Een volledige herziening van de execution-client die het schijfgebruik met ongeveer 50% vermindert en de doorvoer met ongeveer 33% verhoogt [1, 10, 14].

Hernieuwde kritiek op de single-sequencer-architectuur

De storingen wakkerden de al lang bestaande kritiek aan dat Base's single-sequencer-ontwerp een single point of failure creëert [33, 36]. Omdat Base één enkele sequencer gebruikt, beheerd door Coinbase onder de OP Stack, waren er geen back-up-sequencers of validatienodes die het konden overnemen toen het ongeldige blok de pijplijn blokkeerde . Meerdere analisten en communityleden wezen op deze architectuur als het onderliggende systeemrisico en betoogden dat een single-sequencer-model inherent kwetsbaar is voor een netwerk dat de mondiale financiële infrastructuur wil ondersteunen [33, 36].

Wat komt er nu?

Base heeft een volledige post-mortem over de storing van 25 juni gepubliceerd en het team heeft aangegeven de bevindingen te hebben gedeeld met andere OP Stack-ketens [45, 47]. De Beryl hard fork is op 26 juni succesvol geactiveerd, maar de incidenten laten een prangende vraag achter: kan een keten die draait op een enkele sequencer geloofwaardig beweren de wereldfinanciering te ondersteunen?