Starknet Nachbetrachtung: Fehler bei der Ausführung führte zu kurzer Mainnet-Ausfall

• Ein Blockifier-Statusfehler verursachte eine Diskrepanz mit der Beweis-Schicht, was zu einem Stillstand und einem Rollback der jüngsten Starknet-Aktivitäten führte.
• Sicherheitssysteme stoppten fehlerhafte Ausführungen vor der Ethereum-Finalität, obwohl Nutzer weiterhin Ausfallzeiten und Transaktionsrücknahmen erlebten.
• Etwa 18 Minuten Netzwerkaktivität wurden rückgängig gemacht, was die Nutzer zwang, Transaktionen nach Wiederaufnahme des Dienstes erneut einzureichen.
• Starknet plant stärkere Tests und schnellere Erkennung, da komplexe Layer-2-Systeme weiterhin Zuverlässigkeitsrisiken ausgesetzt sind.

Starknet hat einen Nachrufbericht veröffentlicht, der die Ursache eines kurzen Mainnet-Ausfalls am Montag erklärt. Der Vorfall führte zu einem kurzen Netzwerkstopp und einem Rollback der letzten Blöcke.

Allerdings betraf es nicht die endgültige Abwicklung auf Ethereum. Laut Team funktionierten die integrierten Sicherheitssysteme wie vorgesehen, auch wenn Nutzer Ausfallzeiten und Transaktionsrücknahmen erlebten.

Starknet-Ausfall auf Blockifier-Statusfehler zurückgeführt

Wie im Bericht enthalten, resultierte der Ausfall aus einer Diskrepanz im Netzwerkstatus zwischen Starknets Ausführungsschicht, bekannt als der Blockifier, und seiner Beweis-Schicht. Der Blockifier ist verantwortlich für die Ausführung von Transaktionen. Währenddessen überprüft die Beweis-Schicht, ob diese Ausführungen korrekt sind, bevor sie auf Ethereum finalisiert werden.

Ein Softwarefehler im Blockifier führte unter sehr spezifischen Bedingungen zu einem falschen Transaktionsergebnis. Diese Bedingungen umfassten funktionsübergreifende Aufrufe, Statusänderungen, Transaktionsrücknahmen und Logik, die diese Rücknahmen abfängt.

Bildquelle: Starknet

In diesem Randfall behielt der Blockifier fälschlicherweise eine Statusänderung bei, die nach einem Rückruf einer Funktion verworfen werden sollte. Dadurch unterschied sich das Transaktionsergebnis von dem, was die Beweis-Schicht erwartete.

Aufgrund der Inkonsistenz erreichte die fehlerhafte Ausführung nie die Ethereum-Finalität. Stattdessen stoppte das Netzwerk und rollte die jüngsten Aktivitäten zurück, um einen konsistenten Zustand wiederherzustellen. Starknet sagte, dieses Verhalten spiegelt ein Kernprinzip des Designs wider, das auf die Wahrung der Korrektheit auch bei unerwartetem Verhalten der Ausführungssoftware ausgelegt ist.

Eine Block-Neuordnung folgte dem Vorfall, bei der etwa 18 Minuten Netzwerkaktivität ausgelöscht wurden. Während dieser Zeit wurden bestätigte Transaktionen rückgängig gemacht und mussten nach Wiederaufnahme des Dienstes erneut eingereicht werden. Starknet gab an, dass die volle Funktionalität seitdem wiederhergestellt wurde.

Wiederholte Ausfälle rücken Komplexität von Layer-2-Netzwerken in den Fokus

Im Jahr 2025 erlebten Starknet-Nutzer einen noch störenderen Ausfall als den Vorfall am Montag. Im September löste ein bedeutendes Protokoll-Upgrade namens Grinta einen Sequencer-Bug aus, der das Netzwerk über fünf Stunden lang stoppte.

Bildquelle: Starknet

Während dieses Zeitraums konnten Transaktionen nicht verarbeitet werden, was die Nutzer zwang, zu warten oder Aktivitäten erneut einzureichen. Zwei Chain-Reorganisations waren notwendig, um den normalen Betrieb wiederherzustellen, und etwa eine Stunde Netzwerkaktivität wurde rückgängig gemacht.

Betroffene Nutzer mussten ebenfalls Transaktionen erneut einreichen, was den Handelsteilnehmern Schwierigkeiten bereitete. Diese Vorfälle zeigen die anhaltenden Herausforderungen, denen fortschrittliche Layer-2-Netzwerke gegenüberstehen.

Starknet läuft auf mehreren eng verbundenen Systemen, darunter Ausführungsmotoren, Zero-Knowledge-Beweis-Schichten, Sequencer und Abwicklung auf Ethereum. Jede Schicht verbessert Sicherheit oder Skalierbarkeit, erhöht aber auch die Komplexität.

Mit zunehmender Interaktion mehrerer Schichten können seltene Softwarefehler auf unerwartete Weise auftreten, selbst wenn die Kern-Sicherheitsmechanismen intakt bleiben.

Starknet-Vorfall hebt Nutzerkosten von Layer-2-Rückrollbacks hervor

Der jüngste Ausfall zeigt, wie kleine Ausführungsfehler dennoch sichtbare Störungen auslösen können, selbst wenn Sicherheitssysteme korrekt funktionieren. Die Beweis-Schicht von Starknet diente als Schutzmechanismus, der die Inkonsistenz vor der endgültigen Abwicklung erkannte. Dieser Schutz entfernt jedoch nicht die nutzerbezogenen Kosten von Ausfallzeiten und Reorgs.

Kleine Ausführungsfehler können weiterhin deutliche Netzwerkstörungen verursachen, selbst wenn die integrierten Sicherheitssysteme wie vorgesehen arbeiten. Im Fall von Starknet erkannte die Beweis-Schicht die fehlerhafte Transaktion, bevor sie die endgültige Abwicklung auf Ethereum erreichte, und verhinderte so dauerhaften Schaden am Netzwerk.

Selbst wenn Nutzergelder geschützt sind, störten Ausfallzeiten und Chain-Reorganisations die normale Aktivität. Händler und Anwendungen, die auf schnelle und vorhersehbare Transaktionsausführung angewiesen sind, waren am stärksten betroffen, da rückgängig gemachte Blöcke die Nutzer zwangen, Transaktionen erneut zu senden und unerwartete Verzögerungen zu managen.

Starknet verschärft Tests rund um Blockifier- und Beweis-System

Nach dem jüngsten Mainnet-Ausfall laufen bei Starknet laufende technische Überprüfungen, mit besonderem Fokus auf die Reduzierung des Risikos ähnlicher Vorfälle. Neue Fuzz-Testing-Tools werden eingeführt, um die Ausführungsergebnisse des Blockifiers direkt mit dem Beweis-System zu vergleichen.

Eine interne Prüfung der Rückruf-Logik des Blockifiers ist ebenfalls im Gange, um andere Szenarien zu identifizieren, die zu falscher Statusbehandlung führen könnten. Außerdem plant das Team, die Zeit zwischen Transaktionsausführung und prover-kompatibler Ausführung zu verkürzen.

Schnellere Vergleiche würden es ermöglichen, Diskrepanzen früher zu erkennen, wodurch die Menge an Netzwerkaktivität, die zurückgerollt werden müsste, begrenzt wird.

Starknet sieht den Vorfall als Beweis dafür, dass sein Sicherheitsmodell wie geplant funktioniert, da fehlerhafte Ausführung nie die Ethereum-Finalität erreichte. Gleichzeitig erkannte das Team an, dass die Verbesserung der Stabilität weiterhin Priorität hat, während sich Layer-2-Technologie weiterentwickelt.