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

Einführung

Der Übergang von Ethereum zu Proof of Stake im September 2022 schuf einen Pool wirtschaftlicher Sicherheit: über 30 Millionen ETH, die von Validatoren gestakt wurden, die riskieren, ihre Einzahlung (Slashing) zu verlieren, wenn sie böswillig handeln. Dieser Sicherheits-Pool schützt Ethereum, bleibt jedoch im Hinblick auf jedes andere Protokoll untätig.

Neue Protokolle, die eine dezentrale Validierung benötigen, stehen vor einem Bootstrapping-Problem. Ein Orakel-Netzwerk, eine Datenverfügbarkeitschicht 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. Der Aufbau dieser Sicherheit von Grund auf ist teuer. Jedes neue Protokoll muss seine eigenen Staker anziehen, seinen eigenen Token für Staking-Belohnungen ausgeben und hoffen, dass genügend Kapital bereitgestellt 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 in den Konsens von Ethereum investiert haben, entscheiden sich zusätzlich dafür, andere Dienste abzusichern. Das gleiche Kapital unterstützt mehrere Protokolle gleichzeitig.

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

Wie Ethereum-Staking vor dem Restaking funktioniert

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

Ethereum-Validatoren hinterlegen 32 ETH in einem Staking-Vertrag. Im Gegenzug verdienen sie Belohnungen für das Vorschlagen und Bestätigen von Blöcken (derzeit etwa 3 % bis 4 % annualisiert). Wenn ein Validator böswillig handelt (Doppelsignierung, Vorschlagen von widersprüchlichen Blöcken) oder über längere Zeit offline geht, wird ein Teil seiner 32 ETH geschliffen.

Dies schafft eine wirtschaftliche Sicherheitsgarantie. Angriffe auf den Konsens von Ethereum erfordern die Kontrolle über genügend gestaktes ETH, sodass die Kosten für das Slashing die Gewinne aus dem Angriff übersteigen. Mit über 30 Millionen gestakten ETH (ungefähr 100 Milliarden USD zu Preisen Mitte 2026) ist diese Schwelle prohibitv hoch.

Liquid-Staking-Protokolle wie Lido (stETH) und Rocket Pool (rETH) fügten eine Schicht oben drauf hinzu. Benutzer hinterlegen ETH, erhalten einen liquiden Token, der ihren Einsatz repräsentiert, und können diesen Token in DeFi verwenden, während sie weiterhin Staking-Belohnungen verdienen. Das zugrunde liegende ETH bleibt bei den Validatoren gestakt. Für eine detaillierte Aufschlüsselung, wie liquide Staking-Token funktionieren und welche Entkopplungsrisiken sie mit sich bringen, sind die Mechaniken wichtiger Kontext, um die zusätzliche Risikoeinheit zu verstehen, die Restaking einführt.

Restaking fügt eine zweite Schicht auf das Staking (oder Liquid-Staking) hinzu. Das gleiche ETH, das Ethereum absichert, sichert auch zusätzliche Protokolle.

Die Architektur von EigenLayer

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

Restaker. Benutzer, die ihr gestaktes ETH (oder liquide Staking-Token wie stETH) an EigenLayer übergeben. Restaker hinterlegen in den Verträgen von EigenLayer und delegieren ihren Einsatz an einen Betreiber.

Betreiber. Entitäten, die Validierungssoftware für aktiv validierte Dienste betreiben. Ein Betreiber registriert sich bei EigenLayer, erhält delegierte Einsätze von Restakern und entscheidet sich für ein oder mehrere AVSs. Betreiber sind dafür verantwortlich, die Validierungsanforderungen jedes AVS zu erfüllen und sehen sich einem Slashing ausgesetzt, wenn sie versagen.

Aktiv validierte Dienste (AVSs). Protokolle, die die restgestakte Sicherheit von EigenLayer nutzen. Ein AVS definiert seine eigene Validierungslogik, Belohnungsstruktur und Slashing-Bedingungen. Wenn ein Betreiber sich für ein AVS entscheidet, wird das restgestakte ETH, das diesen Betreiber unterstützt, den Slashing-Regeln des AVS unterworfen.

Der Ablauf:

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

Die Verträge von EigenLayer setzen die Delegations- und Slashing-Logik durch, definieren jedoch nicht, was ein slashing-relevantes Vergehen darstellt. Jeder AVS schreibt seinen eigenen Slashing-Vertrag, den der DelegationManager von EigenLayer aufruft, wenn ein Slashing-Ereignis nachgewiesen wird. Diese Modularität ermöglicht es jedem Protokoll, ein AVS zu werden, bedeutet jedoch auch, dass die Sicherheit der Slashing-Logik jedes AVS unabhängig variiert.

Was aktiv validierte Dienste aussehen

AVSs sind die Nachfrageseite des Restaking-Marktplatzes. Sie sind Protokolle, die dezentrale Validierung benötigen, aber nicht von Grund auf ein eigenes Validator-Set und eine Token-Ökonomie aufbauen möchten.

Das erste und größte AVS ist EigenDA, eine Datenverfügbarkeits-Schicht, die vom Team von EigenLayer entwickelt wurde. Rollups können ihre Transaktionsdaten an EigenDA anstelle von Ethereums calldata oder blobs senden, was die Kosten senkt und gleichzeitig die Sicherheit von restaked ETH erbt. Bis Mitte 2026 verarbeitete EigenDA Daten für mehrere L2-Rollups und bot eine Alternative zu Celestia und dem nativen Blob-Raum von Ethereum.

Weitere AVS-Kategorien umfassen:

Oracle-Netzwerke. Ein dezentrales Oracle kann restaked ETH als Sicherheitsanleihe verwenden, anstatt dass Oracles einen separaten Token staken müssen. Wenn ein Oracle einen falschen Preis einreicht, wird das restaked ETH, das es unterstützt, geschlachtet. Dies bietet stärkere wirtschaftliche Garantien als ein eigenständiger Oracle-Token mit kleiner Marktkapitalisierung.

Cross-Chain-Brücken. Brücken-Validatoren können durch restaked ETH unterstützt werden, was eine wirtschaftliche Abschreckung gegen betrügerische Bestätigungen schafft, die weit über das hinausgeht, was ein eigenständiger Brücken-Token bieten könnte. Angesichts der Tatsache, dass Brücken-Exploits über 4 Milliarden Dollar an Verlusten verursacht haben, ist die Anziehungskraft der Ethereum-Qualitätssicherheit für die Brückenvalidierung erheblich.

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

Koprozessoren. Off-Chain-Berechnungsdienste, die überprüfbare Ergebnisse erzeugen, wie z. B. ZK-Proof-Generierung oder KI-Inferenzverifizierung, können AVS-Slashing verwenden, um korrekte Ausgaben durchzusetzen. Diese Kategorie wächst, da immer mehr Protokolle Off-Chain-Berechnungen verifizieren möchten, 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, um jeden ERC-20-Token als restakbares Asset zu akzeptieren, erweiterte die potenzielle Sicherheitenbasis über ETH und deren liquide Staking-Derivate hinaus.

Liquid Restaking-Token: die dritte Schicht

So wie Liquid Staking handelbare Darstellungen von gestaktem ETH (stETH, rETH) geschaffen hat, schaffen Liquid Restaking-Protokolle handelbare Token, die restaked Positionen repräsentieren.

Die wichtigsten Liquid Restaking-Protokolle:

Ether.fi (eETH). Das größte Liquid Restaking-Protokoll nach TVL. Benutzer hinterlegen ETH, Ether.fi stakt es und restakt es über EigenLayer, und die Benutzer erhalten eETH, das sie in DeFi verwenden können. Ether.fi übertraf Konkurrenten im Liquid Staking-Sektor, indem es einen optimierten Einzahlungsprozess in einem Schritt anbot und sich mit wichtigen DeFi-Protokollen zur Komponierbarkeit integrierte.

Renzo (ezETH). Abstraktiert den Delegationsprozess von EigenLayer. Benutzer hinterlegen ETH oder stETH, Renzo kümmert sich um die Auswahl der Betreiber und die AVS-Opt-in, und die Benutzer erhalten ezETH. Renzo differenziert sich, indem es diversifizierte AVS-Exposition bietet: Das Protokoll verteilt den delegierten Stake auf mehrere Betreiber und AVSs, um das Konzentrationsrisiko zu verringern.

Puffer (pufETH). Konzentriert sich auf die Teilnahme von Solo-Validatoren und Anti-Slashing-Technologie neben Liquid Restaking. Puffers Ansatz umfasst sichere Signaturtechnologie, die darauf abzielt, zu verhindern, dass Validatoren slashing-relevante Nachrichten erzeugen, selbst wenn ihre Schlüssel kompromittiert sind.

Kelp (rsETH). Aggregiert restaked Positionen über Betreiber und AVSs in ein einzelnes liquides Token. Kelp zielt darauf ab, eine diversifizierte Restaking-Exposition ähnlich einem Indexfondsansatz zu bieten.

LRTs bieten Bequemlichkeit, bringen jedoch auch eine zusätzliche Schicht von Smart-Contract-Risiken mit sich. Der Stapel wird: ETH -> gestaktes ETH -> liquides Staking-Token -> restaked auf EigenLayer -> liquides Restaking-Token. Jede Schicht führt ihren eigenen Vertrag, ihre eigene Governance und ihre eigenen potenziellen Fehlerquellen ein. Ein Fehler oder ein Exploit in einer beliebigen Schicht kann nach unten kaskadieren.

Die Mathematik der gemeinsamen Sicherheit

Sie könnten auch interessiert sein: Was ist Proof of Stake? Wie Validatoren Miner ersetzt haben.

Der Wertvorschlag des Restakings hängt von einfachen wirtschaftlichen Überlegungen ab.

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

Mit Restaking wird das Oracle-Netzwerk zu einem AVS auf EigenLayer. Es leiht sich Sicherheit von bereits gestaktem ETH, einem liquiden Vermögenswert mit tiefen Märkten und etabliertem Wert. Das Oracle gibt kein Staking-Token aus. Es zahlt ETH-denominierte Belohnungen an Betreiber, und die 100 Millionen Dollar in restaked ETH, die diese Betreiber unterstützen, bieten die Sicherheit.

Die Kosten für das AVS sind die Belohnungen, die es den Betreibern (und damit den Restakern) zahlen muss, um sich zu beteiligen. Dies wird typischerweise in den eigenen Token des AVS oder in ETH denominiert. Die Kosten sind niedriger als die Schaffung einer eigenständigen Staking-Wirtschaft, da Restaker bereits eine Basis-Staking-Rendite verdienen. Das AVS muss nur genügend marginale Belohnungen bieten, um das zusätzliche Slashing-Risiko zu rechtfertigen.

Für Restaker ist die Anziehungskraft das Yield-Stacking. Eine Position könnte verdienen:

• 3,5 % aus Ethereum-Konsens-Staking
• 0,5 % aus Gebühren des liquiden Staking-Protokolls
• 1 % bis 3 % aus AVS-Belohnungen durch Restaking

Aggregierte Renditen von 5 % bis 7 % auf ETH zogen während 2024 und 2025 erhebliches Kapital in das Restaking. Auf ihrem Höhepunkt hielt EigenLayer über 15 Milliarden Dollar an restaked Vermögenswerten und wurde damit zu einem der größten DeFi-Protokolle nach TVL.

Allerdings ist Yield-Stacking kein kostenloses Geld. Jeder zusätzliche Prozentpunkt Rendite bringt ein entsprechendes Risiko mit sich. Je höher die aggregierte Rendite, desto mehr Slashing-Vektoren ist die Position ausgesetzt.

Slashing-Risiko: Wo Restaking gefährlich wird

Die Kompounding von Rendite geht mit einer Kompounding von Risiko einher. Restaked ETH ist gleichzeitig mehreren Quellen von Slashing ausgesetzt.

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

AVS-Slashing. Jedes AVS, in das der Betreiber einsteigt, führt seine eigenen Slashing-Bedingungen ein. Ein Betreiber, der drei AVSs betreibt, sieht sich drei unabhängigen Sets 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 Infrastrukturfehler (ein Datenzentrumsausfall, ein Schlüsselkompromiss) Verstöße in allen verursacht, kann derselbe Stake mehrfach geslasht werden. Die Verträge von EigenLayer erlauben proportionale Slashing, was bedeutet, dass der gesamte Slash das übersteigen kann, was bei einem einzelnen AVS auftreten würde.

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

LRT-Kompounding-Risiko. Benutzer, die liquide Restaking-Token halten, sehen sich all den oben genannten Risiken sowie dem Smart-Contract-Risiko des LRT-Protokolls selbst und dem Risiko ausgesetzt, dass das LRT während eines Slashing-Ereignisses oder einer Liquiditätskrise von seinem zugrunde liegenden Wert abweicht.

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

Die Wettbewerbslandschaft über EigenLayer hinaus

Restaking ist kein Monopol von EigenLayer mehr.

Symbiotic wurde 2024 als ein genehmigungsfreies Restaking-Protokoll eingeführt. 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 unterteilt, die jeder 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-Hauptnetz. Karaks Multi-Chain-Ansatz spricht AVSs an, die Sicherheit von Vermögenswerten auf anderen Chains als Ethereum wünschen, und Restakern, die das Bridging zum Ethereum-Hauptnetz vermeiden möchten.

Babylon wendet das Restaking-Konzept auf Bitcoin an. BTC-Inhaber sperren ihr Bitcoin in einem zeitlich gesperrten Skript und verwenden es, um Proof-of-Stake-Chains zu sichern. Das Bitcoin verlässt niemals die Bitcoin-Blockchain (kein Wrapping, kein Bridging), ist jedoch einem Slashing durch einen kryptografischen Strafmechanismus namens extractable one-time signatures ausgesetzt. Wenn ein Staker widersprüchliche Nachrichten signiert, offenbart das EOTS-Schema seinen privaten Schlüssel, sodass jeder das gesperrte Bitcoin als Strafe beanspruchen kann.

Das Auftreten von Wettbewerbern deutet darauf hin, dass Restaking zu einer Kategorie wird, nicht zu einem einzelnen Produkt. Die langfristige Frage ist, ob die Sicherheitsfragmentierung über konkurrierende Restaking-Schichten das gemeinsame Sicherheitsmodell schwächt, das Restaking überhaupt wertvoll macht. Wenn dasselbe Kapital auf EigenLayer, Symbiotic und Karak aufgeteilt wird, wird die Sicherheit, die jeder bietet, proportional reduziert.

Wie die Auswahl des Betreibers das Risiko beeinflusst

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

Professionelle Betreiber (Figment, P2P, Kiln und ähnliche institutionelle Staking-Anbieter) betreiben typischerweise redundante Infrastruktur über mehrere Rechenzentren, unterhalten dedizierte Sicherheitsteams und beschränken die Anzahl der AVSs, in die sie einsteigen. Solo-Betreiber oder kleinere Teams können höhere Renditen bieten, indem sie in mehr AVSs einsteigen, konzentrieren jedoch auch das Risiko in weniger Händen und weniger widerstandsfähiger Infrastruktur.

Die Erfolgsbilanz des Betreibers 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 Betreiber mit 99,9 % Betriebszeit über 12 Monate und einer konservativen AVS-Auswahl bietet ein erheblich anderes Risikoprofil als ein neuer Betreiber, der aggressive Multi-AVS-Strategien verfolgt.

Delegation ist nicht dauerhaft. Restaker können sich an einen anderen Betreiber umdelegieren, obwohl der Prozess eine Abhebungsverzögerung beinhaltet. Wenn ein Betreiber beginnt, in AVSs mit unklaren Slashing-Bedingungen oder fragwürdigen Prüfungsverläufen einzusteigen, ist die Umdelegation 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 behandelt nicht:

• Detaillierte Vergleiche einzelner AVSs und ihrer Belohnungsstrukturen
• Die Tokenomics des EIGEN-Tokens und seiner Governance-Funktionen
• Schritt-für-Schritt-Anleitungen für Restaking durch spezifische Protokolle
• Die regulatorische Klassifizierung von Restaking-Renditen

Praktische Überprüfungen vor dem Restaking

Verstehen Sie das Risiko des Betreibers. Wenn Sie an einen Betreiber delegieren, erben Sie dessen Risiko einer Bestrafung. Überprüfen Sie, für welche AVSs der Betreiber sich entschieden hat, dessen Betriebszeitgeschichte und die Infrastruktur. Ein Betreiber, der 15 AVSs auf einem einzigen Server in einem einzigen Rechenzentrum betreibt, stellt ein konzentriertes Risiko dar.

Überprüfen Sie die Bestrafungsbedingungen für AVSs. Bevor Ihr Betreiber in ein neues AVS einsteigt, verstehen Sie, was eine Bestrafung auslöst. Einige Bestrafungsbedingungen für AVSs sind einfach (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 die LRT-Risiken separat. Wenn Sie einen liquiden Restaking-Token halten, tragen Sie das Restaking-Risiko sowie das Risiko des Smart Contracts des LRT-Protokolls. Überprüfen Sie die Prüfberichte sowohl für das LRT-Protokoll als auch für die zugrunde liegenden Restaking-Verträge. Berücksichtigen Sie den Rücknahme-Mechanismus des LRT: Einige LRTs erlauben eine sofortige Rücknahme, während andere Abhebungen in eine Warteschlange stellen.

Überwachen Sie Ihre Position. Restaking ist keine Strategie, bei der man einfach einzahlt und vergisst. Neue AVSs, Betreiberwechsel und Bestrafungsereignisse können Ihr Risikoprofil verändern. Protokolle wie EigenLayer bieten Dashboards, die die Leistung des Betreibers und den Status der AVS anzeigen. Richten Sie Benachrichtigungen für Betreiberwechsel ein, wenn das Protokoll dies unterstützt.

Berücksichtigen Sie die Abhebewarteschlange. Restaked-Positionen können längere Abhebungsfristen haben als einfaches Staking. EigenLayer setzt eine Abhebungsverzögerung durch (derzeit 7 Tage), und während Zeiten hoher Nachfrage kann sich die Warteschlange verlängern. Setzen Sie keine Mittel ins Restaking, auf die Sie schnell zugreifen müssen. Berücksichtigen Sie den Zeitpunkt der Abhebung in Ihrer Liquiditätsplanung.
Mehr erfahren: Was sind liquide Staking-Token? stETH und das Risiko der Entkopplung, erklärt

Was ist Restaking in einfachen Worten? {#faq-question-6468663546}

Restaking bedeutet, ETH, die bereits auf Ethereum gestaked ist, gleichzeitig zur Sicherung anderer Protokolle zu verwenden. Die gleiche Einzahlung verdient Staking-Belohnungen von Ethereum und zusätzliche Belohnungen von den anderen Protokollen, die sie sichert, im Austausch für die Akzeptanz zusätzlicher Bestrafungsrisiken.

Was ist ein aktiv validierter Dienst? {#faq-question-0126999857}

Ein aktiv validierter Dienst (AVS) ist ein Protokoll, das restaked ETH von EigenLayer für seine Sicherheit verwendet. Beispiele sind Datenverfügbarkeits-Schichten, Oracle-Netzwerke, Brücken und Keeper-Netzwerke. Jeder AVS definiert seine eigenen Validierungsanforderungen und Bestrafungsbedingungen.

Wie unterscheidet sich Restaking von liquid Staking? {#faq-question-8991716105}

Liquid Staking (Lido, Rocket Pool) erstellt einen handelbaren Token, der gestaked ETH repräsentiert. Das ETH sichert nur den Konsens von Ethereum. Restaking nimmt dieses gestakte ETH und verpflichtet es zur Sicherung zusätzlicher Protokolle über Ethereum hinaus. Liquid Restaking kombiniert beides: Es erstellt einen handelbaren Token, der eine restaked Position repräsentiert.

Kann ich mein ETH durch Restaking verlieren? {#faq-question-7846755037}

Ja. Restaked ETH unterliegt den Bestrafungen der Konsensregeln von Ethereum und von jedem AVS, in das der Betreiber eingestiegen ist. Wenn der Betreiber böswillig handelt oder einen Fehler erleidet, der die Bestrafungsbedingungen des AVS auslöst, kann ein Teil des restaked ETH dauerhaft zerstört werden.

Welche Renditen bietet Restaking? {#faq-question-4357318850}

Die Renditen variieren je nach Betreiber und AVS. Die Basisrendite des Ethereum-Stakings liegt bei etwa 3 % bis 4 %. AVS-Belohnungen können 1 % bis 3 % oder mehr hinzufügen, abhängig vom Dienst. Gesamtrenditen von 5 % bis 7 % waren während 2024 und 2025 üblich, obwohl diese mit den Marktbedingungen und der Nachfrage nach AVS schwanken.

Ist Restaking sicher? {#faq-question-8966036614}

Restaking führt zusätzliche Risikoelemente über das Standard-Staking hinaus ein. Jeder AVS fügt einen neuen Bestrafungsvektor hinzu, und die Bestrafungsverträge sind neuer und weniger erprobt als die Konsensstrafen von Ethereum. Die Auswahl des Betreibers, die Due Diligence für AVSs und die Qualität der Smart Contract-Prüfungen beeinflussen alle die Sicherheit einer Restaking-Position.

Was ist ein liquider Restaking-Token? {#faq-question-9708410066}

Ein Liquid Restaking Token (LRT) ist ein handelbares Token, das eine restaked Position repräsentiert. Protokolle wie Ether.fi (eETH), Renzo (ezETH) und Puffer (pufETH) geben LRTs aus, die es den Nutzern ermöglichen, die DeFi-Kompatibilität aufrechtzuerhalten, während ihr ETH restaked wird. LRTs tragen das zugrunde liegende Restaking-Risiko sowie das eigene Smart-Contract-Risiko des LRT-Protokolls.

Kann ich Bitcoin restaken? {#faq-question-7069619062}

Ja, über das Babylon-Protokoll. BTC-Inhaber sperren Bitcoin in einem zeitlich gesperrten Skript auf der Bitcoin-Blockchain (kein Wrapping oder Bridging erforderlich) und verwenden es, um Proof-of-Stake-Blockchains zu sichern. Slashing wird durch einen kryptografischen Mechanismus durchgesetzt, der den privaten Schlüssel des Stakers extrahiert, wenn er widersprüchliche Nachrichten signiert.

*Haftungsausschluss: Dieser Artikel dient nur zu Informationszwecken und stellt keine finanzielle, investitions- oder rechtliche Beratung dar. Kryptowährungen bergen erhebliche Risiken, und Sie sollten Ihre eigenen Recherchen durchführen, bevor Sie Entscheidungen treffen. Die Informationen sind zum Stand August 2026 genau.*