Zum Inhalt springen
Financial Context Wiki

Korreliertes Slashing-Risiko beim Restaking

Restaking kann ein Portfolio mehreren slashbaren Diensten aussetzen. Gemeinsame Betreiber, Software, Infrastruktur und Ausstiegsfristen können korrelierte Verluste verursachen.

Aktualisiert

Nur zu Bildungszwecken; keine Anlageberatung. Restaking kann zum teilweisen oder vollständigen Verlust des Kapitals führen.

Direkte Antwort

Korreliertes Slashing-Risiko bedeutet, dass ein grundlegender Fehler gleichzeitig Verluste in mehreren Restaking-Positionen auslöst. Gemeinsame Betreiber, Signatursysteme, Clients, Cloud-Regionen, Orakel, Governance oder Smart Contracts können getrennt wirkende Dienste gemeinsam ausfallen lassen.

Restaking verwendet wirtschaftlichen Stake erneut, um zusätzliche Dienste, oft AVSs genannt, abzusichern. Neben Belohnungen können sich Protokoll-, Betreiber-, Smart-Contract-, Liquiditäts- und Ausstiegsrisiken addieren. Die beworbene Rendite misst den Maximalverlust nicht zuverlässig.

Der slashbare Betrag hängt von den aktiven Verträgen, den Zuweisungen zu Operator Sets, den Regeln jedes Dienstes und noch slashbaren Auszahlungs- oder Deallokationsfristen ab. Er lässt sich nicht aus einem allgemeinen Prozentsatz oder früheren Vorfällen ableiten.

Funktionsweise

Im aktuellen Unique-Stake-Modell von EigenLayer weist ein Betreiber Teile des delegierten Stakes Operator Sets zu. Die Zuweisungen einer Strategie dürfen zusammen 100% nicht überschreiten; derselbe Teil kann nicht Unique Stake zweier Sets sein. Ein Dienst kann den seinem Set zugewiesenen Teil nach eigenen Regeln slashen.

Diese Buchführung begrenzt die Doppelnutzung, macht Verluste aber nicht unabhängig. Eine fehlerhafte Bereitstellung kann mehrere Zuweisungen treffen, viele Betreiber können dieselbe Abhängigkeit teilen, und native ETH-Validatoren unterliegen zusätzlich Ethereum-Konsensstrafen oder Slashing.

Erwartete Nettorendite = erwartete Belohnungen - Gebühren - Opportunitätskosten - erwartete Slashing- und Liquiditätsverluste

Schätzen Sie Verluste nach Szenarien statt Renditen zu addieren. Prüfen Sie mindestens:

  • Strategie, Betreiber, Operator Set, Zuweisungsanteil und slashbaren Betrag jedes Dienstes.
  • Slashing-Bedingungen, Beweisstandard, Befugnis, Streit- oder Vetoverfahren und Höchststrafe.
  • Gemeinsame Clients, Schlüssel, Signierer, Cloud-Regionen, Orakel, Upgrade-Verwalter und Governance-Teilnehmer.
  • Auszahlungs- und Deallokationsfristen, da wartende Anteile bis zum Fristende slashbar bleiben können.

Beispiel

Von 100 ETH bei einem Betreiber seien 40% Set A, 30% Set B und 30% keinem Set zugewiesen. Veranlasst ein gemeinsamer Softwarefehler A, 50% seiner Zuweisung zu slashen, und B, 100% zu slashen, beträgt der Verlust 20 ETH + 30 ETH = 50 ETH. Das ist nur ein Beispiel; Vertragsregeln, spätere Slashings, Ethereum-Strafen und ein LRT-Marktabschlag können den realisierten Verlust ändern.

Risiken

  • Verdeckte Konzentration: Verschiedene Betreiber können denselben Client, Signierer, Standort oder dieselbe Cloud-Region nutzen.
  • Regel- und Governance-Risiko: Weite Bedingungen oder ein versagendes Komitee, Upgrade-Schlüssel- oder Streitverfahren können Verluste auslösen.
  • Ausstiegsrestrisiko: Auszahlung oder Deallokation beendet die Slashbarkeit womöglich nicht sofort.
  • Liquiditätsverlust: Ein LRT kann unter dem Wert der Basiswerte handeln und vor der Abrechnung Marktverluste hinzufügen.

Häufige Irrtümer

Mythos 1: Mehr AVSs diversifizieren automatisch

Diversifikation besteht nur bei wirklich unabhängigen Fehlerquellen und slashbaren Zuweisungen.

Mythos 2: Ohne frühere Slashings ist das Risiko gering

Eine kurze, ruhige Historie kann ohne relevanten Stresstest sein. Befugnisse und Fehlerszenarien zählen mehr als null Vorfälle.

Mythos 3: Ein Versicherungsfonds garantiert Erstattung

Deckung hängt von Fondsgröße, Ereignissen, Ausschlüssen, Rang und Governance ab. Beworbene Versicherung ist keine finanzierte, durchsetzbare Deckung.

Mythos 4: Der Ausstieg beendet die Haftung sofort

Wartende Auszahlungen oder Deallokationen können während Fristen slashbar bleiben; LRTs können zudem Liquiditäts- und Rücknahmefristen haben.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...