Coinbases Ethereum L2-netværk Base ramt af to nedbrud på 48 timer – samme fejl bag begge udfald

Den ugyldige blok udløste en konsensusfejl: Sequenceren producerede en ugyldig blok efter blok 47.806.542, hvilket forhindrede netværket i at bygge yderligere blokke. Nodeoperatører kunne ikke fortsætte normal synkronisering, før problemet var løst.

Tidslinje for de to nedbrud

Det andet nedbrud den 26. juni blev beskrevet som en gentagelse af den samme type blokeringsfejl kort efter den første hændelse, selvom netværket kom sig hurtigere anden gang.

I begge perioder blev nye blokke frosset eller sat i stå, hvilket forstyrrede den normale behandling af on-chain-transaktioner. Der blev dog ikke rapporteret om, at brugeres midler var i fare under nogen af hændelserne.

Den implementerede rettelse

Bases ingeniørteam anvendte en opdatering på sequenceren for at sikre, at journaltilstanden opdateres korrekt under udførelse efter en mislykket transaktion. Rettelsen kan følges i et offentligt GitHub pull request (#3806).

Efter rettelsen genoptog netværket normal drift, men Base rådede validatordernoder til at genstarte eller gensynkronisere deres noder for at genoprette synkroniseringsstatus. Teamet bemærkede, at begge nedbrud stammede fra den samme fejl, og at et andet, relateret problem (PR #3805) forårsagede, at hændelsen gentog sig den følgende dag.

I kølvandet på hændelserne udsatte Base rulningen af den planlagte Beryl-mainnet-opgradering og B20-token-standardaktivering med én dag for at stabilisere netværket.

Single-sequencer-arkitektur: En bredere bekymring

De to på hinanden følgende nedbrud genoptog debatten om modstandsdygtigheden af Bases single-sequencer-design, som er almindeligt blandt mange optimistiske rollups, men som introducerer et klart single point of failure.

Centrale bekymringer, der er rejst af post-mortem og dækning i branchen, omfatter:

• Single point of failure: En fejl i sequencerens blokbygningslogik kan stoppe hele Bases blokproduktion og fryse nye blokke på tværs af netværket.
• Manuel genopretning: Genopretning krævede, at validatordernodeoperatører manuelt genstartede eller gensynkroniserede deres noder, i stedet for at netværket helbredte sig selv.
• Pålidelighedsrisiko: De to på hinanden følgende fejl rejste nye spørgsmål om pålideligheden af det hurtigt voksende L2-økosystem, især i perioder med høj aktivitet eller planlagte opgraderinger.
• Planlagte forbedringer: Base sagde, at de ville styrke deres testning med fuzz-tests, belastningstests, overvågning og bedre genopretningsværktøjer for at reducere sandsynligheden for gentagelser.

Hændelsen viser, at selv de største Ethereum L2-netværk kan bringes offline af en state-management-kantcase i en enkelt sequencer – og at automatiserede failover- og genopretningssystemer stadig er et arbejde i gang i rollup-økosystemet.