Ein Blockchain-Halt ist ein Zeitraum, in dem eine Blockchain keine neuen Blöcke produziert. Dadurch wird auf diesem Netzwerk nichts bestätigt, bis die Validatoren es neu starten. Solche Halts entstehen durch Softwarefehler, Konsensprobleme oder einen bewussten Not-Stopp während eines Exploits. Ihre Bestände bleiben im zuletzt produzierten Block verzeichnet und sind nach der Wiederaufnahme des Netzwerks in den allermeisten Fällen weiterhin vorhanden.
Für alle, die Coins in einem eingefrorenen Netzwerk halten, sind drei Fragen entscheidend: Können Sie liquidiert werden, obwohl Sie nicht handeln können? Ist Ihre Auszahlung dauerhaft blockiert? Und sind Ihre Coins noch da, wenn die Blockproduktion wieder startet? Die kurzen Antworten lauten: auf einer zentralisierten Handelsplattform ja, fast nie und fast immer. Warum das so ist, erklärt der Rest dieser Seite.
Blockchain-Halts im Überblick
Die folgende Tabelle ist die Kurzfassung für alle, die mitten in einem Vorfall hier gelandet sind und zuerst die Antwort statt der ausführlichen Erklärung benötigen.
Metrik | Details |
Was es ist | Ein Netzwerk produziert keine neuen Blöcke mehr und keine Transaktion wird bestätigt |
Typische Ursachen | Ein Konsensfehler, eine fehlerhafte Client-Version, eine Validator-Absturzschleife oder ein bewusster Not-Stopp |
Wer entscheidet | Das Validator-Set oder bei einem Netzwerk mit nur einem Sequencer der betreibende Operator |
Beobachtete Dauer | Von etwa zwanzig Minuten bis rund dreißig Stunden in den unten genannten Fällen von 2024 bis 2026 |
Ihr On-Chain-Bestand | Im zuletzt produzierten Block eingefroren und beim Neustart normalerweise identisch |
Ein- und Auszahlungen | Ausgesetzt auf jeder Plattform, die On-Chain-Bestätigungen benötigt |
Offene Perpetual-Positionen | Auf dem internen Orderbuch einer zentralisierten Plattform weiter aktiv und weiterhin liquidierbar |
Was es meist behebt | Eine gepatchte Client-Version plus ein koordinierter Neustart der Validatoren |
Beispiel | Die Cosmos-EVM-Modul-Warnung vom Montag, 24. August 2026 |
Verfügbarkeit auf Phemex | ATOM, der Token des Cosmos Hub, ist als USDT-Perpetual-Kontrakt handelbar |
Die Zeile zu offenen Positionen wird am häufigsten missverstanden, und genau diese Zeile kann Kosten verursachen.
Was ist ein Blockchain-Halt?
Eine Blockchain ist eine Abfolge von Blöcken, und jeder Block wird von der Maschine produziert, die das Protokoll für diesen Slot ausgewählt hat. Wenn genug dieser Maschinen die Produktion verweigern, abstürzen oder sich nicht darüber einigen, wie ein gültiger Block aussehen soll, kommt die Abfolge zum Stillstand. Das ist der gesamte Mechanismus. Es gibt keine Tresortür, die zufällt, und keinen Administrator, der Konten einfriert.
Stellen Sie sich ein gemeinsames Kontobuch vor, bei dem alle vereinbart haben, dass immer nur ein Stift gleichzeitig schreibt. Wenn alle Stifthalter den Stift ablegen, wird nichts Neues eingetragen, aber nichts bereits Eingetragenes gelöscht. Jeder bis zum letzten Block erfasste Bestand bleibt genau dort, wo er war.
Gerade dieser letzte Punkt ist beruhigend, und er sollte klar ausgesprochen werden, weil Suchergebnisse während eines Vorfalls oft von Unsicherheit geprägt sind. MANTRA stellte die Blockproduktion ein; der letzte Block wurde Berichten zufolge am Donnerstag, 20. August 2026, gegen 23:13 UTC produziert, und die Produktion wurde am Samstag, 22. August 2026, gegen 05:30 UTC wieder aufgenommen. Die Chain kehrte mit Version 8.4.0 zurück, wobei Nutzerguthaben unverändert blieben und kein Rollback des Netzwerkzustands stattfand. Rund dreißig Stunden vollständiger Stillstand, und das Ledger danach war dasselbe Ledger.
Bewegt hat sich dagegen der Preis. Der Token fiel um etwa 18,5 % auf ein Rekordtief von 0,004126 US-Dollar, obwohl niemand Transaktionen ausführen konnte. Genau dieses Muster ist wichtig: Ein Halt vernichtet Ihre Coins in der Regel nicht. Er schränkt jedoch häufig Ihre Möglichkeit ein, auf Marktbewegungen zu reagieren.
Warum würden Validatoren eine Chain absichtlich anhalten?
Manche Halts werden bewusst ausgelöst. Wenn ein laufender Exploit ein Netzwerk schneller leert, als sich ein Patch einspielen lässt, ist das Stoppen der Blockproduktion oft das einzige Mittel mit sofortiger Wirkung, weil es dem Angreifer die Möglichkeit nimmt, eine weitere Transaktion einzureichen, und gleichzeitig auch Ihnen diese Möglichkeit entzieht.
Cosmos Labs setzte dieses Mittel öffentlich am Montag, 24. August 2026, ein. Das Unternehmen erklärte, ein laufender Sicherheitsvorfall habe Nutzer des Cosmos-EVM-Moduls betroffen, und teilte mit, es habe den mit ihm in Kontakt stehenden Cosmos-EVM-Chains geraten, ihre Validatoren um einen Halt zu bitten. Wichtig ist, was dort bestätigt ist und was nicht. Die Warnung und die Anweisung zum Halt sind dokumentiert. Die zugrunde liegende Schwachstelle, die vollständige Liste betroffener Chains und die Frage, ob in diesem Vorfall Mittel gefährdet waren, wurden von Cosmos Labs nicht benannt; stattdessen wurde ein Incident Report nach Abschluss des Vorfalls angekündigt.
Drei Chains, die dasselbe Modul nutzten, hatten bereits früher im Monat unautorisierte Mittelbewegungen gemeldet. KiiChain meldete, dass am Samstag, 22. August 2026, 148.326.583,15 KII in 18 wiederholten Angriffen bewegt wurden, und stoppte bei Block 9.355.723. TAC stoppte bei Block 24.671, nachdem ein einzelnes Konto geleert worden war. Unabhängige Berichte nennen für diesen Abfluss einen deutlich höheren Betrag als die Chain selbst; deshalb wird auf dieser Seite kein TAC-Betrag genannt. In Berichten wurde außerdem ein viertes Netzwerk, Nesa, als betroffen genannt, während Cosmos Labs selbst keines dieser Netzwerke namentlich erwähnte.
Die folgende Debatte über Offenlegung vermittelt ebenfalls eine wichtige Mechanik. Kritiker beanstandeten die Veröffentlichung eines Sicherheits-Fixes im offenen Quellcode, bevor die Chains, die diesen Code nutzen, privat informiert und gepatcht werden konnten, weil ein öffentlicher Commit die Schwachstelle auch für Dritte sichtbar macht. Wenn mehrere Chains, die auf gemeinsamem Code basieren, innerhalb weniger Tage anhalten, ist ein stilles Upstream-Patch eine naheliegende Erklärung.
Daraus lässt sich eine praktische Folgerung ableiten. Ein Halt mit benannter Ursache und gepatchter Versionsnummer zeigt, dass eine Chain auf einen Vorfall reagiert. Ein Halt ohne genannte Ursache, ohne Chain-Liste und ohne Zeitplan ist eher ein Signal, zusätzliche Exponierung vorsichtig zu bewerten, bis belastbare Informationen veröffentlicht werden.
Was passiert mit offenen Positionen und Liquidationen?
Ein eingefrorenes Netzwerk friert kein Derivate-Orderbuch ein. Gerade diese Unterscheidung ist der Punkt, an dem in der Praxis viele Verluste entstehen.
Ein Perpetual-Futures-Kontrakt auf einer zentralisierten Handelsplattform existiert vollständig innerhalb der Matching Engine dieser Plattform. Ihre Margin, Ihr Mark Price und Ihr Liquidationsniveau sind interne Datensätze. Die Chain, auf der der zugrunde liegende Token läuft, wird nicht konsultiert, bevor eine Position geschlossen wird. Wenn diese Chain stoppt, bewertet sich Ihre Position weiter anhand eines Index, die Funding Rate fällt weiter an, und die Liquidations-Engine läuft genauso weiter wie in der Stunde zuvor.
Die nüchterne Einordnung ist daher unangenehm: Sie können auf einen Token liquidiert werden, dessen Netzwerk angehalten ist, zu einem Preis, der auf Handelsplätzen gebildet wird, die ihn weiterhin handeln, während Ihnen jede On-Chain-Möglichkeit fehlt, zusätzliche Sicherheiten einzuzahlen.
In der Praxis verschärfen zwei Faktoren die Lage. Erstens konzentriert ein Halt Liquidität oft auf weniger Handelsplätze, was Spreads ausweitet und den Indexpreis Ihrer Position volatiler macht. Zweitens erscheinen Schlagzeilen über einen Sicherheitsvorfall im Netzwerk und ein Preisrückgang in Richtung Ihres Liquidationsniveaus oft innerhalb desselben kurzen Zeitfensters. Genau dann versuchen viele Trader, über ihre Wallet Margin nachzuschießen — und genau diese Möglichkeit nimmt der Halt.
Die praktikable Antwort ist unspektakulär und muss vor dem Vorfall umgesetzt werden. Positionsgrößen sollten so gewählt werden, dass ein Nachschuss hilfreich, aber nicht zwingend erforderlich ist. Außerdem kann es sinnvoll sein, einen Margin-Puffer direkt auf der Plattform statt auf der Chain zu halten.
Was passiert mit Ein- und Auszahlungen?
Ein- und Auszahlungen sind meist das Erste, was stoppt, und oft das Letzte, was wieder verfügbar ist. Der Grund ist einfach: Eine Plattform schreibt eine Einzahlung erst gut, wenn eine Transaktion ausreichend Bestätigungen erhalten hat, und eine angehaltene Chain produziert null Bestätigungen. Eine Auszahlung ist eine Transaktion, die die Plattform senden muss, und eine angehaltene Chain akzeptiert sie nicht.
Für eine ausstehende Auszahlung bedeutet das meist etwas Besseres, als es sich anfühlt. Eine Transaktion, die signiert, aber nie in einen Block aufgenommen wurde, bleibt einfach unbestätigt und wird verarbeitet, wenn die Blockproduktion wieder startet. Die Coins haben Ihr Guthaben nicht endgültig verlassen und sind nicht an einen anderen Ort verschwunden. Eine Transaktion, die bereits vor dem Halt bestätigt wurde, gilt als abgeschlossen und final.
Eine Unterscheidung ist besonders nützlich, weil sie eine häufige Fehldiagnose verhindert. Ein Chain-Halt ist nicht dasselbe wie eine von einer Plattform pausierte Auszahlung. Plattformen setzen Auszahlungen auch aus anderen Gründen aus, etwa wegen Wartung, Wallet-Migrationen oder internen Risikomaßnahmen, und solche Pausen treten auch dann auf, wenn das zugrunde liegende Netzwerk normal läuft. Eine einfache Prüfung besteht darin, einen Block-Explorer für das Netzwerk selbst zu kontrollieren. Wenn neue Blöcke erscheinen und nur eine einzelne Plattform eingefroren ist, liegt das Problem eher bei der Plattform als beim Protokoll.
Rechnen Sie damit, dass die Wiederaufnahme langsamer ist, als der eigentliche Halt vermuten lässt. Sobald eine Chain wieder läuft, konkurriert ein Rückstau an wartenden Transaktionen um die ersten Blöcke, und Plattformen warten in der Regel auf eine stabile Phase der Blockproduktion, bevor sie Ein- und Auszahlungen wieder öffnen. Mehrere Stunden zwischen dem Neustart der Chain und der Wiedereröffnung auf einer Plattform sind normal und kein zweiter Vorfall.
Ein Halt ist keine Reorganisation
Diese beiden Begriffe werden in Incident-Threads oft gleichgesetzt, obwohl sie in Bezug auf Ihr Geld das Gegenteil bedeuten.
Kategorie | Chain-Halt | Chain-Reorganisation |
Was passiert | Die Blockproduktion stoppt vollständig | Bestätigte Blöcke werden durch eine konkurrierende Chain ersetzt |
Ledger-Historie | Bleibt exakt so erhalten, wie sie war | Wird ab dem Fork-Punkt neu geschrieben |
Ihr Bestand | Unverändert, nur eingefroren | Kann sich ändern, wenn Ihre Transaktion verwaist |
Wie sichtbar es ist | Offensichtlich, weil nichts bestätigt wird | Oft unsichtbar, bis eine scheinbar abgeschlossene Zahlung rückgängig wird |
Typischer Auslöser | Ein Softwarefehler oder ein bewusster Not-Stopp | Eine Netzaufspaltung, ein Mining-Angriff oder Uneinigkeit zwischen Clients |
Hauptrisiko für Sie | Nicht handeln zu können, während sich Preise bewegen | Dass eine bereits akzeptierte Zahlung verschwindet |
Übliche Abhilfe | Ein gepatchter Client und ein koordinierter Neustart | Tiefere Bestätigungsanforderungen auf Plattformen |
Ein Halt nimmt Ihnen Handlungsoptionen, gibt Ihnen aber in der Regel ein intaktes Ledger zurück. Eine Reorganisation lässt Sie zwar weiter transagieren, kann jedoch im Hintergrund die Historie ändern. Wenn man zwischen beidem wählen müsste, wäre ein Halt meist das weniger problematische Szenario — genau deshalb entscheiden sich Validatoren mitunter dafür.
Was Sie vor, während und nach einem Halt tatsächlich tun können
Den Halt anhand von zwei unabhängigen Quellen prüfen
Eine scheinbare Störung ist manchmal ein Monitoring-Fehler und kein echter Netzwerkausfall. Während der Zcash-Episode am Mittwoch, 3. Juni 2026, zeigten On-Chain-Tracker mehr als vier Stunden lang keinen neuen Block, während ein großer Infrastrukturprovider öffentlich bestritt, dass das Netzwerk ausgefallen sei, und stattdessen auf Probleme bei Block-Explorern und der Node-Synchronisation verwies. Prüfen Sie einen zweiten Explorer und einen zweiten Node-Anbieter, bevor Sie auf den ersten Alarm reagieren.
Leverage reduzieren, solange es noch möglich ist
Das Zeitfenster zur Positionsanpassung liegt vor der Bestätigung der Nachricht, nicht danach. Wenn eine Chain, auf die Sie gehebelte Exponierung haben, verschlechterte Blockzeiten, ungewöhnliche Validator-Kommunikation oder eine Notfall-Client-Version zeigt, ist das oft der günstigere Zeitpunkt, die Positionsgröße zu reduzieren. Auf vollständige Gewissheit zu warten, kann kostspieliger sein.
Eine ausstehende Auszahlung unverändert lassen
Während eines Halts erneut einzureichen, zu stornieren oder neu zu signieren, bringt nichts und kann gelegentlich ein Nonce-Problem verursachen, das nach der Wiederaufnahme zusätzliche Zeit kostet. Eine unbestätigte Transaktion in einem gestoppten Netzwerk ist nicht verloren. Sie wartet in der Warteschlange.
Das Zeitfenster nach dem Neustart als risikoreichste Stunde betrachten
Neustarts sind der Moment, in dem Rückstaus aufgelöst werden, Arbitrage-Bots gleichzeitig aktiv werden und der erste echte Preis nach einer Blackout-Phase gefunden wird. Die Volatilität in der Stunde nach Wiederaufnahme der Blockproduktion ist oft höher als während des eigentlichen Stillstands, weil der Halt Handel unterdrückt und der Neustart all diese Aktivität auf einmal freisetzt.
Den Post-Mortem-Bericht lesen, bevor die Exponierung wieder erhöht wird
Ein veröffentlichter Post-Mortem-Bericht mit Blocknummer, Ursache und gepatchter Versionsnummer ist ein Hinweis darauf, dass der Fehler verstanden wurde. Schweigen nach einem Vorfall belegt dagegen nichts, und wiederholte Halts auf demselben Netzwerk innerhalb weniger Tage sind eher das Muster, das die Positionsgröße beeinflussen sollte als die bloße Meinung zum Projekt.
Ist das auch bei großen Chains passiert?
Ja. Es ist bei fast jedem großen Netzwerk vorgekommen, das nicht Bitcoin ist, und die Ursachen sind meist alltäglicher, als viele erwarten.
Netzwerk | Datum | Dauer | Grundursache |
Solana | Dienstag, 6. Februar 2024 | Etwa 5 Stunden | Endlose Re-Kompilierungsschleife im JIT-Cache, die Legacy-Loader-Programme betraf |
Sui | Donnerstag, 28. Mai 2026 | 6 Stunden 44 Minuten | Fehler in der Gas-Abrechnungslogik von Version v1.72, der Validatoren in eine Absturzschleife brachte |
Base | Donnerstag, 25. Juni 2026 | 116 Minuten | Veralteter Journal-Status nach fehlgeschlagener Transaktionsvalidierung beim Blockaufbau des Sequencers |
Zcash | Mittwoch, 3. Juni 2026 | Mehr als 4 Stunden | Folgte auf eine Reihe von Notfall-Patches und wurde zunächst als Explorer-Problem bestritten |
Solana veröffentlichte seinen eigenen Bericht über den Stillstand im Februar 2024 und hielt fest, dass die Blockproduktion um 09:53 UTC stoppte und um 14:55 UTC mit einem Neustart unter v1.17.20 wieder aufgenommen wurde. Ein fünfstündiger Ausfall auf einer Chain, die Finalität in unter einer Sekunde vermarktet, ist ein klares Beispiel dafür, dass Geschwindigkeit und Verfügbarkeit zwei verschiedene Eigenschaften sind.
Sui fror On-Chain-Assets im Wert von rund einer Milliarde US-Dollar ein und hielt am folgenden Tag, Freitag, 29. Mai 2026, ein zweites Mal an, wobei der Token über beide Vorfälle hinweg um rund 8 % fiel. Zwei Stillstände innerhalb von 48 Stunden senden ein anderes Signal als ein einzelner Vorfall; dieses Muster sollte in jede Bewertung der Netzwerkzuverlässigkeit einfließen.
Base ist ein aufschlussreicher Fall für alle, die Rollups nutzen, weil dort überhaupt kein Validator-Set koordiniert werden muss. Die Blockproduktion stoppte bei Block 47.806.542 um 15:47:13 UTC, und ein zweiter, kürzerer Vorfall folgte am Freitag, 26. Juni 2026. Laut dem eigenen Post-Mortem-Bericht von Base waren die Chain-Integrität nicht beeinträchtigt und alle Mittel auf Base sicher, was das angestrebte Ergebnis ist und zugleich den Punkt verdeutlicht. Ein Netzwerk mit nur einem Sequencer hat genau eine Komponente, die behoben werden kann, und genau eine Komponente, die ausfallen kann.
Doch die wichtigste Zahl über alle vier Fälle hinweg ist dieselbe: Keine dieser Chains hat Bestände neu geschrieben.
Schlussgedanken
Der entscheidende Mechanismus ist: Ein Halt beeinträchtigt Ihren Zugriff, nicht Ihr Eigentum. Der Ledger-Zustand bleibt erhalten, ausstehende Transaktionen werden nach Wiederaufnahme weiterverarbeitet, und die Coins, die Sie vor dem letzten Block gehalten haben, sind auch nach dem Neustart Ihre Coins. Was jedoch nicht erhalten bleibt, ist Ihre Fähigkeit, Margin hinzuzufügen, eine Position zu schließen, Sicherheiten zu verschieben oder während genau der Stunden auszuzahlen, in denen sich der Markt am ehesten gegen Sie bewegen kann.
Gerade deshalb sollte Vorbereitung an ruhigen Tagen stattfinden. Halten Sie Leverage auf einem Niveau, das selbst ein dreißigstündiger Blackout nicht bedrohlich macht, bewahren Sie einen Margin-Puffer dort auf, wo die Börse ihn sehen kann, statt dort, wo ihn die Chain erst liefern muss, und berücksichtigen Sie bei Netzwerken mit gemeinsamem Upstream-Code, dass sie auch das Halt-Risiko anderer Chains mit demselben Code teilen. Die Cosmos-EVM-Ereignisse vom August 2026 sind dafür ein aktuelles Beispiel und vermutlich nicht das letzte.
Beobachten Sie den von Cosmos Labs angekündigten Incident Report. Eine benannte Schwachstelle zusammen mit einer gepatchten Version zeigt Ihnen, um welche Fehlerklasse es sich handelt und welche anderen Chains sie möglicherweise erben. Genau diese Information ist nützlich, um Exponierung fundierter einzuschätzen.
Häufig gestellte Fragen
Kann ich liquidiert werden, während eine Blockchain angehalten ist?
Ja, wenn Ihre Position ein Derivatekontrakt auf einer zentralisierten Handelsplattform ist, denn deren Liquidations-Engine läuft auf dem internen Orderbuch und dem eigenen Indexpreis und nicht auf der angehaltenen Chain. Der Halt nimmt Ihnen die Möglichkeit, Sicherheiten einzuzahlen, ohne der Plattform die Möglichkeit zu nehmen, Ihre Position zu schließen. Positionen, die ausschließlich On-Chain in einem DeFi-Protokoll auf dem angehaltenen Netzwerk gehalten werden, sind zusammen mit dem Rest des Systems eingefroren.
Wie lange dauern Chain-Halts normalerweise?
Öffentlich dokumentierte Fälle zwischen 2024 und 2026 reichen von etwa zwanzig Minuten bis zu rund dreißig Stunden; viele wurden innerhalb eines Arbeitstags behoben. Die Dauer hängt meist deutlich stärker davon ab, wie schnell ein gepatchter Client geschrieben und verteilt werden kann, als von der Schwere des ursprünglichen Fehlers. Deshalb starten Chains mit weniger, aber besser koordinierten Validatoren oft schneller neu als stärker dezentralisierte Netzwerke.
Muss ich etwas tun, um meine Coins nach einem Halt zurückzubekommen?
Nein. Bestände werden automatisch aus dem zuletzt produzierten Block übernommen, und bei einem normalen Halt sind weder ein Claim-Prozess noch eine Migration oder eine Wallet-Aktion erforderlich. Seien Sie jedoch besonders vorsichtig bei Nachrichten, die Sie nach einem Netzwerkausfall auffordern, eine Wallet zu verbinden oder etwas zu signieren, um Mittel wiederherzustellen. Dieses Muster ist ein typisches Merkmal von Phishing, das auf einem echten Vorfall aufsetzt.
Ist ein Chain-Halt ein Zeichen dafür, dass ein Projekt scheitert?
Nicht zwingend. Fast jedes große Hochdurchsatz-Netzwerk hatte mindestens einmal einen Halt und hat sich davon erholt. Aussagekräftiger ist die Reaktion: eine veröffentlichte Grundursache mit Blocknummer und Versionsnummer, ein nachvollziehbarer Neustart und keine Wiederholung innerhalb weniger Tage. Wiederholte Halts auf derselben Codebasis innerhalb einer Woche sind eher das Muster, auf das man reagieren sollte.
Dieser Artikel dient nur zu Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Der Handel mit Kryptowährungen ist mit erheblichen Risiken verbunden. Treffen Sie Handelsentscheidungen erst nach eigener Recherche.
