Doppelter Block-Produktionsausfall bei Base: Wie ein Sequencer-Fehler das Ethereum-Layer-2-Netzwerk lahmlegte

Dieser ungültige Block löste einen Konsensfehler aus: Der Sequencer erzeugte nach Block 47.806.542 einen ungültigen Block, was die Netzwerk-Kette daran hinderte, weitere Blöcke zu erstellen. Node-Betreiber konnten die normale Synchronisation erst fortsetzen, nachdem das Problem behoben war.

Zeitlicher Ablauf der beiden Ausfälle

Der zweite Ausfall am 26. Juni wurde als derselbe zugrunde liegende Fehler der Blockproduktion beschrieben, der kurz nach dem ersten Vorfall erneut auftrat, wobei sich das Netzwerk beim zweiten Mal schneller erholte.

Während beider Zeiträume waren neue Blöcke eingefroren oder blockiert, was die normale Transaktionsverarbeitung unterbrach. Allerdings waren nach offiziellen Angaben keine Nutzergelder gefährdet.

Der eingesetzte Fix

Das Engineering-Team von Base wandte einen Patch auf den Sequencer an, um sicherzustellen, dass der Journal State nach einem fehlgeschlagenen Transaktionsdurchlauf ordnungsgemäß aktualisiert wird. Der Fix kann in einem öffentlichen GitHub-Pull-Request (#3806) verfolgt werden.

Nach dem Patch normalisierte sich der Betrieb, aber Base riet Validator-Node-Betreibern, ihre Knoten neu zu starten oder zu resynchronisieren, um den Sync-Status wiederherzustellen. Das Team stellte fest, dass beide Ausfälle auf denselben Bug zurückzuführen waren und dass ein zweites, verwandtes Problem (PR #3805) dazu führte, dass der Vorfall am folgenden Tag erneut auftrat.

In der Folge verschob Base die Einführung des geplanten Beryl-Mainnet-Upgrades und die Aktivierung des B20-Token-Standards um einen Tag, um das Netzwerk zu stabilisieren.

Single-Sequencer-Architektur: Ein grundlegendes Problem

Die aufeinanderfolgenden Ausfälle entfachten die Debatte über die Widerstandsfähigkeit des Single-Sequencer-Designs von Base neu, das zwar bei vielen Optimistic Rollups üblich ist, aber einen klaren Single Point of Failure darstellt.

Zu den wichtigsten Bedenken, die das Post-Mortem und die Berichterstattung der Branche aufwarfen, gehören:

• Single Point of Failure: Ein Bug auf Sequencer-Ebene in der Block-Erstellungslogik kann die gesamte Blockproduktion von Base lahmlegen und neue Blöcke im gesamten Netzwerk einfrieren.
• Manuelle Wiederherstellung: Die Wiederherstellung erforderte, dass Validator-Node-Betreiber ihre Knoten manuell neu starteten oder resynchronisierten, anstatt dass sich das Netzwerk selbst heilte.
• Zuverlässigkeitsrisiko: Die aufeinanderfolgenden Ausfälle warfen erneut Fragen zur Zuverlässigkeit des schnell skalierenden L2-Ökosystems auf, insbesondere in Zeiten hoher Aktivität oder geplanter Upgrades.
• Geplante Verbesserungen: Base kündigte an, seine Tests mit Fuzz-Tests, Lasttests, Monitoring und besseren Wiederherstellungstools zu verstärken, um die Wahrscheinlichkeit eines erneuten Auftretens zu verringern.

Der Vorfall zeigt, dass selbst die größten Ethereum-L2-Netzwerke durch einen Randfall im Zustandsmanagement eines einzelnen Sequencers offline geschaltet werden können – und dass automatisierte Failover- und Wiederherstellungssysteme im gesamten Rollup-Ökosystem noch in den Kinderschuhen stecken.