Für die sich ständig verändernde Web3.0-Welt ist Liquid Staking ein alter Weg. Seit der Geburt von Proof of Stake gibt es Bemühungen, die Liquidität von Staked Assets freizugeben . Um sich gegen weitreichende Angriffe zu verteidigen, legen PoS-Netzwerke im Allgemeinen einen Entsperrzeitraum fest, der an den Work Token im Netzwerk gebunden ist. Wenn der abgesteckte Vermögenswert freigegeben werden muss, muss das Ende des Entsperrzeitraums abgewartet werden, bevor der abgesteckte Vermögenswert offiziell freigegeben werden kann. (Zum Beispiel beträgt der Freischaltzeitraum von Staking DOT 28 Tage und der Freischaltzeitraum von Staking KSM 7 Tage). Ein solcher Mechanismus verstärkt die Begeisterung der Staking-Teilnehmer, nach Möglichkeiten zur Freigabe von Liquidität zu suchen.

Anfangs waren es vor allem Wallets und Börsen, die den Nutzern verwahrte Liquiditätszusagen zur Verfügung stellten, und später kamen dezentrale Protokolle hinzu, um nicht verwahrte Liquiditätszusagen bereitzustellen und Absteckungsderivate auszugeben, die frei zirkulieren und in DeFi verwendet werden konnten .

Bifrost Staking Liquidity Protocol

Anfang 2020 startete Bifrost das SLP-Protokoll (Staking Liquidity Protocol) und wurde damit zu einem der repräsentativen Projekte dezentraler Liquiditäts-Staking-Dienste. Benutzer setzen den ursprünglichen Arbeitstoken über das SLP-Protokoll im PoS-Netzwerk ab und können Absteckderivate erhalten: vToken . vToken wird die Funktion der Liquiditätsfreigabe übernehmen , da es jederzeit frei in DEX getauscht werden kann und auch als Basiswert in DeFi zur Teilnahme an anderen landwirtschaftlichen Aktivitäten verwendet werden kann .

Mit der Fusion von Ethereum ist der Liquid-Staking-Track wieder zum Schwerpunkt geworden. Einige Branchenforscher, darunter auch Community-Partner, haben herausgefunden, dass sich Bifrost stark von anderen Liquid Staking-Projekten unterscheidet, und haben uns viele Fragen gestellt, wie zum Beispiel die folgende:

Viele Liquiditätsabsteckprojekte auf demselben Weg schließen Verträge direkt auf anderen Ketten ohne eigene Ketten ab. Warum baut Bifrost eine Kette?

Um diese Frage zu beantworten, ist es notwendig, das Konzept von vToken im architektonischen Design zu klären: Die meisten Liquiditäts-Einsatzprotokolle basieren auf der ursprünglichen Kette. Lidos ETH-Liquiditäts-Absteckprotokoll ist ein Ethereum-Vertrag, der in der Solidity-Sprache implementiert ist, während Lidos SOL-Liquiditäts-Absteckprotokoll ein Solana-Vertrag ist, der in der Rust-Sprache implementiert ist.

Daher ist die native Kette für Lido-Absteckungsderivate, stETH , Ethereum-Derivate und ihr natives Format ERC-20. Lidos SOL (native Chain)-Absteckderivatgeschichte ist Solana, während das native Format SPL ist.

Der vToken verwendet ein Cross-Chain-Minting-Schema.
Alle vTokens, ob vETH, vKSM, vDOT , einschließlich der kürzlich eingeführten vMOVR und vGLMR , werden alle in der Bifrost-Kette geprägt. Das heißt, alle vTokens befinden sich in Bifrost-Ketten. Da Bifrost eine Kusama/Polkadot-Parachain ist, sind alle vTokens native Vermögenswerte des Dotsama-Ökosystems .

Warum wurde es so konzipiert?

Der direkteste Grund dafür ist, dass Bifrost im Polkadot-Ökosystem verwurzelt ist und in gewissem Maße dafür verantwortlich ist, externe Vermögenswerte in Polkadot einzubringen , wobei Staking-Derivate eine wichtige Vermögensart darstellen. Bei der Verwendung im DeFi-Ökosystem von Dotsama bieten vTokens den Benutzern eine zusätzliche Einkommensebene im Vergleich zum ursprünglichen Token.

Der tiefere Grund besteht darin, dass die Ausgabe aller Arten von vTokens in einer Kette ein einheitliches Format für alle Arten von vTokens und eine einheitliche zugehörige Schnittstelle ermöglicht, was ihre kettenübergreifende Integration erleichtert .
Nehmen wir das Beispiel eines Kreditprotokolls, um diesen Punkt zu veranschaulichen.

Wie integriert ein Kreditprotokoll vToken?

Angenommen, ein BSC verfügt über ein Kreditprotokoll und möchte vToken als Sicherheitentyp in sein Protokoll integrieren. Es gibt zwei Möglichkeiten:

Plan A

Erstellen Sie eine BSC-Bifrost-Cross-Chain-Brücke und importieren Sie den vToken als zugeordnetes Asset als Wrapped vToken in den BSC. Das Protokoll fügt das Wrapped vToken zur Sicherheiten-Whitelist hinzu.

Plan B

Nach dem Aufbau einer kettenübergreifenden BSC-Bifrost-Brücke implementiert BSC ein Sicherheitenverwaltungsprogramm direkt in der Bifrost-Kette. Es benachrichtigt das Kreditprogramm auf der BSC über die Cross-Chain-Brücke, das Darlehen freizugeben, wenn eine Sicherheitenmaßnahme in der Bifrost-Kette erfolgt. BSC informiert dann das Sicherheitenprogramm auf der Bifrost-Seite über die Cross-Chain-Brücke, die Sicherheit freizugeben, wenn der Benutzer den Kredit auf der BSC-Kette zurückgibt.

Obwohl Plan A erfordert, dass das Protokoll mehr kettenübergreifende Kommunikation durchführt, verfügt es über eine einfachere Verfahrenslogik für die Sicherheitenfreigabe. Das Kreditprotokoll leitet einen Liquidationsprozess ein, wenn der Preis der Sicherheit unter einen Schwellenwert fällt, und versteigert die Sicherheit, um den Kredit des Benutzers zurückzuzahlen. Die Liquidation der Sicherheit erfordert einen Liquiditätspoolabruf. Bei Plan B ruft das Kreditprotokoll die vToken-Liquidität in der Bifrost-Kette auf, um die Liquidation direkt über den Sicherheitenverwaltungsprozess auf der Bifrost-Seite durchzuführen.

Allerdings gibt es bei Plan A wahrscheinlich keine Wrapped vToken-Liquidität auf der BSC. Wenn ja, handelt es sich nicht um einen offiziellen Pool und die Liquidität wird relativ gering sein. Es ist nicht unmöglich, Liquidität kettenübergreifend abzurufen, aber die Prozesslogik ist kompliziert. Daher gehen wir davon aus, dass Plan B der erste sein wird.

Wie integriert ein Kreditprotokoll stToken?

Wenn BSC jedoch beispielsweise beabsichtigt, das Lido-Stake-Derivat stToken als Sicherheit in sein Protokoll zu integrieren, ist dies nicht so einfach wie eine vToken-Integration.

Wie bereits erwähnt, handelt es sich bei den verschiedenen stTokens um native Vermögenswerte in anderen Ketten. Bei jeder stToken-Integration ist es notwendig, die Cross-Chain-Brücke zu erweitern, um die neue Kette zu unterstützen. Obwohl es möglich ist, mit einer Cross-Chain-Bridge eines Drittanbieters zu arbeiten, schränkt die Unterstützung der Cross-Chain-Bridge eines Drittanbieters deren Funktion ein.

Wenn das Kreditprotokoll Sicherheitenverwaltungsverträge in der nativen Kette am stToken-Standort bereitstellen möchte, muss es für jeden integrierten stToken einen Vertrag bereitstellen . Für jeden Vertrag muss die Logik für den Erhalt, die Freigabe, das Clearing und den Liquiditätsabruf von Sicherheiten in seiner Bereitstellungskette implementiert werden.

Kurz gesagt, die Integration von N verschiedenen stTokens erfordert N Aufwand. Wenn BSC N vTokens integrieren muss, ist nur eine Aktion erforderlich.

Weitere Vorteile von vTokens

Obwohl wir oben das Beispiel eines Debit-Protokolls gegeben haben, ist es auch klar, dass es für andere Arten von DeFi-Anwendungen einfacher ist, vToken zu integrieren als stToken, da es immer einfacher ist, mit einer Kette zu interagieren als mit mehreren Ketten.

Dies ist der tiefere Grund, warum wir eine separate Kette – die Bifrost-Kette – zum Hosten des vToken verwenden. Tatsächlich hört der Komfort hier aber noch nicht auf.

Wenn eine Front-End-Anwendung die Prägung, Einlösung und Ertragsanzeige von vToken, einschließlich Swap-Transaktionen, integrieren möchte, muss sie die Schnittstellenentwicklung nur einmal durchführen. Um stToken zu integrieren, müssten Sie es N-mal tun.

Bifrost ist als Polkadot/Kusama-Parachain Teil des Polkadot-Ökosystems. Wenn sich das DeFi-Programm, in das Sie vToken integrieren möchten, also bereits im Polkadot-Ökosystem befindet, ist dies einfacher, ohne dass Sie ein eigenes Kreuz aufbauen müssen -Chain-Brücke oder verwenden Sie eine Cross-Chain-Brücke eines Drittanbieters. XCMP verfügt bekanntermaßen über das gleiche Sicherheitsniveau wie die Polkadot-Relay-Kette, sodass die kettenübergreifende Integration und kettenübergreifende Kommunikation aufgrund der Existenz der Brücke keine neue Risikoexposition mit sich bringt.

Zusammenfassung

Oben haben wir die Hauptvorteile des vToken-Designs von Bifrost als natives Asset in der Bifrost-Kette beschrieben, nämlich die einfache Integration über Ketten hinweg , einschließlich der einfachen Integration mit anderen DeFi-Anwendungen und der einfachen Integration mit jeder Front-End-Schnittstelle.

Die Zukunft ist Multi-Chain . Dies ist eines unserer grundlegenden Urteile. Auf dieser Grundlage glauben wir, dass kettenübergreifende Anwendungen in Zukunft die Hauptform von dApps sein werden und dass kettenübergreifende Aufrufe zwischen verschiedenen Anwendungen in verschiedenen Ketten die Norm sein werden. Daher hat Bifrost viele seiner DeFi-Produkte, einschließlich des SLP-Protokolls, mit Blick auf die einfache kettenübergreifende Integration entwickelt. Und wir glauben, dass das gesamte Ökosystem (einschließlich des heterogenen Kettenökosystems, das eine Brücke bildet) und XCM-basierte Kommunikation die kettenübergreifende Integration zwischen Anwendungen weiter ermöglichen wird .

Obwohl Lido im Bereich der Liquiditätsabsteckung für die ETH führend ist, ist Bifrost vToken so konzipiert, dass es in der Cross-Chain-Ära sogar noch mehr Potenzial hat, wenn die Zukunft, wie wir denken, mehrkettig sein wird!

Bifrost ist derzeit die Nummer eins im Kusama-Liquiditätseinsatzbereich . Da wir mehr Ketten für Liquid Staking unterstützen, werden die Vorteile eines einheitlichen vToken-Formats und einer einheitlichen Schnittstelle immer bedeutender.