Skip to content
AV
DeFi

LayerZero DVN-Fehlkonfiguration: Wie Kelp DAO 292 Millionen Dollar verlor

By Anurag Verma•April 22, 2026
LayerZero DVN-Fehlkonfiguration: Wie Kelp DAO 292 Millionen Dollar verlor

LayerZero DVN Fehlkonfiguration: Wie Kelp DAO 292 Millionen Dollar verlor

Der Kelp DAO-Exploit stammte nicht von einem fehlerhaften Smart Contract. Es gab keine Reentrancy, keine Oracle-Manipulation, keine Flash-Loan-Arbitrage. Was geschah, war einfacher und peinlicher: ein einzelnes LayerZero DVN (Decentralized Verifier Network) mit einem 1-von-1-Schwellenwert, was bedeutete, dass ein einziger kompromittierter Verifier jede beliebige Cross-Chain-Nachricht fälschen konnte. Als dieser Verifier übernommen wurde, prägten Angreifer rsETH auf der Zielchain ohne jegliche Deckung. Innerhalb weniger Stunden waren laut CoinDesk's Breaking Report 292 Millionen Dollar weg, das rsETH-Angebot war um 18 % geschrumpft, und die Restaking-Ansteckung hatte einen TVL-Abfluss von 13 Milliarden Dollar bei Aave und verbundenen Protokollen ausgelöst.

Das war kein ausgeklügelter Hack. Es war eine offene Eingangstür, die die Protokollarchitekten offen gelassen hatten, weil LayerZero es ihnen erlaubte.

Der LayerZero rsETH-Hack ist der Musterfall dafür, was passiert, wenn Modularität ohne erzwungene Mindestwerte ausgeliefert wird. Konfigurationsflexibilität ist ein legitimer technischer Wert, bis sie selbst zur Angriffsfläche wird.

Was LayerZero's modulare Sicherheit tatsächlich bedeutet

LayerZero's Cross-Chain-Messaging-Modell basiert auf DVNs: Off-Chain-Entitäten, die Nachrichten zwischen Chains verifizieren und bestätigen. Das Protokoll erlaubt jeder Anwendung, ihren eigenen Sicherheitsstack zu konfigurieren, eigene Verifier zu wählen, den Schwellenwert festzulegen und einen Executor zu bestimmen. Das ist tatsächlich nützlich. Verschiedene Anwendungen haben unterschiedliche Risikoprofile, und ein Einheitsmodell für Sicherheit schafft eigene Starrheiten.

Das Problem ist, dass LayerZero keine Mindestwerte erzwingt. Ein Protokoll kann mit einer 1-von-1-DVN-Konfiguration deployen, einem einzigen Verifier, dessen Kompromittierung vollständige Nachrichtenfälschung bedeutet, und das Protokoll verarbeitet es ohne Beanstandung. LayerZero's Dokumentation empfiehlt die Nutzung von mindestens zwei unabhängigen DVNs. Sie schreibt es nicht vor.

Genau diese Lücke zwischen Empfehlung und Anforderung wurde Kelp DAO zum Verhängnis.

Die 1-von-1-Verifier-Konfiguration, die 292 Millionen Dollar vernichtete

Kelp DAO's rsETH war ein Liquid-Restaking-Token, der auf EigenLayer-Positionen aufgebaut und über LayerZero chain-übergreifend gebrückt wurde. Zum Zeitpunkt des Exploits verwendete die Bridge-Konfiguration einen einzigen DVN mit einem 1-von-1-Verifikations-Schwellenwert, eine Einrichtung, die bei einem Protokoll mit neunstelligem TVL niemals ein Sicherheitsreview passieren sollte.

Als der Angreifer den Signing-Key dieses DVN kompromittierte, konnte er unilateral jede Cross-Chain-Nachricht senden, die Kelp DAO's Contracts als gültig akzeptieren würden. Er nutzte dies, um den Zielchain-Contract anzuweisen, rsETH ohne entsprechende Kollateral-Sperrung auf der Quellchain zu prägen. Das Verhältnis zwischen Prägung und Deckung brach sofort zusammen. Arbitrageure und Panikverkäufer drängten gleichzeitig zu den Ausgängen.

rsETH depeggte am schlimmsten Punkt um etwa 22 %. Wie Chainalysis's On-Chain-Analyse darlegt, wurden etwa 18 % des gesamten rsETH-Angebots entweder betrügerisch geprägt oder im Chaos zwangseingelöst. Für Inhaber ist das kein abstrakter Prozentsatz, sondern 292 Millionen Dollar an realem Wertverlust.

Wie 13 Milliarden Dollar Aave in unter 72 Stunden verließen

Restaking-Ansteckung ist real, und der Kelp DAO-Exploit zeigte genau, wie schnell sie sich ausbreitet. rsETH wurde als Sicherheit in mehreren DeFi-Geldmärkten eingesetzt, wobei Aave das größte Exposure hatte. Als rsETH's Preis-Feed und On-Chain-Angebot beide unregelmäßiges Verhalten zeigten, begannen Aave's Liquidations-Bots und risikobewusste Nutzer, Sicherheiten abzuziehen.

Der Aave-TVL-Rückgang im April 2026 wurde nicht allein durch Kelp DAO verursacht, die Märkte waren bereits nervös, aber die rsETH-Situation fungierte als Auslöser. Laut CoinDesk's Marktberichterstattung verließen innerhalb von 72 Stunden rund 13 Milliarden Dollar TVL Aave über alle seine Deployments. Ein Teil davon war direkter rsETH-Sicherheitenentzug. Der größere Teil war sekundäre Panik: Nutzer mit völlig unzusammenhängenden Positionen, die entschieden, lieber an der Seitenlinie zu stehen, wenn ein Restaking-Token so scheitern konnte.

Das ist der Multiplikator, der DVN-Fehlkonfiguration zu einem systemischen DeFi-Risiko macht, nicht nur zu einem Problem eines einzelnen Protokolls. Der Schaden bleibt nicht in der Box, aus der er stammt.

Konfiguration ist jetzt die primäre Angriffsfläche

Während des größten Teils von DeFi's früher Geschichte konzentrierte sich die Sicherheitsdiskussion auf Smart-Contract-Code. Audits, formale Verifikation, Bug-Bounties, alles darauf ausgerichtet, Logikfehler zu finden, bevor sie ausgenutzt werden. Das ist immer noch notwendig. Es reicht nicht mehr aus.

Die Angriffsfläche hat sich verschoben. Wie ich über das tatsächliche Scheitern von Stablecoin-Bridges geschrieben habe, trägt die Infrastrukturschicht, die Messaging-Protokolle, die Oracle-Konfigurationen, die Validator-Sets, mittlerweile genauso viel Risiko wie der darauf aufsetzende Anwendungscode. Ein perfekt auditierter Smart Contract ist wertlos, wenn die Cross-Chain-Nachricht, der er vertraut, von einer einzigen Partei gefälscht werden kann.

Der Kelp DAO-Exploit ist die DVN-Fehlkonfigurations-Variante derselben Lektion. Drei Vektoren dominieren heute das Cross-Chain-DeFi-Risiko:

  1. Verifikations-Schwellenwert-Angriffe, 1-von-1- oder niedrig-schwellige DVN-Konfigurationen, die sich auf einzelne Ausfallpunkte reduzieren
  2. Executor-Manipulation, Angreifer, die die Nachrichtenausführungsreihenfolge auf der Zielchain kontrollieren
  3. Konfigurations-Drift, anfängliche Deployments, die mit ausreichender Sicherheit starteten, aber still und leise herabgestuft wurden, um Kosten oder Latenz zu senken

Keiner davon taucht in einem Smart-Contract-Audit auf. Alle können ein Protokoll vollständig leeren.

Was "modulare Sicherheit" tatsächlich bedeuten muss

LayerZero's Modell ist vom Prinzip her nicht falsch. Obligatorische Monokultur-Sicherheitsstacks haben ihre eigenen Ausfallmodi: Wenn alle dieselben zwei DVNs nutzen und einer kompromittiert wird, ist der Schadensradius enorm. Flexibilität hat echten Wert.

Aber Flexibilität ohne Mindeststandard ist keine Sicherheit, sondern Haftungsauslagerung. Wie CoinDesk über den Kelp DAO-vs.-LayerZero-Schuldenstreit berichtet, erlaubt LayerZero Protokollen, sich in eine Katastrophe zu konfigurieren, und verweist dann auf die Dokumentation, die dagegen riet. Das ist kein Sicherheitsmodell, das sind Nutzungsbedingungen.

Was die Branche tatsächlich braucht:

  • Protokoll-erzwungene Mindestwerte: Kein Produktions-Deployment sollte mit weniger als 2 unabhängigen DVNs und einem Schwellenwert über 1 starten können. Das sollte eine harte Einschränkung im Deployment-Contract sein, keine Empfehlung in einer README.
  • On-Chain-Konfigurations-Transparenz: DVN-Konfigurationen sollten von jedem Risiko-Dashboard lesbar sein, ohne Off-Chain-Datenquellen zu benötigen. Aave's Risikoteam sollte Kelp DAO nicht fragen müssen, wie deren LayerZero-Konfiguration aussieht.
  • Kontinuierliches Konfigurations-Monitoring: Sicherheit ist keine einmalige Prüfung zum Deployment-Zeitpunkt. Konfigurationen können nach dem Launch geändert werden. Jedes Protokoll, das gebrückte Assets als Sicherheit akzeptiert, braucht Echtzeit-Benachrichtigungen bei vorgelagerten Konfigurationsänderungen.
  • Kollateral-Whitelisting mit Konfigurations-Gates: Wenn Aave rsETH als Sicherheit akzeptiert, sollte die Listing-Governance eine Mindestsicherheits-Konfigurationsanforderung beinhalten sowie automatisches Delisting, wenn diese Konfiguration unter den Schwellenwert fällt.

Die DeFi-Protokolle, die 2025 überlebt haben, haben dies meist getan, indem sie operative Sicherheit mit derselben Strenge behandelten wie Code-Sicherheit. Diese Lektion ist für alles, was restaked Assets berührt, heute Grundvoraussetzung.

Der Restaking-Stack ist nicht zu groß zum Scheitern

Im Design von DeFi-Geldmärkten herrscht eine stille Annahme: Ausreichend liquide, weit verbreitete Sicherheiten-Assets seien inhärent sicherer, weil das Ökosystem zu viel auf dem Spiel habe, um sie scheitern zu lassen. Diese Annahme gilt nicht für gebrückte Restaking-Token.

rsETH's weite Akzeptanz über Geldmärkte hinweg reduzierte den Schadensradius des Kelp DAO-Exploits nicht, sie verstärkte ihn. Jedes weitere Protokoll, das rsETH als Sicherheit akzeptierte, ohne den Bridge-Sicherheitsstack zu prüfen, importierte nicht eingepreistes Risiko. Der TVL-Abfluss von 13 Milliarden Dollar bei Aave ist der Markt, der dieses Risiko rückwirkend bepreist.

Das Restaking-Narrativ hat sich schnell entwickelt, EigenLayer, Symbiotic und Karak skalierten TVL im Laufe des Jahres 2025 aggressiv. Die Bridge- und Messaging-Infrastruktur unter diesen Positionen hat sicherheitstechnisch nicht Schritt gehalten. Diese Lücke wird weitere Ereignisse wie dieses hervorbringen, bevor sie sich schließt.

LayerZero wird wahrscheinlich jetzt Konfigurations-Mindestwerte einführen. Protokolle werden DVN-Audits in ihre Sicherheits-Checklisten aufnehmen. Risiko-Dashboards werden Bridge-Konfigurationen neben Oracle-Parametern ausweisen. Das sind alles die richtigen Schritte, und sie sind alle reaktiv. Die Frage ist, ob die nächsten 292 Millionen Dollar verschwinden müssen, bevor die danach folgenden geschützt werden.

Quellen