Robinhood Chain produzierte trotz App-Störung durchgehend Blöcke

Robinhood Chain produzierte während der Störung am 4. September durchgehend Blöcke. Damit widerlegt der Befund einen früheren Bericht, laut dem die Blockproduktion mindestens 14 Minuten lang ausgesetzt war. Glass Hull zählte an allen 1.440 Minuten des Tages insgesamt 854.255 Blöcke. Zwischen den erfassten Zeitstempeln der Blöcke lagen höchstens zwei Sekunden. In der Minute ab 12:57 UTC, dem angeblichen Beginn des Ausfalls, produzierte das Netzwerk 592 Blöcke.

Warum das wichtig ist

Die kontinuierliche Blockproduktion bedeutete nicht, dass Nutzer einen normalen Betrieb erlebten. Eine Analyse von Walnut vom 23. September ergab, dass der erfolgreiche Traffic über stark genutzte Robinhood-Chain-Apps zwischen etwa 12:37 und 13:20 UTC deutlich zurückging. Während des Einbruchs schloss die durchschnittlich stark genutzte App nur etwa ein Fünftel ihrer üblichen erfolgreichen Transaktionen ab. Walnut verwies auf verzögerte Oracle-Aktualisierungen und fehlgeschlagene Smart-Wallet-Transaktionen. Das deutet darauf hin, dass einige Übermittlungsversuche möglicherweise verloren gingen, bevor sie Blöcke erreichten. Aus öffentlich zugänglichen Blockchain-Daten geht jedoch nicht hervor, an welcher Stelle der Fehler auftrat.

Im früheren Bericht wurden offenbar die Blockproduktion und das Einstellen von Transaktionsdaten auf Ethereum verwechselt. Glass Hull erfasste zwei Pausen bei diesen Datenübertragungen: von 12:29:47 bis 12:38:23 UTC und von 12:42:47 bis 12:48:11 UTC. Beide endeten vor 12:57 und keine von ihnen unterbrach die Blockproduktion. Im Liveness-Protokoll von L2BEAT sind vergleichbare Lücken bei der Übermittlung von Daten an Ethereum verzeichnet.

Auswirkungen auf den Markt

QuickNode begann um 13:10 UTC mit der Untersuchung erhöhter Latenzen im Robinhood-Chain-Mainnet. Später warnte das Unternehmen, dass Nutzer während der Untersuchung von Problemen mit der Verbindung zum Sequencer-Feed mit Leistungseinbußen und nicht ausgeführten Transaktionen rechnen müssten. Dieser Bericht beschreibt den Dienst von QuickNode, nicht das gesamte Netzwerk. Arbitrum erklärte, die Chain sei nicht ausgefallen und direkte Nutzertransaktionen hätten sich nicht verzögert. Zugleich räumte das Unternehmen kurzzeitige Leistungseinbußen bei einigen Anbietern ein, die auf seinen Datenstrom angewiesen waren.

Der Vorfall macht einen wichtigen Unterschied bei der Zuverlässigkeit von Layer-2-Netzwerken deutlich: Eine Chain kann weiter Blöcke produzieren, während der App-Traffic oder die Dienste von Anbietern beeinträchtigt sind. Die öffentlichen Daten bestätigen die App-Störung, lassen aber offen, wo genau der Fehler außerhalb der Chain auftrat und ob er mit den Pausen bei der Datenübertragung zusammenhing.