Was ist Restaking und wie EigenLayer gestaktes ETH in gemeinsame Sicherheit verwandelt

Einführung

Ethereums Umstellung auf Proof of Stake im September 2022 schuf einen Pool wirtschaftlicher Sicherheit: über 30 Millionen ETH, die von Validatoren eingesetzt wurden, die riskieren, ihre Einlage zu verlieren (Slashing), wenn sie sich böswillig verhalten. Dieser Sicherheitspool schützt Ethereum, bleibt aber in Bezug auf jedes andere Protokoll ungenutzt.

Neue Protokolle, die dezentrale Validierung benötigen, stehen vor einem Bootstrapping-Problem. Ein Orakelnetzwerk, eine Datenverfügbarkeitsschicht oder eine Cross-Chain-Brücke benötigt Validatoren, und diese Validatoren benötigen wirtschaftliche Einsätze, die groß genug sind, um Angriffe unrentabel zu machen. Diese Sicherheit von Grund auf neu aufzubauen, ist teuer. Jedes neue Protokoll muss seine eigene Gruppe von Stakern anziehen, sein eigenes Token für Staking-Belohnungen ausgeben und hoffen, dass genügend Kapital gebunden wird, um das System sicher zu machen.

Restaking schlägt ein anderes Modell vor. Anstatt unabhängige Sicherheit aufzubauen, leihen sich neue Protokolle diese von Ethereum. Staker, die bereits ETH für Ethereums Konsens eingesetzt haben, entscheiden sich dafür, zusätzlich andere Dienste abzusichern. Dasselbe Kapital sichert mehrere Protokolle gleichzeitig ab.

EigenLayer formalisierte dieses Konzept und baute die Infrastruktur dafür. Dieser Leitfaden erklärt, wie Restaking funktioniert, was EigenLayer eingeführt hat und wo sich die Risiken vervielfachen.

Wie Ethereum-Staking vor Restaking funktioniert

Um Restaking zu verstehen, beginnen Sie mit dem, was es erweitert.

Ethereum-Validatoren zahlen 32 ETH in einen Staking-Vertrag ein. Im Gegenzug verdienen sie Belohnungen für das Vorschlagen und Attestieren von Blöcken (derzeit etwa 3% bis 4% annualisiert). Wenn ein Validator böswillig handelt (Doppelsignierung, Vorschlagen widersprüchlicher Blöcke) oder über längere Zeiträume offline ist, wird ein Teil seiner 32 ETH geslasht.

Dies schafft eine wirtschaftliche Sicherheitsgarantie. Ein Angriff auf Ethereums Konsens erfordert die Kontrolle über genügend eingesetzte ETH, sodass die Kosten für das Slashing den Gewinn aus dem Angriff übersteigen. Mit über 30 Millionen eingesetzten ETH (etwa 100 Milliarden Dollar zu Preisen Mitte 2026) ist diese Schwelle prohibitively hoch.

Liquid-Staking-Protokolle wie Lido (stETH) und Rocket Pool (rETH) fügten eine Schicht darüber hinzu. Benutzer zahlen ETH ein, erhalten ein liquides Token, das ihren Einsatz repräsentiert, und können dieses Token in DeFi verwenden, während sie weiterhin Staking-Belohnungen verdienen. Die zugrunde liegende ETH bleibt bei Validatoren eingesetzt. Für eine detaillierte Aufschlüsselung, wie Liquid-Staking-Tokens funktionieren und welche Depeg-Risiken sie tragen, sind die Mechanismen ein wichtiger Kontext, um die zusätzliche Risikoschicht zu verstehen, die Restaking einführt.

Restaking fügt eine zweite Schicht über dem Staking (oder Liquid Staking) hinzu. Dieselbe ETH, die Ethereum sichert, sichert auch zusätzliche Protokolle ab.

EigenLayers Architektur

EigenLayer ist eine Reihe von Smart Contracts auf Ethereum, die Restaking koordinieren. Das System hat drei Rollen:

Restaker. Benutzer, die ihre eingesetzte ETH (oder Liquid-Staking-Tokens wie stETH) an EigenLayer binden. Restaker zahlen in EigenLayers Verträge ein und delegieren ihren Einsatz an einen Operator.

Operatoren. Entitäten, die Validierungssoftware für aktiv validierte Dienste ausführen. Ein Operator registriert sich bei EigenLayer, erhält delegierten Einsatz von Restakern und entscheidet sich für einen oder mehrere AVSs. Operatoren sind dafür verantwortlich, die Validierungsanforderungen jedes AVS zu erfüllen, und müssen mit Slashing rechnen, wenn sie scheitern.

Aktiv validierte Dienste (AVSs). Protokolle, die EigenLayers Restaking-Sicherheit nutzen. Ein AVS definiert seine eigene Validierungslogik, Belohnungsstruktur und Slashing-Bedingungen. Wenn ein Operator sich für ein AVS entscheidet, wird die hinter diesem Operator stehende Restaking-ETH den Slashing-Regeln des AVS unterworfen.

Der Ablauf:

1. Ein Restaker zahlt stETH (oder native ETH) in EigenLayer ein.
2. Der Restaker delegiert an einen Operator.
3. Der Operator entscheidet sich für AVSs (z.B. EigenDA, einen Datenverfügbarkeitsdienst).
4. Der Operator führt die Validierungssoftware des AVS aus.
5. Der Restaker verdient zusätzliche Belohnungen vom AVS, zusätzlich zu seiner Basis-Ethereum-Staking-Rendite.
6. Wenn der Operator gegen die Regeln eines AVS verstößt, kann der delegierte Einsatz geslasht werden.

EigenLayers Verträge setzen die Delegations- und Slashing-Logik durch, definieren jedoch nicht, was ein slashbares Vergehen darstellt. Jedes AVS schreibt seinen eigenen Slashing-Vertrag, den EigenLayers DelegationManager aufruft, wenn ein Slashing-Ereignis nachgewiesen wird. Diese Modularität ermöglicht es, dass jede Art von Protokoll ein AVS werden kann, bedeutet aber auch, dass die Sicherheit der Slashing-Logik jedes AVS unabhängig variiert.

Wie aktiv validierte Dienste aussehen

AVSs sind die Nachfrageseite des Restaking-Marktplatzes. Sie sind Protokolle, die dezentrale Validierung benötigen, aber nicht ihr eigenes Validator-Set und ihre eigene Token-Ökonomie von Grund auf aufbauen wollen.

Der erste und größte AVS ist EigenDA, eine Datenverfügbarkeitsschicht, die vom EigenLayer-Team entwickelt wurde. Rollups können ihre Transaktionsdaten an EigenDA senden, anstatt an Ethereums Calldata oder Blobs, was Kosten senkt und gleichzeitig Sicherheit von restaked ETH erbt. Bis Mitte 2026 verarbeitete EigenDA Daten für mehrere L2-Rollups und bot eine Alternative zu Celestia und Ethereums nativen Blob-Speicherplatz.

Weitere AVS-Kategorien umfassen:

Oracle-Netzwerke. Ein dezentrales Oracle kann restaked ETH als Sicherheitsbond verwenden, anstatt von Oracles zu verlangen, ein separates Token zu staken. Wenn ein Oracle einen falschen Preis übermittelt, wird das dahinterstehende restaked ETH geslasht. Dies bietet stärkere wirtschaftliche Garantien als ein eigenständiges Oracle-Token mit geringer Marktkapitalisierung.

Cross-Chain-Brücken. Brücken-Validatoren können durch restaked ETH abgesichert werden, was eine wirtschaftliche Abschreckung gegen betrügerische Attestierungen schafft, die weit größer ist, als es ein eigenständiges Brücken-Token bieten könnte. Angesichts der Tatsache, dass Brücken-Exploits Verluste von über 4 Milliarden Dollar verursacht haben, ist die Attraktivität von Sicherheit auf Ethereum-Niveau für die Brückenvalidierung erheblich.

Keeper-Netzwerke. Protokolle, die Off-Chain-Berechnung oder Automatisierung erfordern (Liquidations-Keeper, MEV-Relayer), können restaked Sicherheit nutzen, um Leistung zu garantieren. Ein AVS-Slashing-Vertrag kann Betreiber bestrafen, die erforderliche Aktionen nicht innerhalb eines Zeitfensters ausführen.

Coprozessoren. Off-Chain-Berechnungsdienste, die verifizierbare Ergebnisse produzieren, wie z.B. ZK-Beweisgenerierung oder KI-Inferenzverifikation, können AVS-Slashing nutzen, um korrekte Ausgaben durchzusetzen. Diese Kategorie expandiert, da immer mehr Protokolle versuchen, Off-Chain-Berechnungen zu verifizieren, ohne sie on-chain auszuführen.

Bis Mitte 2026 waren über 20 AVSs auf EigenLayer gestartet, wobei EigenDA das höchste Volumen verarbeitete. Die Erweiterung von EigenLayer, jedes ERC-20-Token als restakbares Asset zu akzeptieren, erweiterte die potenzielle Sicherheitenbasis über ETH und seine liquiden Staking-Derivate hinaus.

Liquide Restaking-Tokens: die dritte Schicht

So wie liquides Staking handelbare Darstellungen von gestakten ETH schuf (stETH, rETH), schaffen liquide Restaking-Protokolle handelbare Tokens, die Restaking-Positionen darstellen.

Die wichtigsten liquiden Restaking-Protokolle:

Ether.fi (eETH). Das größte liquide Restaking-Protokoll nach TVL. Benutzer zahlen ETH ein, Ether.fi staked es und restaked es über EigenLayer, und Benutzer erhalten eETH, das sie in DeFi verwenden können. Ether.fi überholte Wettbewerber im liquiden Staking-Sektor, indem es einen optimierten Ein-Schritt-Einzahlungsprozess anbot und sich für Komposabilität in wichtige DeFi-Protokolle integrierte.

Renzo (ezETH). Abstrahiert den EigenLayer-Delegierungsprozess. Benutzer zahlen ETH oder stETH ein, Renzo übernimmt die Operatorauswahl und AVS-Opt-in, und Benutzer erhalten ezETH. Renzo differenziert sich durch diversifizierte AVS-Exposition: Das Protokoll verteilt delegierten Stake auf mehrere Operatoren und AVSs, um Konzentrationsrisiken zu reduzieren.

Puffer (pufETH). Konzentriert sich auf Solo-Validator-Teilnahme und Anti-Slashing-Technologie neben liquiden Restaking. Puffers Ansatz umfasst Secure-Signer-Technologie, die verhindern soll, dass Validatoren slashbare Nachrichten produzieren, selbst wenn ihre Schlüssel kompromittiert sind.

Kelp (rsETH). Aggregiert Restaking-Positionen über Operatoren und AVSs in ein einziges liquides Token. Kelp zielt darauf ab, diversifizierte Restaking-Exposition ähnlich einem Indexfonds-Ansatz zu bieten.

LRTs bieten Bequemlichkeit, fügen aber auch eine weitere Ebene von Smart-Contract-Risiko hinzu. Der Stack wird: ETH -> gestaktes ETH -> liquides Staking-Token -> restaked auf EigenLayer -> liquides Restaking-Token. Jede Ebene führt ihren eigenen Vertrag, ihre eigene Governance und ihre eigene potenzielle Fehlerquelle ein. Ein Fehler oder Exploit auf einer Ebene kann sich nach unten auswirken.

Die Arithmetik der gemeinsamen Sicherheit

Das Wertversprechen von Restaking hängt von einfacher Ökonomie ab.

Angenommen, ein neues Orakelnetzwerk benötigt 100 Millionen Dollar an wirtschaftlicher Sicherheit, um Angriffe unrentabel zu machen. Ohne Restaking muss es Staker davon überzeugen, 100 Millionen Dollar wert seiner nativen Token zu kaufen und zu sperren. Der Token benötigt Preisstabilität, Liquidität und Marktvertrauen, von denen ein neues Projekt am ersten Tag nichts hat.

Mit Restaking wird das Orakelnetzwerk zu einem AVS auf EigenLayer. Es leiht sich Sicherheit von bereits gestakten ETH, einem liquiden Asset mit tiefen Märkten und etabliertem Wert. Das Orakel gibt keinen Staking-Token aus. Es zahlt Belohnungen in ETH an Betreiber, und die 100 Millionen Dollar an restakten ETH, die diese Betreiber absichern, bieten die Sicherheit.

Die Kosten für das AVS sind die Belohnungen, die es an Betreiber (und damit an Restaker) zahlen muss, um sie zur Teilnahme zu bewegen. Diese sind typischerweise in den eigenen Token des AVS oder in ETH denominiert. Die Kosten sind niedriger als der Aufbau einer eigenständigen Staking-Ökonomie, da Restaker bereits eine Basis-Staking-Rendite verdienen. Das AVS muss nur genug marginale Belohnung bieten, um das zusätzliche Slashing-Risiko zu rechtfertigen.

Für Restaker liegt der Reiz im Rendite-Stacking. Eine Position könnte verdienen:

• 3,5% aus Ethereum-Konsens-Staking
• 0,5% aus Liquid-Staking-Protokollgebühren
• 1% bis 3% aus AVS-Belohnungen durch Restaking

Aggregierte Renditen von 5% bis 7% auf ETH zogen 2024 und 2025 erhebliches Kapital ins Restaking. Auf seinem Höhepunkt hielt EigenLayer über 15 Milliarden Dollar an restakten Vermögenswerten, was es zu einem der größten DeFi-Protokolle nach TVL machte.

Allerdings ist Rendite-Stacking kein kostenloses Geld. Jeder zusätzliche Prozentpunkt Rendite kommt mit einem entsprechenden Anstieg des Risikos. Je höher die aggregierte Rendite, desto mehr Slashing-Vektoren ist die Position ausgesetzt.

Slashing-Risiko: wo Restaking gefährlich wird

Die Aufzinsung der Rendite kommt mit einer Aufzinsung des Risikos. Restakte ETH ist gleichzeitig mehreren Slashing-Quellen ausgesetzt.

Ethereum-Konsens-Slashing. Wenn der zugrunde liegende Validator doppelt signiert oder einen zurechenbaren Fehler begeht, wird der Basis-Stake gemäß den Ethereum-Regeln geslasht. Dieses Risiko besteht mit oder ohne Restaking.

AVS-Slashing. Jedes AVS, in das der Betreiber einwilligt, führt eigene Slashing-Bedingungen ein. Ein Betreiber, der drei AVSs betreibt, sieht sich drei unabhängigen Sätzen von Slashing-Regeln gegenüber. Ein Fehler im Slashing-Vertrag eines einzelnen AVS könnte einen falschen Slash auslösen.

Korreliertes Slashing. Wenn ein Betreiber mehrere AVSs betreibt und ein einzelner Infrastrukturausfall (ein Rechenzentrumsausfall, eine Schlüsselkompromittierung) Verstöße über alle hinweg verursacht, kann derselbe Stake mehrfach geslasht werden. Die Verträge von EigenLayer erlauben proportionales Slashing, was bedeutet, dass der gesamte Slash den eines einzelnen AVS übersteigen kann.

Smart-Contract-Risiko in Slashing-Verträgen. Die AVS-Slashing-Logik ist in Smart Contracts definiert, die vom AVS-Team geschrieben wurden. Ein Fehler im Slashing-Vertrag könnte ehrliche Betreiber slashen. Im Gegensatz zum Ethereum-Konsens-Slashing, das seit 2020 kampferprobt ist, sind AVS-Slashing-Verträge neu und weniger geprüft.

LRT-Komplexitätsrisiko. Benutzer, die liquide Restaking-Token halten, sind allen oben genannten Risiken sowie dem Smart-Contract-Risiko des LRT-Protokolls selbst ausgesetzt, und dem Risiko, dass der LRT während eines Slashing-Ereignisses oder einer Liquiditätskrise von seinem zugrunde liegenden Wert abkoppelt.

Systemisches Risiko. Wenn ein groß angelegtes Slashing-Ereignis einen großen Betreiber trifft, könnte der daraus resultierende Verkaufsdruck auf LRTs kaskadenartige Liquidationen in DeFi-Protokollen auslösen, die LRTs als Sicherheiten akzeptieren. Eine mit Restaking verbundene Liquidationskaskade ist bisher nicht aufgetreten, aber die strukturelle Möglichkeit besteht, da immer mehr DeFi-Protokolle LRTs als Sicherheitenarten integrieren.

Die Wettbewerbslandschaft jenseits von EigenLayer

Restaking ist kein EigenLayer-Monopol mehr.

Symbiotic startete 2024 als permissionless Restaking-Protokoll. Im Gegensatz zu EigenLayer, das anfangs nur ETH und liquide Staking-Token akzeptierte, akzeptiert Symbiotic jedes ERC-20-Token als Sicherheit. Dies ermöglicht es Protokollen, ihre eigenen Governance-Token oder Stablecoins zu restaken. Die Architektur von Symbiotic ist auch modularer: Slashing-Bedingungen, Belohnungsverteilung und Betreiberverwaltung sind in separate Verträge aufgeteilt, die jedes AVS unabhängig anpassen kann.

Karak führte das Konzept des Restakings über mehrere Chains ein, mit Unterstützung für Restaking auf Arbitrum, Mantle und anderen L2s zusätzlich zum Ethereum-Mainnet. Der Multi-Chain-Ansatz von Karak spricht AVSs an, die Sicherheit von Vermögenswerten auf anderen Chains als Ethereum wollen, und Restaker, die das Bridging zum Ethereum-Mainnet vermeiden möchten.

Babylon wendet das Restaking-Konzept auf Bitcoin an. BTC-Inhaber sperren ihre Bitcoins in einem zeitlich begrenzten Skript und nutzen sie, um Proof-of-Stake-Ketten abzusichern. Die Bitcoins verlassen nie die Bitcoin-Blockchain (kein Wrapping, kein Bridging), unterliegen jedoch einem Slashing über einen kryptografischen Strafmechanismus namens extrahierbare Einmal-Signaturen. Wenn ein Staker widersprüchliche Nachrichten signiert, offenbart das EOTS-Schema seinen privaten Schlüssel, sodass jeder die gesperrten Bitcoins als Strafe beanspruchen kann.

Das Aufkommen von Wettbewerbern deutet darauf hin, dass Restaking zu einer Kategorie wird, nicht zu einem einzelnen Produkt. Die langfristige Frage ist, ob die Fragmentierung der Sicherheit über konkurrierende Restaking-Ebenen das gemeinsame Sicherheitsmodell schwächt, das Restaking überhaupt erst wertvoll macht. Wenn dasselbe Kapital auf EigenLayer, Symbiotic und Karak aufgeteilt wird, verringert sich die Sicherheit, die jede bietet, proportional.

Wie die Operator-Auswahl das Risiko prägt

Nicht alle EigenLayer-Operatoren haben dasselbe Risikoprofil. Die Wahl des Operators bestimmt, welchen AVSs Ihr Einsatz ausgesetzt ist, die Qualität der Infrastruktur, die diese AVSs betreibt, und die operative Reife des Teams, das den Knoten verwaltet.

Professionelle Operatoren (Figment, P2P, Kiln und ähnliche institutionelle Staking-Anbieter) betreiben typischerweise redundante Infrastruktur über mehrere Rechenzentren, unterhalten dedizierte Sicherheitsteams und begrenzen die Anzahl der AVSs, für die sie sich entscheiden. Einzelne Operatoren oder kleinere Teams bieten möglicherweise höhere Renditen, indem sie sich für mehr AVSs entscheiden, konzentrieren aber auch das Risiko in weniger Händen und weniger widerstandsfähiger Infrastruktur.

Die Erfolgsbilanz des Operators ist das zuverlässigste Signal. Das Delegations-Dashboard von EigenLayer zeigt historische Betriebszeiten, Slashing-Ereignisse (falls vorhanden) und die Liste der aktiven AVS-Verpflichtungen. Ein Operator mit 99,9 % Betriebszeit über 12 Monate und einer konservativen AVS-Auswahl bietet ein deutlich anderes Risikoprofil als ein neuer Operator, der aggressive Multi-AVS-Strategien verfolgt.

Delegation ist nicht dauerhaft. Restaker können zu einem anderen Operator umdelegieren, obwohl der Prozess eine Auszahlungsverzögerung beinhaltet. Wenn ein Operator beginnt, sich für AVSs mit unklaren Slashing-Bedingungen oder fragwürdigen Audit-Historien zu entscheiden, ist die Umdelegierung das primäre Risikomanagement-Tool, das Restakern zur Verfügung steht.

Was dies nicht abdeckt

Dieser Leitfaden erklärt die Mechanik und Risiken des Restakings. Er deckt nicht ab:

• Detaillierter Vergleich einzelner AVSs und ihrer Belohnungsstrukturen
• Die Tokenomics des EIGEN-Tokens und seine Governance-Funktionen
• Schritt-für-Schritt-Anleitungen für das Restaking über bestimmte Protokolle
• Die regulatorische Einstufung von Restaking-Erträgen

Praktische Checks vor dem Restaking

Verstehen Sie das Operator-Risiko. Wenn Sie an einen Operator delegieren, übernehmen Sie dessen Slashing-Exposition. Überprüfen Sie, für welche AVSs sich der Operator entschieden hat, seine Betriebszeiten-Historie und seine Infrastruktur-Setup. Ein Operator, der 15 AVSs auf einem einzigen Server in einem einzigen Rechenzentrum betreibt, ist ein konzentriertes Risiko.

Überprüfen Sie die Slashing-Bedingungen der AVSs. Bevor Ihr Operator sich für ein neues AVS entscheidet, verstehen Sie, was einen Slash auslöst. Einige AVS-Slashing-Bedingungen sind unkompliziert (z. B. Daten nicht innerhalb eines Zeitfensters einreichen). Andere sind komplex oder hängen von Streitbeilegungsmechanismen ab, die unter Stress nicht getestet wurden.

Bewerten Sie LRT-Risiken separat. Wenn Sie ein liquides Restaking-Token halten, tragen Sie das Restaking-Risiko plus das Smart-Contract-Risiko des LRT-Protokolls. Überprüfen Sie Audit-Berichte sowohl für das LRT-Protokoll als auch für die zugrunde liegenden Restaking-Verträge. Berücksichtigen Sie den Rücknahmemechanismus des LRT: Einige LRTs ermöglichen sofortige Rücknahme, während andere Auszahlungen in eine Warteschlange stellen.

Überwachen Sie Ihre Position. Restaking ist keine Einzahl-und-vergiss-Strategie. Neue AVSs, Operator-Änderungen und Slashing-Ereignisse können Ihr Risikoprofil verändern. Protokolle wie EigenLayer bieten Dashboards, die die Operator-Leistung und den AVS-Status anzeigen. Richten Sie Benachrichtigungen für Operator-Änderungen ein, wenn das Protokoll diese unterstützt.

Berücksichtigen Sie die Auszahlungswarteschlange. Restaked-Positionen können längere Auszahlungsfristen haben als einfaches Staking. EigenLayer erzwingt eine Auszahlungsverzögerung (derzeit 7 Tage), und in Zeiten hoher Nachfrage kann sich die Warteschlange verlängern. Setzen Sie keine Gelder ein, auf die Sie möglicherweise schnell zugreifen müssen. Berücksichtigen Sie den Zeitpunkt der Auszahlung in Ihrer Liquiditätsplanung.