News
EigenLayer Protocol Council genehmigt ELIP-016 (Redistribution Delay) und ELIP-017 (Duration Vault Fixes)
Von KryptoRatgeber · veröffentlicht 16. Juni 2026
Der EigenLayer Protocol Council hat am 15. Juni 2026 zwei Protokoll-Verbesserungen offiziell genehmigt: ELIP-016 und ELIP-017. Das ist relevant für alle, die Ethereum-basierte Token bei EigenLayer einsetzen — denn beide Änderungen betreffen direkt, wie das Protokoll mit Sicherheitsrisiken und bestimmten Einzahlungsstrukturen umgeht. Wer verstehen will, wie Governance in Krypto-Protokollen in der Praxis aussieht, bekommt hier ein konkretes Beispiel.
Zwei Protokolländerungen im Detail: Verzögerung bei Strafen, Korrekturen bei Einzahlungstresoren
Laut Protocol Council Evaluation ELIP-016 & ELIP-017 (EigenLayer Forum) stehen hinter den beiden Genehmigungen sehr unterschiedliche Ziele.
ELIP-016 führt eine sogenannte Redistribution Delay ein — eine Wartezeit, bevor konfiszierte Mittel tatsächlich weitergeleitet werden. Der Protocol Council stuft dies, so das Forum, als Reaktion auf jüngste hochkarätige Sicherheitsvorfälle im Bereich ein. Die Verzögerung soll nach Einschätzung des Councils im Ernstfall Reaktionszeit schaffen; der Umfang sei, so der Council ausdrücklich, bewusst klein gehalten worden. AVSs — also Dienste, die auf EigenLayer aufbauen und Redistribution bereits nutzen — müssen laut Forum möglicherweise Anpassungen vornehmen, um die neue Wartezeit technisch zu unterstützen. Das Sicherheitsunternehmen Certora führte ein separates Audit durch; alle identifizierten Probleme wurden laut Forum behoben.
ELIP-017 adressiert einen anerkannten Fehler im ursprünglichen Deployment der sogenannten Duration Vaults — zeitgebundener Einzahlungsstrukturen. Konkret erlaubt die Änderung nun auch die Erstellung solcher Vaults für LST-Token — also für Token, die bereits gestaktes Ethereum repräsentieren. Das bewusste Fehlen einer Token-Sperrliste in ELIP-017 sei, so der Protocol Council, absichtlich gewählt und vereinbar mit dem erlaubnisfreien Charakter des Protokolls. Auch hier bestätigt das Forum ein abgeschlossenes Certora-Audit ohne offene Befunde.
Was zwei genehmigte Vorschläge über die Reife von DeFi-Protokollen verraten
Zwei Punkte stechen bei nüchterner Betrachtung heraus — und beide gehen über die technischen Details hinaus.
Erstens zeigt die Genehmigung von ELIP-016, dass EigenLayer auf Sicherheitsvorfälle im weiteren Ökosystem tatsächlich reagiert, anstatt sie zu ignorieren. Eine Verzögerung vor der Umverteilung von Straf-Geldern — die sogenannte Redistribution Delay — klingt unspektakulär, ist aber sicherheitstechnisch sinnvoll: Sie schafft ein Zeitfenster, in dem fehlerhafte oder missbräuchliche Entscheidungen noch korrigiert werden können, bevor Geld den Besitzer wechselt. Dass der Umfang bewusst klein gehalten wurde, ist kein Zeichen von Zögerlichkeit, sondern von methodischer Vorsicht — ein Merkmal, das bei Smart Contracts, also automatisch ausführenden Programmcodes auf der Blockchain, oft unterschätzt wird.
Zweitens lohnt ein Blick darauf, was ELIP-017 nicht tut: Es gibt bewusst keine Liste verbotener Token. Das Protokoll vertraut darauf, dass Nutzer selbst Risiken einschätzen — ein Prinzip, das im DeFi-Raum als "permissionless" gilt. Für erfahrene Nutzer ist das ein Feature; für weniger erfahrene kann es eine stille Falle sein, wenn sie ungeprüfte Token in Duration Vaults einsetzen.
Für deutsche Nutzer gilt außerdem: Protokolländerungen wie diese können das Risikoprofil eines eingesetzten Assets verändern. Wer ETH oder Liquid Staking Token bei EigenLayer hält, sollte solche Governance-Entscheidungen aktiv verfolgen — nicht weil Handlungsbedarf besteht, sondern weil Transparenz das einzige Werkzeug ist, das hier zur Verfügung steht.
EigenLayer: das Protokoll hinter dem Ethereum-Restaking
EigenLayer ist ein Protokoll auf der Ethereum-Blockchain, das sogenanntes Restaking ermöglicht — also das Wiederverwenden bereits gestakter ETH oder Liquid Staking Token (LST), um zusätzliche Dienste im Netzwerk abzusichern. Wer zum Beispiel Ether gestakt hat und dafür einen LST — einen handelbaren Token als Beleg für seinen Einsatz — erhält, kann diesen LST bei EigenLayer einsetzen und damit weiteren Netzwerksicherheit stiften.
Auf dieser Basis bauen sogenannte Actively Validated Services (AVSs) auf — externe Anwendungen oder Dienste, die die gebündelte Sicherheit von EigenLayer nutzen. Für diese AVSs gilt: Protokolländerungen wie ELIP-016 können unmittelbaren Anpassungsbedarf auslösen.
Änderungen am Protokoll laufen über einen strukturierten Prozess: Verbesserungsvorschläge — sogenannte EigenLayer Improvement Proposals (ELIPs) — werden diskutiert, auditiert und erst dann dem Protocol Council zur finalen Genehmigung vorgelegt.
Häufige Fragen
Was bedeutet die neue Redistribution Delay für mich als EigenLayer-Nutzer?
Die Redistribution Delay aus ELIP-016 sorgt dafür, dass bestimmte Protokollaktionen — konkret die Umverteilung von Mitteln bei Regelverstößen — nicht sofort, sondern erst nach einer Wartezeit ausgeführt werden. Das gibt dem System mehr Zeit, auf Fehler oder Angriffe zu reagieren. Wer ETH oder ähnliche Token bei EigenLayer eingesetzt hat, ist von dieser Änderung indirekt betroffen; direkte Anpassungen müssen vor allem die sogenannten Actively Validated Services (AVS) — Dienste, die EigenLayer zur Sicherheitsprüfung nutzen — vornehmen.
Warum gibt es für Duration Vaults keine automatische Sperrliste für Token?
Das bewusste Fehlen einer solchen Token-Sperrliste in ELIP-017 ist laut Protocol Council keine Lücke, sondern eine Grundsatzentscheidung: EigenLayer soll für jeden offen bleiben, ohne dass zentrale Stellen vorab festlegen, welche Token erlaubt sind. Dieses Prinzip nennt sich „permissionless" — also ohne Zugangsbeschränkung — und ist ein bewusstes Designmerkmal des Protokolls.