270-Millionen-Dollar-Hack legt Altcode-Risiko bei Solana und Ethereum frei
2016 stand Ethereum nach dem DAO-Hack vor der Frage, ob Code wirklich Gesetz bleibt, wenn Code Geld verliert. Der Sprung ins Jetzt wirkt kleiner, als die Branche gern hätte. Solana will laut CoinDesk eine Transaktionsfunktion streichen, die beim 270-Millionen-Dollar-Drift-Hack genutzt wurde. Ethereum ringt laut CoinDesk parallel um geplante Gas-Änderungen bei Glamsterdam, weil alte Verträge sonst beschädigt werden könnten.
Das Interessante an beiden Vorgängen ist nicht der einzelne Fehler, sondern die neue Ähnlichkeit zu alter Finanzinfrastruktur. Große Blockchains wirken plötzlich wie Börsensysteme mit Jahrzehnten an Anschlusskabeln. Jede Reparatur muss durch einen Maschinenraum, in dem Verträge, Custody-Prozesse und alte Annahmen weiterlaufen.
CoinDesk berichtet über einen Entwurf bei Solana, der die Funktion „durable nonces“ abschaffen würde. Frühestens am 5. Mai 2027 soll sie demnach enden. Dieselbe Funktion wurde laut CoinDesk beim Drift-Hack über 270 Millionen Dollar genutzt. Bei Ethereum zielen zwei konkurrierende Vorschläge darauf, Glamsterdam so zu gestalten, dass geplante Gas-Änderungen alte Verträge nicht brechen.
Der Drift-Hack macht Solanas Altlast sichtbar
Solanas Problem beginnt bei einer Funktion, die einmal einen praktischen Zweck hatte. „Durable nonces“ erlauben Transaktionen, die nicht sofort in den normalen Ablauf passen. Laut CoinDesk betrifft das besonders Verwahrer, die offline signieren. Offline-Signatur heißt: Ein Schlüssel berührt nicht dauerhaft ein verbundenes System. Das gilt in der Krypto-Verwahrung als Schutz gegen einfache Angriffe.
Genau diese Schutzlogik erzeugt jetzt Umbaukosten. Der Entwurf bei Solana würde die Funktion nicht sofort beenden, sondern frühestens am 5. Mai 2027. Diese Frist sagt viel. Wenn eine Blockchain eine gefährliche Funktion einfach morgen abschalten könnte, wäre der Fall klein. Die lange Vorlaufzeit zeigt, dass reale Abläufe daran hängen. Custodians müssten laut CoinDesk neu bauen, wie sie Coins bewegen.
Damit verschiebt sich die Debatte. Solana muss nicht nur zeigen, dass ein bestimmter Angriffsweg verschwindet. Das Netzwerk muss zeigen, dass eine Sicherheitsreparatur durch die operative Wirklichkeit seiner Nutzer passt. In einem jungen System klingt das wie ein Widerspruch. In einem großen System ist es Alltag.
Ethereums Glamsterdam-Problem entsteht vor dem Schaden
Ethereum steht an einer anderen Stelle derselben Kurve. Bei Glamsterdam geht es laut CoinDesk um geplante Änderungen an Gas. Gas ist die Abrechnung von Rechenarbeit in Ethereum-Transaktionen. Wenn diese Regeln sich ändern, können alte Verträge anders reagieren als geplant.
CoinDesk berichtet von zwei konkurrierenden Ethereum-Vorschlägen, die genau das verhindern sollen. Beide wollen vermeiden, dass Glamsterdam bestehende Verträge bricht. Sie unterscheiden sich demnach darin, was Verträge sehen und was Nutzer bezahlen. Diese Formulierung klingt technisch. Sie beschreibt aber den Kern jeder gewachsenen Infrastruktur: Die Oberfläche muss für alte Systeme stabil wirken, auch wenn darunter neue Regeln gelten.
Das ist die Stelle, an der Blockchains erwachsen werden. Eine neue Kette kann sauber entwerfen. Eine genutzte Kette muss mit Vergangenheit arbeiten. Verträge liegen auf der Kette, Teams lösen sich auf, Schlüssel verschwinden, Geschäftsmodelle bauen Annahmen in Code. Wer danach die Regeln ändert, ändert nie nur die Gegenwart.
Gefährliche oder unpassende Funktionen müssen raus, auch wenn Migration schmerzt. Sonst bleibt der alte Fehler als Einladung für den nächsten Angriff im System.
Kompatibilität ist selbst ein Sicherheitsversprechen. Wenn alte Verträge brechen, verlieren Nutzer Vertrauen in Regeln, die eigentlich dauerhaft gelten sollten.
Warum alte Verträge neue Regeln bremsen
Der Vergleich mit Börsensystemen ist unbequem, aber nützlich. Auch dort reicht eine bessere Architektur selten aus. Clearing, Verwahrung, Schnittstellen und Altsoftware bestimmen, wie schnell etwas wirklich geändert werden kann. Der Unterschied liegt im Versprechen. Blockchains verkaufen Unveränderlichkeit stärker als klassische Finanzsysteme.
Gerade deshalb wird Rückwärtskompatibilität zur politischen Frage. Sie klingt nach Entwicklerhygiene, betrifft aber Eigentum, Zugriff und Vertrauen. Wenn Solana eine Funktion abschafft, verlieren manche Nutzer nicht zwingend Geld, aber sie verlieren einen vertrauten Prozess. Wenn Ethereum Gas-Regeln anpasst, trifft die Änderung nicht nur künftige Apps, sondern auch Verträge, die mit früheren Annahmen geschrieben wurden.
Der Markt unterschätzt diese Ebene gern, weil sie kaum spektakulär wirkt. Hacks liefern klare Bilder. Ein Betrag fehlt. Ein Angriffsweg steht im Raum. Die Reparatur sieht dagegen wie ein internes Governance-Dokument aus. Doch genau dort entscheidet sich, ob eine Blockchain mit Größe umgehen kann.
Der bessere Migrationsplan wird zum Sicherheitsmerkmal
Aus Nutzersicht wirkt Sicherheit oft binär. Ein Protokoll ist sicher oder unsicher. In reifen Netzwerken stimmt diese Lesart zu selten. Sicherheit besteht dann aus mehreren Schichten: Code, Betrieb, Migration und der Fähigkeit, alte Abhängigkeiten sichtbar zu machen.
Solana benennt mit dem geplanten Ende der „durable nonces“ eine konkrete Bruchstelle. Ethereum versucht bei Glamsterdam, eine Regeländerung so zu verpacken, dass alte Verträge weiter funktionieren. Beide Fälle zeigen dieselbe Reifung. Die technische Lösung allein reicht nicht mehr. Der Übergang wird Teil des Produkts.
Das erklärt auch, warum schnelle Reparaturen nicht automatisch bessere Reparaturen sind. Eine Blockchain, die kritische Funktionen abrupt kappt, kann operative Risiken erzeugen. Eine Blockchain, die jedes Altsystem ewig schont, konserviert Fehler. Zwischen diesen Polen entsteht die eigentliche Konkurrenz der großen Netzwerke.
2016 ging es nach dem DAO-Hack noch um eine harte Grundsatzfrage: Darf eine Blockchain ihre Geschichte korrigieren? 2026 liest sich die Frage nüchterner. Große Netzwerke müssen ihre Geschichte nicht dauernd umschreiben. Sie müssen mit ihr leben. Die 270 Millionen Dollar beim Drift-Hack sind deshalb mehr als eine Schadenszahl. Sie markieren, wie teuer alte Bequemlichkeit werden kann, wenn sie in Infrastruktur eingebaut ist.
