Heim > web3.0 > Hauptteil

Ein Überblick über die differenzierten Designs der sechs wichtigsten Protokolle zur Wiederverpfändung von Liquidität

PHPz
Freigeben: 2024-03-12 08:04:17
nach vorne
1227 Leute haben es durchsucht

Restaking ist auf dem besten Weg, ein Schlüsselthema in diesem Bullenlauf zu werden, da mehr als zehn Liquiditäts-Restaking-Protokolle um den gesamten gesperrten Wert von EigenLayer von über 11 Milliarden US-Dollar wetteifern.

In diesem Artikel werden sechs wichtige Protokolle zur Wiederverpfändung von Liquidität verglichen. Ziel ist es, den Lesern eine prägnante und leicht verständliche Möglichkeit zu bieten, die subtilen Unterschiede zwischen verschiedenen Protokollen zur Wiederverpfändung von Liquidität zu verstehen. Da es bei verschiedenen LRT-Designs viele Kompromisse gibt, sollten Anleger ihre Wahl auf der Grundlage persönlicher Vorlieben treffen.

TL,DR, Hier sind die Hauptmerkmale jedes Liquid-Stake-Protokolls:

  • Puffer Finance und Ether.fi sind die beiden größten Liquid-Stake-Protokolle nach Marktkapitalisierung von Liquid-Stake-Tokens. Beide konzentrieren sich auf natives Re-Stake, das weniger Risikoebenen birgt als LST-Re-Stake. Darüber hinaus fördern beide Protokolle die Dezentralisierung unter den Ethereum-Validatoren. Ether.fi verfügt über die größte Anzahl an DeFi-Integrationen.
  • Kelp- und Renzo-Protokolle unterstützen natives erneutes Abstecken und LST-Neuabstecken. Sie akzeptieren wichtige LSTs wie stETH, ETHx und wBETH. Erwähnenswert ist, dass Renzo den Re-Stake-Service auf die zweite Schicht von Ethereum ausgeweitet hat, wodurch Benutzer von niedrigeren Gasgebühren profitieren.
  • Swell war ursprünglich ein Liquiditäts-Absteckprotokoll und sein Liquiditätsversprechen-Token ist swETH. Die Größe des swETH-Marktes beträgt etwa 950 Millionen US-Dollar. Swell führt einen Re-Stake-Service und den Liquid-Re-Stake-Token rswETH ein. Es bietet natives erneutes Abstecken und swETH- erneutes Abstecken.
  • Eigenpie ist ein Sub-DAO von Magpie, das sich auf die Weiterverpfändung von LST konzentriert. Es akzeptiert 12 verschiedene LSTs und gibt entsprechende 12 verschiedene LRTs aus und bietet so ein einzigartiges, getrenntes LST-Re-Stake-Modell. ?? Token) ) und dann verpfänden. Beim nativen Restaking setzen Validatoren ihre $ETH nativ auf die Beacon-Kette von Ethereum und stellen eine Verbindung zu EigenLayer her. LST-Restaking ermöglicht es Inhabern liquider Staking-Tokens (wie z. B. stETH), ihre Vermögenswerte erneut in den EigenLayer-Smart-Vertrag einzubinden. Da für das native erneute Abstecken der Betrieb eines Ethereum-Validierungsknotens erforderlich ist, ist die Bedienung für Privatanwender komplizierter.
Der Hauptvorteil des nativen ETH-Restakes besteht darin, dass es kein Limit gibt; EigenLayer legt eine Obergrenze für das LST-Restake fest und akzeptiert LST-Einzahlungen nur innerhalb eines bestimmten Betrags oder Zeitraums. Für das native erneute Abstecken gelten diese Einschränkungen nicht und es kann jederzeit eingezahlt werden. Aus Sicherheitsgründen ist die native Wiederverpfändung auch vorteilhafter, da kein LST-Protokollrisiko besteht.

Trotz dieser Unterschiede erfordern sowohl das native Re-Stake als auch das LST-Re-Staking auf EigenLayer, dass Benutzer ihre Vermögenswerte hinterlegen und sperren, um sicherzustellen, dass sie nicht für andere Zwecke verwendet werden können.

Das Liquidity Re-Pledge-Protokoll gibt gesperrte Liquidität frei.

Ein Überblick über die differenzierten Designs der sechs wichtigsten Protokolle zur Wiederverpfändung von LiquiditätLiquid Restaked Token (LRT) ähnelt dem Liquiditäts-Pledge-Token auf Ethereum und wandelt Vermögenswerte auf der EigenLayer-Plattform in Token-Form um. Dadurch wird die ursprünglich eingefrorene Liquidität effektiv freigegeben.

Die im Liquidity Re-Pledge Agreement bereitgestellten Dienstleistungen sind in native Re-Pledge-Dienste und LST-Re-Pledge-Dienste unterteilt. Die meisten Protokolle zur erneuten Liquiditätszusage bieten Benutzern eine native Neuzusage, ohne dass Benutzer einen Ethereum-Knoten betreiben müssen. Benutzer hinterlegen einfach ETH in diesen Protokollen, die hinter den Kulissen den Ethereum-Knotenbetrieb abwickeln.

Mittlerweile wird der größte LST-stETH von fast allen Liquid-Re-Stake-Protokollen akzeptiert, während einige LRT-Protokolle mehrere verschiedene LST-Einzahlungen akzeptieren können.

Es ist erwähnenswert, dass es sich bei Puffer Finance im Wesentlichen um ein natives Protokoll zur erneuten Verpfändung handelt. Derzeit befindet es sich in der Pre-Mainnet-Phase und akzeptiert stETH-Einzahlungen. Nachdem das Mainnet online geht, plant das Protokoll, alle stETH gegen ETH auszutauschen und eine native Neuverpfändung auf EigenLayer durchzuführen. Ebenso ist Ether.fi ein natives Restaking-Protokoll, akzeptiert jedoch derzeit mehrere Arten von Liquid Staked Token (LST)-Einzahlungen.

Zwei Arten von LRT: basierend auf einem LST-Korb oder die Isolierung jedes LST

Die meisten Liquiditäts-Re-Stake-Protokolle verwenden einen korbbasierten LST-Ansatz, der es ermöglicht, verschiedene Liquiditäts-Stake-Token (LST) im Austausch für die gleiche Liquidität zu hinterlegen Recollateral-Token (LRT). Eigenpie verwendet eine einzigartige Strategie zur Trennung flüssiger Einsatztoken. Es akzeptiert 12 verschiedene LSTs und gibt für jedes LST ein eindeutiges LRT aus, was zu 12 eindeutigen LRTs führt. Dieser Ansatz mindert zwar die Risiken, die mit der Bündelung verschiedener LSTs verbunden sind, kann jedoch zu einer Fragmentierung der Liquidität jedes einzelnen LRTs führen.

Neues Abstecken über Ethereum Layer 2-Protokolle

Aufgrund der derzeit hohen Gaskosten im Ethereum-Mainnet haben mehrere LRT-Protokolle das erneute Abstecken über Ethereum Layer 2 ermöglicht und Benutzern kostengünstigere Alternativen geboten. Renzo Protocol hat die Restaking-Funktionalität für die Arbitrum- und BNB-Ketten eingeführt. Ebenso plant Ether.fi die Einführung eines Restamination-Dienstes auf Arbitrum.

Die Risiken und Vorteile einer flüssigen Wiederverpfändung

Das Liquid-Re-Pledge-Protokoll setzt eine Reihe intelligenter Verträge auf EigenLayer ein, um die Benutzerinteraktion zu erleichtern, Benutzern dabei zu helfen, ETH oder LST von EigenLayer einzuzahlen und abzuheben, und Liquid-Re-Pledge-Token (LRT) zu prägen/vernichten. Daher birgt die Verwendung von LRT das Risiko einer flüssigen Wiederverpfändung.

Darüber hinaus hängt das Risiko auch davon ab, ob das Liquid-Re-Hypothecation-Protokoll LST-Re-Hypothecation-Dienste bereitstellt. Beim nativen Re-Stake werden Gelder in die Ethereum-Beacon-Kette eingezahlt. Wenn jedoch LST zur erneuten Verpfändung verwendet wird, werden die Gelder in den Smart Contract von EigenLayer eingezahlt, wodurch Smart Contract-Risiken von EigenLayer entstehen. Die Verwendung von LST birgt auch Smart-Contract-Risiken im Zusammenhang mit Liquiditätsstake-Protokollen. Benutzer, die über LRT verfügen, das von LST unterstützt wird, sind daher drei Arten von Smart-Contract-Risiken ausgesetzt: Risiken im Zusammenhang mit dem EigenLayer, dem spezifischen verwendeten LST und dem LRT-Protokoll selbst.

Obwohl die native Wiederverpfändung weniger Risikoebenen für intelligente Verträge aufweist, müssen Liquiditäts-Wiederverpfändungsprotokolle, die native Wiederverpfändungsdienste bereitstellen, am Ethereum-Staking teilnehmen. Sie können sich dafür entscheiden, mit einem professionellen Stake-Unternehmen zusammenzuarbeiten, selbst einen Ethereum-Knoten zu betreiben oder einzelne unabhängige Validatoren zu unterstützen.

Die Verwendung ausgereifter Liquid-Stake-Tokens wie stETH von Lido oder sfrxETH von Frax kann zuverlässige Staking-Erträge liefern. Diese LST-Protokolle haben Jahre damit verbracht, ihre Ethereum-Absteckdienste zu perfektionieren, und sie haben mehr Erfahrung darin, die Absteckprämien zu maximieren und Kürzungsrisiken zu minimieren.

Dezentralisierung von Validatoren

Ein Überblick über die differenzierten Designs der sechs wichtigsten Protokolle zur Wiederverpfändung von Liquidität

Wenn ETH/LST bei EigenLayer hinterlegt wird, werden diese Vermögenswerte einem Staking-Betreiber zugewiesen. Dieser Betreiber ist für die Durchführung von Verifizierungsdiensten auf Ethereum sowie auf AVS, dem aktiven Verifizierungsdienst, den er absichern möchte, verantwortlich. Zusätzlich zu den Stake-Belohnungen von Ethereum erhalten Staker auch Belohnungen von diesen AVS. Wenn ein Betreiber gegen die von AVS festgelegten Regeln verstößt, besteht die Gefahr, dass das eingesetzte Vermögen gekürzt wird.

Wenn der Weiterverpfändungsmarkt von einigen wenigen großen Betreibern dominiert wird, die für die Sicherung der Mehrheit der AVS verantwortlich sind, entstehen Zentralisierungs- und potenzielle Absprachenrisiken. Diese Betreiber mit enormer Rechenleistung dominieren möglicherweise das erneute Abstecken in vielen AVS-Netzwerken und arbeiten zusammen, um das erneute Abstecken der ETH zu nutzen, um diese AVS zu beeinflussen oder direkt zu kontrollieren.

Die Active Verification Service (AVS)-Funktion von EigenLayer ist noch nicht aktiviert und zunächst wird nur eine begrenzte Anzahl von AVS verfügbar sein. Die meisten Protokolle zur Weiterverpfändung flüssiger Mittel enthalten keine detaillierten Informationen darüber, wie sie den Betreiber der Weiterverpfändung und das AVS auswählen. Zu diesem Zeitpunkt sind die Staker vor allem dem Risiko einer Kürzung auf Ethereum-Ebene ausgesetzt. Beim erneuten Abstecken über LST ergibt sich dieses Risiko aus dem LST-Protokoll selbst. Das native Protokoll zum erneuten Abstecken von Flüssigkeiten verwendet verschiedene Methoden für das Abstecken von Ethereum. Einige verlassen sich auf große Wettanbieter wie Figment und Allnodes, während andere eine Infrastruktur entwickeln, um unabhängige Validatoren zu ermöglichen.

DeFi-Integration

Ein Überblick über die differenzierten Designs der sechs wichtigsten Protokolle zur Wiederverpfändung von Liquidität

Der einzige Zweck von Liquidity Recollateral Tokens (LRT) besteht darin, Liquidität für die Verwendung in DeFi freizugeben. Jedes Liquid-Restaking-Protokoll arbeitet hart daran, verschiedene Arten von DeFi-Protokollen zu integrieren. Derzeit gibt es drei Hauptkategorien der Defi-Integration: Einkommensprotokolle, DEX und Kreditprotokolle.

Yield-Protokoll

Pendle Finance, ein führendes Protokoll auf diesem Gebiet, hat einen LRT-Pool gestartet, der es Benutzern ermöglicht, auf EigenLayer-Einnahmen und -Punkte zu spekulieren. Die meisten LRT-Protokolle sind in Pendle integriert.

DEX-Liquidität

Die meisten LRTs verfügen über Liquiditätspools auf wichtigen DEXs wie Curve, Balancer, Maverick. Wir messen die Liquidität jedes LRT anhand der Slippage beim Umtausch von 1K LRT gegen ETH auf LlamaSwap. Es ist wichtig zu beachten, dass dies nur ein grober Maßstab ist, da es sich bei den meisten LRTs um umsatzsteigernde Token handelt, deren Wert im Laufe der Zeit mit der Anhäufung von Einsatzeinnahmen steigt. Da viele LRT-Protokolle noch in den Kinderschuhen stecken, waren die bisher erzielten Erträge im Vergleich zum Prinzipal relativ gering.

Swells rswETH, Renzos ezETH und Etherfis weETH verfügen alle über ausreichende Liquidität am DEX, praktisch ohne Slippage beim Handel mit 1K LRT.

Eigenpie verfolgte einen einzigartigen Ansatz, indem es 12 unabhängige, liquide, neu besicherte Token ausgab, die den 12 unterstützten LSTs entsprechen. Während diese Strategie die mit jedem einzelnen LST verbundenen Risiken effektiv isoliert, führt sie auch zu einer Streuung der Liquidität zwischen verschiedenen Token.

Darlehensvertrag

LRT weist ein höheres Risiko auf als andere Arten von Vermögenswerten. Bei Kreditverträgen ist daher äußerste Vorsicht geboten, wenn LRT als Sicherheit für Kredite in Betracht gezogen wird. Derzeit ist die Akzeptanz von LRT in Kreditprotokollen begrenzt. Etherfis weETH wird von vielen Kreditprotokollen akzeptiert, da es sich um ein bestehendes LST handelt, das in LRT umgewandelt wird.

Das obige ist der detaillierte Inhalt vonEin Überblick über die differenzierten Designs der sechs wichtigsten Protokolle zur Wiederverpfändung von Liquidität. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:panewslab.com
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage