Das Governance-Forum von EigenLayer diskutiert ELIP-018, einen Entwurfsvorschlag, der ein Framework namens RETIRE einführen würde, kurz für Retirement Enabling Terminal, Irreversible Restaking Exit.

Der erklärte Zweck des Vorschlags besteht darin, einen finalen Exit-Pfad für Restaker zu schaffen, die bestimmte Restaking-Positionen endgültig und irreversibel verlassen wollen, während unnötige Slashing-Mechanismen vermieden werden.

ELIP-018 bleibt ein Entwurf. Der Vorschlag wurde nicht implementiert und nicht von der DAO genehmigt.

Selbst im Entwurfsstadium behandelt der Vorschlag eine zentrale Frage für Restaking-Systeme: wie Nutzer sicher aussteigen können, wenn die Protokollarchitektur komplexer wird.

Restaking kann die Kapitaleffizienz verbessern und Sicherheit über mehrere Dienste hinweg koordinieren. Gleichzeitig entstehen zusätzliche Verpflichtungsebenen zwischen Stakern, Operatoren, aktiv validierten Diensten, oder AVSs, Slashing-Regeln und Auszahlungsprozessen. Je stärker diese Ebenen zunehmen, desto wichtiger werden klare Exit-Verfahren.

Die Frage der Exit-Mechanik ist nicht auf Restaking beschränkt. Ethereums eigene Staking-Ebene verfügte bis zum Shanghai-Upgrade im April 2023 über keinen nativen Auszahlungsweg, der Validatoren das Unstaking von ETH ermöglichte. Dieses Upgrade zeigte, wie entscheidend klar definierte Exit-Routen für das Vertrauen der Nutzer auf Basisebene des Protokolls sind. EigenLayers RETIRE-Vorschlag behandelt ein paralleles Problem eine Ebene darüber, wo restakte Assets gleichzeitig mit mehreren Diensten verbunden sind.

Warum Restaking-Exits komplex sind

Restaking ermöglicht es gestakten Assets, zusätzliche Dienste zu unterstützen. Statt ausschließlich Ethereum abzusichern, kann restaktes Kapital über EigenLayers Framework genutzt werden, um AVSs abzusichern. Diese Struktur kann zusätzliche wirtschaftliche Chancen für Staker und Operatoren schaffen.

Sie bringt jedoch auch zusätzliche Risiken mit sich.

Wenn restakte Assets mit anderen Diensten verbunden sind, ist ein Ausstieg nicht mehr nur eine gewöhnliche Auszahlungsfrage. Das System muss Verpflichtungen, Slashing-Zeitfenster, Dienstverantwortlichkeiten, Operator-Zusagen und den Zeitpunkt berücksichtigen, ab dem ein Restaker einem bestimmten Risikosatz nicht mehr ausgesetzt ist.

In diesem Kontext werden Vorschläge wie ELIP-018 relevant.

Ein ungeordneter Exit-Prozess kann bei Nutzern Unsicherheit erzeugen. Wenn Restaker nicht klar verstehen, wann ihre Verpflichtungen enden oder ob ein Exit unbeabsichtigt Strafen auslösen könnte, sind sie möglicherweise weniger bereit, an Restaking-Strukturen teilzunehmen.

Eine klar definierte finale Exit-Route soll diese Unsicherheit verringern.

RETIRE konzentriert sich auf Finalität

Das Element „irreversibel“ in RETIRE ist zentral für den Vorschlag.

Eine finale Exit-Route ist nicht als einfacher Schalter für gelegentliche Änderungen gedacht. Sie soll endgültig sein. Sobald ein Restaker diesen Weg wählt, würde das System den Exit als dauerhafte Handlung behandeln und nicht als vorübergehende Zustandsänderung.

Dieses Design könnte die Abrechnung vereinfachen und Unklarheiten verringern.

In komplexen Staking-Systemen können Unklarheiten operative Risiken erzeugen. Wenn ein Teil eines Protokolls einen Restaker weiterhin als aktiv behandelt, während ein anderer denselben Restaker als im Ausstieg befindlich betrachtet, können Fragen zu Slashing, Verantwortlichkeit und Timing schwer zu klären sein.

RETIRE scheint darauf ausgelegt zu sein, den Endzustand für Restaker und für das Protokoll klarer zu machen.

Das bedeutet nicht, dass der Vorschlag zwangsläufig das endgültige oder richtige Design ist. Es zeigt, dass das behandelte Problem eine konkrete Governance- und Protokolldesignfrage ist.

Slashing-Risiko bleibt ein zentraler Faktor

Slashing ist ein verbreiteter Mechanismus in Proof-of-Stake- und Restaking-Systemen, weil er Fehlverhalten von Validatoren oder Operatoren mit Konsequenzen belegt. Nutzer benötigen jedoch auch die Gewissheit, dass sie nicht unfair bestraft werden, weil Exit-Mechaniken unklar sind.

Dieses Thema ist beim Restaking besonders wichtig, da Nutzer mehreren Diensten und mehreren Risikoeebenen ausgesetzt sein können.

Wenn Exit-Routen schwer verständlich sind, könnten konservative Nutzer zögern, teilzunehmen. Wenn Exits zu einfach sind oder ohne ausreichende Schutzmechanismen gestaltet werden, könnten Dienste schwächere Sicherheitsgarantien haben. Das Protokoll muss daher die Exit-Rechte der Nutzer mit den Sicherheitsannahmen der unterstützten Dienste ausbalancieren.

ELIP-018 ist Teil dieser breiteren Debatte.

Der Vorschlag versucht, eine Route zu definieren, die Restakern den Ausstieg ermöglicht und zugleich die interne Logik des Restaking-Systems bewahrt.

Entwurfsstatus bedeutet, dass die Governance-Prüfung zuerst kommt

Da ELIP-018 noch ein Entwurf ist, sollte er nicht als aktive Funktion betrachtet werden.

Die EigenLayer-Community muss weiterhin bewerten, ob RETIRE notwendig ist, ob seine Mechaniken sicher sind, ob Sonderfälle bestehen und wie das Framework mit bestehenden Auszahlungs- und Slashing-Regeln interagieren würde.

Das bedeutet, dass Restaker nicht davon ausgehen sollten, dass die vorgeschlagene Funktion bereits live ist.

Governance-Diskussionen im Kryptobereich können manchmal endgültig wirken, weil Vorschläge technische und formale Sprache verwenden. Entwürfe sind jedoch die Phase, in der Designideen öffentlich bewertet werden, bevor eine Implementierungsentscheidung getroffen wird.

Für Restaker besteht der unmittelbare praktische Punkt darin, dass das Framework noch diskutiert wird und die relevante Frage ist, wie sich das Exit-Design im Governance-Prozess entwickelt.

EigenLayer-Governance wendet sich dem Systemdesign zu

EigenLayers frühe Erzählung konzentrierte sich auf Wachstum, darunter Restaking-Nachfrage, AVS-Starts, Operator-Netzwerke und die Möglichkeit, Ethereum-Sicherheit über viele Dienste hinweg wiederzuverwenden.

Das Ökosystem bewegt sich nun stärker in Richtung Systemdesign.

Dieser Wandel erfordert, dass Governance weniger werbliche, aber wichtige operative Fragen behandelt. Dazu gehören Fragen danach, wie Exits funktionieren, wie Emissionen funktionieren, wie Slashing mit verschiedenen Diensten interagiert, wie Operatoren verwaltet werden sollten und wie Nutzer Risiken verstehen können.

ELIP-018 passt in diese Phase der Infrastruktur-Governance.

Es handelt sich nicht um eine produktbezogene Hype-Ankündigung. Für ein Restaking-Protokoll gehören Fragen wie das Exit-Design zu den Grundlagen, die für einen dauerhaften Sicherheitsmarktplatz benötigt werden.

Wenn EigenLayer Restaking zu einem langfristigen Sicherheitsmarkt machen will, müssen Exits mit derselben Sorgfalt gestaltet werden wie Einzahlungen.

RETIRE kann zum endgültigen Modell werden oder auch nicht, aber die Diskussion um ELIP-018 zeigt, dass das EigenLayer-Ökosystem das Problem irreversibler Restaking-Exits formal untersucht.

Dieser Artikel basiert auf dem Entwurfsvorschlag im EigenLayer-Forum zu ELIP-018 und dem RETIRE-Framework.

Dieser Artikel wurde vom News Desk verfasst und von Samuel Rae redigiert. Dieser Bericht basiert auf Informationen, die in Offenlegungen aus primärer Quelldokumentation veröffentlicht wurden.