Restaking-Slashing-Risiko: Was Sie vor der Delegation prüfen sollten

Restaking ermöglicht es Ihnen, bereits gestaktes ETH auf eine zweite Ebene von Protokollen, sogenannte AVSs, zu richten, um zusätzliche Erträge zu erzielen. Dies bedeutet jedoch auch eine zweite Reihe von Regeln, die Ihr Kapital verbrennen können. Seit EigenLayer das Slashing auf dem Mainnet aktiviert hat, ist die Delegation an den falschen Operator kein theoretisches Risiko mehr. Echte Delegatoren haben bereits Gelder verloren, als ein Operator eine Funktion namens „Redistributable Slashing“ nutzte, um ihre Einsätze umzuleiten. Dieser Artikel erläutert, was heute tatsächlich einen Slash beim Restaking auslöst, wie EigenLayer, Symbiotic und Karak dieses Risiko unterschiedlich handhaben und genau, was Sie auf der Seite eines Operators überprüfen sollten, bevor Sie auch nur ein einziges Token delegieren.

Panaprium ist unabhängig und wird vom Leser unterstützt. Wenn Sie über unseren Link etwas kaufen, erhalten wir möglicherweise eine Provision. Wenn Sie können, unterstützen Sie uns bitte monatlich. Die Einrichtung dauert weniger als eine Minute und Sie werden jeden Monat einen großen Beitrag leisten. Danke schön!

Was Slashing beim Restaking bedeutet

Slashing ist eine in den Code eines Protokolls geschriebene Strafe, die einen Teil der Einlage eines Stakers zerstört oder umverteilt, wenn ein Validator oder Operator eine Regel bricht. Im Basis-Layer-Ethereum-Staking bedeutet dies normalerweise Ausfallzeiten oder Double-Signing. „How Validator Slashing Risks Can Reduce Your Staking Rewards“ behandelt diese Basismechaniken ausführlich, und sie gelten weiterhin, wenn Ihr ETH gestaket wird, bevor es überhaupt ein Restaking-Protokoll erreicht.

Restaking fügt darüber eine zweite, separate Slashing-Ebene hinzu. Sobald Sie restaken, kann ein Operator Ihren Einsatz mehreren AVSs zuweisen, von denen jede ihre eigenen Slashing-Bedingungen hat, die Sie nicht direkt ausgehandelt haben. Sie vertrauen auf Code, den Sie wahrscheinlich nicht gelesen haben, der von einem Operator durchgesetzt wird, den Sie möglicherweise nicht überprüft haben, für eine Belohnung, die oft wie ein paar zusätzliche Prozentpunkte APY aussieht.

Wie EigenLayers „Redistributable Slashing“ das Risiko verändert hat

Für den größten Teil der Jahre 2024 und Anfang 2025 vermarktete sich EigenLayer als Ort, um zusätzliche Punkte und Airdrops mit „keinem Live-Slashing-Risiko“ zu verdienen. Das änderte sich am 17. April 2025, als EigenLayer das Slashing auf dem Mainnet aktivierte, wodurch Operatoren den von ihnen unterstützten AVSs wirtschaftlich verantwortlich gemacht wurden. Es änderte sich erneut mit ELIP-006, das Redistributable Operator Sets einführte: AVSs, bei denen gekürzte Gelder nicht einfach verbrannt werden, sondern an ein vom AVS kontrolliertes Ziel umgeleitet werden.

Diese zweite Änderung wird von Restakern unterschätzt. Nicht-umverteilbares Slashing verbrennt Gelder, was einem Operator keinen finanziellen Anreiz gibt, unfair zu kürzen. Umverteilbares Slashing ermöglicht es einem Operator (oder einem korrumpierten AVS), Delegatorengelder in seinen eigenen Tresor umzuleiten, was einen direkten Anreiz schafft, den Mechanismus zu missbrauchen.

Dies ist nicht hypothetisch. Im März 2026 berichteten Delegatoren des Operators EigenYields, dass der Yield AVS das umverteilbare Slashing nutzte, um ihr stETH in die eigenen Tresore des Operators umzuleiten, und der EigenLayer-Support bestätigte den Verlust den betroffenen Nutzern. Die individuellen Verluste waren für die Delegatoren, die sich meldeten, gering, aber der Mechanismus ist der besorgniserregende Teil: ein Einsatz, der als risikoarm vermarktet wurde, wurde ohne das Echtzeitwissen des Einzahlers verschoben, indem ein Slashing-Pfad genutzt wurde, den die meisten Delegatoren vor der Delegation nie geprüft hatten.

EigenLayers eigene Dokumentation warnt Staker nun direkt davor, dass umverteilbare Operator-Sets ein wesentlich höheres Risikoprofil aufweisen und dass die Belohnung nicht automatisch proportional zur Sicherheit ist. Das Protokoll hat seitdem ELIP-016 vorgeschlagen, das eine siebentägige Verzögerung zwischen einem Slashing-Ereignis und der tatsächlichen Umverteilung von Geldern hinzufügt, um Delegatoren und Überwachungstools ein Zeitfenster zum Reagieren zu geben. Diese Verzögerung ist eine echte Verbesserung, funktioniert aber nur, wenn Sie Ihre Delegation tatsächlich überwachen.

Bildquelle: docs.eigencloud.xyz/

Protokollvergleich: EigenLayer, Symbiotic und Karak

Die drei unten genannten Protokolle dominieren das Ethereum-Restaking, und sie behandeln das Slashing sehr unterschiedlich. Behandeln Sie „Restaking“ nicht als ein einziges Produkt mit einem einzigen Risikoprofil.

Die Teamgeschichte von Karak ist hier von Bedeutung, nicht als Klatsch, sondern als echter Governance-Risikofaktor. Ein Team, das zuvor beschuldigt wurde, Gelder außerhalb der vereinbarten Bedingungen zu bewegen, ist ein Datenpunkt, den Sie neben Audits und TVL berücksichtigen sollten, nicht ignorieren, weil das Produkt technisch solide aussieht.

Was vor der Delegation zu prüfen ist

Delegieren Sie nicht basierend auf beworbenen APY oder Airdrop-Punkt-Multiplikatoren. Überprüfen Sie diese Punkte zuerst auf der eigentlichen Seite des Operators und in der AVS-Dokumentation.

• Slashing-Typ: Bestätigen Sie, ob das AVS Standard- (Burn-)Slashing oder Redistributable Slashing verwendet. Redistributable Slashing bedeutet, dass jemand anderes Ihre Gelder erhält, wenn Sie geslasht werden, nicht nur ein Verlust.
• Leistungsnachweis des Operators: Suchen Sie nach einer öffentlichen Signing-/Uptime-Rate über mindestens sechs Monate, nicht nach einer Marketingaussage. Eine 99,9%ige Signing-Rate mit drei Monaten Historie ist ein schwächerer Beweis als 99% über zwei Jahre.
• AVS-Anzahl und -Konzentration: Überprüfen Sie, wie viele AVSs der Operator den Einsatz Ihrer spezifischen Strategie zugewiesen hat. Mehr AVSs pro Operator bedeuten mehr unabhängige Bedingungen, die einen Slash auslösen können.
• Abhebungsverzögerung: Bestätigen Sie die aktuelle Unbonding-Periode für Ihre Strategie. Die Verzögerung von EigenLayer hat sich im Laufe der Protokoll-Upgrades geändert, überprüfen Sie daher den aktuellen Wert, anstatt sich auf ältere Artikel zu verlassen.
• Governance-Abhängigkeit: Prüfen Sie, ob die Slashing-Bedingungen des AVS durch eine Multisig- oder DAO-Abstimmung ohne Ihre Zustimmung geändert werden können. Einige AVSs können die Slashing-Logik nach der Delegation aktualisieren.
• Versicherung oder Bonding: Einige Betreiber, insbesondere institutionelle wie Blockdaemon, bieten eine Slashing-Versicherungsgarantie an. Lesen Sie die tatsächlichen Bedingungen, nicht die Schlagzeilenanspruch.

Häufige Fehler von Restakern

Die meisten Verluste beim Restaking lassen sich auf eine Handvoll vermeidbarer Fehler zurückführen, anstatt auf Exploits auf Protokollebene.

• Delegieren an einen Operator nur, weil dieser verspricht, zukünftige AVS-Airdrops zu teilen, ohne zu prüfen, welche AVSs er derzeit betreibt.
• Annehmen, dass "Slashing noch nicht aktiv ist" auf der eigenen Marketingseite eines Operators, obwohl sich der protokollweite Slashing-Status bereits geändert hat.
• Restaking über ein Liquid Restaking Token (LRT) ohne zu prüfen, welche AVSs dieses spezifische Token unterstützen, da das Slashing-Risiko eine Ebene vom Token-Inhaber entfernt liegt.
• Ignorieren von Redelegationsfristen und Annehmen, dass Gelder sofort verschoben werden können, wenn sich das Risikoprofil eines Operators ändert.
• Hohe APY als Signal für die Qualität des Protokolls zu behandeln, anstatt als Signal für ein höheres, eingepreistes Risiko.

Liquid Restaking Tokens verstecken das Risiko eine Ebene tiefer

Wenn Sie ein LRT wie weETH, ezETH oder pufETH halten, anstatt direkt zu restaken, sind Sie den vom zugrunde liegenden Protokoll gewählten AVSs ausgesetzt, und diese Exposition kann sich ohne Benachrichtigung ändern. Die Rendite des Tokens spiegelt AVS-Belohnungen wider, aber das Slashing-Risiko ist in den Beziehungen zwischen dem LRT-Emittenten, seinen gewählten Operatoren und dem AVS-Set jedes Operators verborgen. Dies ist strukturell ähnlich dem Risiko, das Sie mit einem Liquid Staking Token eingehen, und "Liquid Staking Slashing Risk: How to Evaluate Lido, Rocket Pool, and Frax ETH Before You Stake" ist der richtige Ausgangspunkt, um zu verstehen, wie ein Slashing-Ereignis auf Basisebene zu einem Derivat-Token-Inhaber durchfließt.

Der praktische Unterschied bei LRTs besteht darin, dass Sie einer zweiten Ebene der Operatorauswahl vertrauen, die Sie nicht selbst getroffen haben. Bevor Sie ein LRT halten, überprüfen Sie die öffentliche Offenlegung des Emittenten darüber, welche AVSs und Operatoren das Token unterstützen und wie oft sich diese Zuweisung ändert.

Bildquelle: defillama.com/protocol/symbiotic

Entscheidungsrahmen: Welcher Ansatz passt zu Ihrer Situation

Wann Restaking sinnvoll ist (und wann nicht)

Restaking ist sinnvoll, wenn Sie die spezifischen AVSs benennen können, denen Ihr Stake ausgesetzt ist, Sie geprüft haben, ob ihr Slashing umverteilbar ist, und der zusätzliche Ertrag das zusätzliche Risiko im Vergleich zu einfachem Staking wirklich kompensiert. Es ist auch für größere Positionen sinnvoller, bei denen die Fixkosten der Due Diligence im Verhältnis zum erzielten Ertrag gering sind.

Es ist nicht sinnvoll, wenn Sie Punkteprogramme ohne Kenntnis der zugrunde liegenden AVS-Bedingungen verfolgen, wenn Sie keine siebentägige oder längere Verzögerung tolerieren können, bevor Sie auf ein Slashing-Ereignis reagieren können, oder wenn der zusätzliche Ertrag gegenüber einfachem Staking nur ein oder zwei Prozentpunkte beträgt. In diesem letzten Fall gleicht die Grenzertragseltenheit ein zweites Layer von Smart-Contract- und Operator-Risiko aus.

Meine Einschätzung

EigenLayer bleibt das nützlichste Restaking-Protokoll aufgrund seiner AVS-Tiefe und der realen Produktionsnutzung von EigenDA, aber ich würde keinen Operator delegieren, der ein umverteilbares Operator-Set betreibt, ohne dessen AVS-Liste wöchentlich zu überprüfen. Der EigenYields-Fall ist dollarisch klein, aber er beweist, dass das Anreizproblem real und nicht nur theoretisch ist. Umverteilbares Slashing belohnt Operatoren für schlechtes Verhalten in einer Weise, die brenn-basiertes Slashing nie getan hat.

Für die meisten Leser, die ihre Positionen nicht aktiv überwachen, ist das Symbiotic-Vault-Modell der verteidigungsfähigere Ausgangspunkt, insbesondere Vaults mit einem aktiven Resolver-Komitee und vollständig brenn-basiertem Slashing statt Umverteilung. Karaks breitere Asset-Unterstützung ist attraktiv, aber die Geschichte des Teams bei Risk Harbor ist ein Governance-Red-Flag, das ich stark gegen seinen Ertragsvorteil abwägen würde. Ich würde Karak meiden, bis es eine längere unabhängige Erfolgsbilanz getrennt von seinem Vorgänger aufgebaut hat.

Unabhängig davon, welches Protokoll Sie wählen, überprüfen Sie den Umverteilungsstatus jedes AVS, das Ihr Stake berührt, bevor Sie delegieren, und stellen Sie eine wiederkehrende Erinnerung ein, um dies erneut zu überprüfen. Protokolle ändern Slashing-Konfigurationen durch Governance, und Ihre ursprüngliche Due Diligence hat ein Ablaufdatum.

Fazit

Das Restaking-Slashing-Risiko ist keine einzelne Zahl, die man einmal nachschlagen kann. Es hängt davon ab, ob Ihr spezifisches AVS umverteilbares Slashing verwendet, wie konzentriert die Allokationen Ihres Operators sind und ob das Team hinter dem Protokoll eine Erfolgsbilanz hat, die Vertrauen schafft. EigenLayer bietet das tiefste Ökosystem, aber das klarste Anreizproblem bei umverteilbaren Operator-Sets; Symbiotic bietet konfigurierbares Risiko durch Vault-Auswahl; und Karak bietet eine breitere Asset-Unterstützung gepaart mit einer Teamgeschichte, die eine genaue Prüfung verdient. Bevor Sie etwas delegieren, bestätigen Sie die Art des Slashing, die tatsächliche Erfolgsbilanz des Operators und die aktuelle Auszahlungsverzögerung, und überprüfen Sie diese Überprüfungen regelmäßig, anstatt sie als einmalige Aufgabe zu behandeln.

FAQs

1. Ist das EigenLayer-Slashing derzeit für alle Restaker aktiv?

Ja, das Slashing ging im April 2025 auf dem EigenLayer Mainnet live, aber das spezifische Risiko hängt davon ab, ob Ihr Operator umverteilbare Operator-Sets gewählt hat. Überprüfen Sie die AVS-Allokationen Ihres Operators direkt, anstatt ein einheitliches Risikoniveau über das gesamte Protokoll anzunehmen.

2. Was ist der Unterschied zwischen Burn-Slashing und umverteilbarem Slashing?

Burn-Slashing zerstört die geslashten Gelder, was dem Operator keinen finanziellen Vorteil aus dem Slashing verschafft. Umverteilbares Slashing sendet die Gelder an ein Ziel, das vom AVS kontrolliert wird, was einen direkten Anreiz für Missbrauch schafft, wenn das AVS oder der Operator bösartig wird.

3. Kann ich meine restaked Gelder schnell zurückbekommen, wenn ich eine Risikowarnung sehe?

Nein, Redelegation und Abhebung beinhalten beide Verzögerungsperioden, und EigenLayers ELIP-016 fügt ein weiteres siebentägiges Fenster zwischen einem Slashing-Ereignis und der Umverteilung hinzu. Das bedeutet, dass eine Reaktion nach Beginn eines Slashing-Ereignisses oft zu spät kommt, um Ihren Verlust zu verhindern.

4. Sind Liquid Restaking Tokens sicherer als direktes Restaking?

Nicht von Natur aus, da LRTs dieselben AVS- und Operator-Risiken nur eine Ebene von Ihnen entfernen. Sie verlieren die direkte Sichtbarkeit darüber, welche AVSs Ihr Token unterstützen, was die Überwachung eher erschweren als erleichtern kann.

5. Ist Symbiotic sicherer als EigenLayer für Restaking?

Die Sicherheit hängt vom spezifischen Vault ab, nicht vom Protokollnamen, da Symbiotic jedem Vault erlaubt, seine eigene Slashing- und Resolver-Konfiguration festzulegen. Ein Symbiotic-Vault mit einem aktiven Veto-Komitee und Burn-basiertem Slashing ist im Allgemeinen risikoärmer als ein EigenLayer-umverteilbares Operator-Set, aber ein schlecht konfigurierter Symbiotic-Vault kann ein ähnliches Risiko wie EigenLayer bergen.

Referenzen

EigenCloud Dokumentation - Restaking Übersicht: https://docs.eigencloud.xyz/eigenlayer/restakers/concepts/overview

EigenCloud Dokumentation - Slashing Konzept: https://docs.eigencloud.xyz/eigenlayer/concepts/slashing/slashing-concept

EigenLayer Forum - EigenYields Yield AVS Slashing Report: https://forum.eigenlayer.xyz/t/eigenyields-yield-avs-slashed-250m-on-march-29-2026-delegator-funds-redirected-to-vaults-via-redistributable-slashing/14799

EigenLayer Forum - Delegator Shield Proposal (ELIP-016 Kontext): https://forum.eigenlayer.xyz/t/delegator-shield-real-time-slashing-alerts-risk-dashboard-for-eigenlayer-delegators/14835

Blockdaemon - EigenLayer Mainnet Slashing Guide for Institutional Stakers: https://www.blockdaemon.com/blog/eigenlayer-mainnet-slashing-now-live

The Defiant - Karak Faces Backlash Over Team's Past: https://thedefiant.io/news/defi/hot-new-restaking-project-karak-faces-backlash-over-team-s-past

The Big Whale - Symbiotic Raises $29 Million to Challenge EigenLayer: https://www.thebigwhale.io/articles-en/restaking-symbiotic-raises-29-million-to-challenge-eigenlayer.

CoinGecko Learn - What Is Symbiotic Restaking: https://www.coingecko.com/learn/what-is-symbiotic-restaking-crypto

DeFiLlama - Restaking Rankings: https://defillama.com/restaking

War dieser Artikel hilfreich für Sie? Bitte teilen Sie uns in den Kommentaren unten mit, was Ihnen gefallen oder nicht gefallen hat.

Chanuka is a content writer, editor and contributor at Panaprium, specializing in long-form editorial articles. He conducts in-depth research and produces well-structured, carefully edited content with a strong focus on clarity, SEO best practices, and consistent formatting. His work spans lifestyle, fashion, wellness, and technical topics, and all articles are reviewed and refined to meet Panaprium’s editorial standards.