Pour le monde Web3.0 en constante évolution, le jalonnement liquide est une vieille piste. Depuis la naissance de Proof of Stake, des efforts ont été déployés pour libérer la liquidité des actifs jalonnés . Afin de se défendre contre les attaques à longue portée, les réseaux PoS définissent généralement une période de déverrouillage, associée au jeton de travail dans le réseau. Lorsque l'actif jalonné doit être libéré, il est nécessaire d'attendre la fin de la période de déverrouillage avant que le jalonnement puisse être officiellement libéré. (Par exemple, la période de déverrouillage de Staking DOT est de 28 jours et la période de déverrouillage de Staking KSM est de 7 jours), un tel mécanisme intensifie l'enthousiasme des participants au Staking à rechercher des moyens de libérer des liquidités.

Au départ, ce sont principalement les portefeuilles et les bourses qui fournissaient le jalonnement de liquidité de garde aux utilisateurs, et plus tard, les protocoles décentralisés sont venus fournir un jalonnement de liquidité non-conservateur et émettre des dérivés de jalonnement qui pouvaient être librement diffusés et utilisés dans DeFi.

Protocole de liquidité de jalonnement Bifrost

Début 2020, Bifrost a lancé le protocole SLP (Staking Liquidity Protocol), devenant l'un des projets représentatifs des services décentralisés de staking de liquidité. Les utilisateurs jalonnent le jeton de travail original sur le réseau PoS via le protocole SLP, et pourront obtenir des dérivés de jalonnement : vToken . vToken assumera la fonction de libération de liquidité , car il peut être librement échangé dans DEX à tout moment, et peut également être utilisé comme actif de base dans DeFi pour participer à d'autres activités agricoles .

Avec la fusion d'Ethereum, la piste de jalonnement liquide est redevenue la piste de mise au point. Certains chercheurs de l'industrie, y compris des partenaires communautaires, ont constaté que Bifrost est très différent des autres projets de jalonnement liquide et nous ont posé de nombreuses questions, telles que la suivante :

De nombreux projets de jalonnement de liquidité sur la même voie concluent directement des contrats sur d'autres chaînes sans leurs propres chaînes. Pourquoi Bifrost construit-il une chaîne ?

Pour répondre à cette question, il est nécessaire de clarifier le concept de vToken dans la conception architecturale : la plupart des protocoles de staking de liquidité sont construits sur la chaîne d'origine. Le protocole de jalonnement de liquidité ETH de Lido est un contrat Ethereum implémenté dans le langage Solidity, tandis que le protocole de jalonnement de liquidité SOL de Lido est un contrat Solana implémenté dans le langage Rust.

Ainsi, la chaîne native pour le dérivé de jalonnement Lido, stETH , dérivé Ethereum, et son format natif est ERC-20. L'histoire dérivée de jalonnement SOL (chaîne native) de Lido est Solana, tandis que le format natif est SPL.

Le vToken adopte un schéma de frappe inter-chaînes.
Tous les vTokens, qu'il s'agisse de vETH, vKSM, vDOT , y compris les vMOVR et vGLMR récemment lancés , sont tous frappés sur la chaîne Bifrost. C'est-à-dire que tous les vTokens sont sur des chaînes Bifrost. Étant donné que Bifrost est une parachaîne Kusama/Polkadot, tous les vTokens sont des actifs natifs de l'écosystème Dotsama .

Pourquoi a-t-il été conçu ainsi ?

La raison la plus directe en est que Bifrost est enraciné dans l'écosystème Polkadot et est dans une certaine mesure responsable de l'introduction d'actifs externes dans Polkadot , dont les dérivés de jalonnement sont un type d'actif important. Lorsqu'ils sont utilisés dans l'écosystème DeFi de Dotsama, les vTokens offrent aux utilisateurs une couche supplémentaire de revenus par rapport au jeton d'origine.

La raison plus profonde est que l'émission de tous les types de vTokens sur une chaîne permet un format uniforme pour tous les types de vTokens et une interface connexe uniforme, ce qui facilite leur intégration à travers les chaînes .
Prenons l'exemple d'un protocole de prêt pour illustrer ce point.

Comment un protocole de prêt intègre vToken ?

Supposons qu'un BSC dispose d'un protocole de prêt et souhaite intégrer vToken dans son protocole en tant que type de garantie. Il a deux options :

Régime A

Créez un pont inter-chaînes BSC-Bifrost et importez le vToken en tant qu'actif mappé dans le BSC en tant que vToken enveloppé. Le protocole ajoute le Wrapped vToken à la liste blanche des garanties.

Plan B

Après avoir construit un pont inter-chaînes BSC-Bifrost, BSC déploie un programme de gestion des garanties directement sur la chaîne Bifrost. Il notifie le programme de prêt sur le BSC via le pont inter-chaînes pour débloquer le prêt lorsqu'une action collatérale se produit sur la chaîne Bifrost. BSC informe ensuite le programme de garantie du côté Bifrost via le pont inter-chaînes pour libérer la garantie lorsque l'utilisateur retourne le prêt sur la chaîne BSC.

Bien que le plan A exige que le protocole fasse plus de communication inter-chaînes, il aura une logique procédurale plus simple pour l'autorisation collatérale. Le protocole de prêt lance un processus de liquidation lorsque le prix de la garantie tombe en dessous d'un seuil, mettant aux enchères la garantie pour rembourser le prêt de l'utilisateur. La liquidation de la garantie nécessite l'appel d'un pool de liquidités. Avec le plan B, le protocole de prêt appelle la liquidité vToken sur la chaîne Bifrost pour effectuer la liquidation directement via le processus de gestion des garanties du côté Bifrost.

Cependant, avec le plan A, il n'y a probablement pas de liquidité Wrapped vToken sur le BSC. S'il y en a, ce n'est pas un pool officiel et la liquidité sera relativement faible. Il n'est pas impossible d'appeler la liquidité à travers les chaînes, mais la logique du processus est compliquée. Ainsi, nous pensons que le plan B sera le premier.

Comment un protocole de prêt intègre-t-il stToken ?

Mais lorsque BSC a l'intention d'intégrer par exemple, le dérivé de Lido Staking, stToken , dans son protocole en garantie, ce n'est pas aussi simple qu'une intégration vToken.

Comme nous l'avons mentionné, les différents stTokens sont des actifs natifs sur d'autres chaînes. À chaque intégration de stToken, il est nécessaire d'étendre le pont inter-chaînes pour prendre en charge la nouvelle chaîne. Bien qu'il soit possible de travailler avec un pont inter-chaînes tiers, la prise en charge du pont inter-chaînes tiers limite sa fonction.

Lorsque le protocole de prêt souhaite déployer des contrats de gestion des garanties sur la chaîne native dans l'emplacement stToken, pour chaque stToken intégré, il doit déployer un contrat . Pour chaque contrat, la logique liée à la réception, à la libération, à la compensation et à l'appel de liquidité des garanties doit être mise en œuvre sur sa chaîne de déploiement.

Bref, intégrer N stTokens différents demande N efforts. Si BSC doit intégrer N vTokens, il ne prend qu'une seule action.

Plus d'avantages des vTokens

Bien que nous ayons donné l'exemple d'un protocole de débit ci-dessus, il est également clair que pour d'autres types d'applications DeFi, il est plus facile d'intégrer vToken, que stToken, car il est toujours plus facile d'interagir avec une chaîne qu'avec plusieurs chaînes.

C'est la raison profonde pour laquelle nous utilisons une chaîne distincte - la chaîne Bifrost - pour héberger le vToken. En fait, la commodité ne s'arrête pas là.

Si une application frontale souhaite intégrer la frappe, le rachat, l'affichage du rendement vToken, y compris les transactions Swap, elle n'a besoin de faire le développement de l'interface qu'une seule fois. Pour intégrer stToken, il faudrait le faire N fois.

Bifrost, en tant que parachain Polkadot/Kusama, fait partie de l'écosystème Polkadot, donc si le programme DeFi avec lequel vous souhaitez intégrer vToken est déjà dans l'écosystème Polkadot, alors il sera plus facile de le faire, sans avoir à construire votre propre croix -chaîne ou utilisez un pont croisé tiers. XCMP est connu pour avoir le même niveau de sécurité que la chaîne de relais Polkadot, de sorte que l'intégration inter-chaînes et la communication inter-chaînes n'ajoutent pas de nouvelle exposition aux risques en raison de l'existence du pont.

Résumé

Ci-dessus, nous avons décrit les principaux avantages de la conception de vToken par Bifrost en tant qu'actif natif sur la chaîne Bifrost, qui est une intégration facile entre les chaînes , y compris une intégration facile avec d'autres applications DeFi et une intégration facile avec n'importe quelle interface frontale.

L'avenir est multi-chaînes . C'est l'un de nos jugements fondamentaux. Sur cette base, nous pensons que les applications inter-chaînes seront la principale forme de dApps à l'avenir, et que les appels inter-chaînes entre différentes applications sur différentes chaînes seront la norme. Par conséquent, Bifrost a conçu nombre de ses produits DeFi, y compris le protocole SLP, en gardant à l'esprit la facilité d'intégration inter-chaînes. Et nous pensons que l'ensemble de l'écosystème (y compris l'écosystème de chaîne hétérogène qui s'y connecte) et les communications basées sur XCM permettront une intégration inter-chaînes entre les applications .

Malgré le leadership de Lido dans l'espace de jalonnement de liquidités pour ETH, si l'avenir sera multi-chaînes, comme nous le pensons, alors Bifrost vToken est conçu pour avoir encore plus de potentiel à l'ère de la chaîne croisée !

Bifrost est actuellement l' acteur numéro un dans l'espace de jalonnement de liquidité de Kusama . À mesure que nous prenons en charge davantage de chaînes pour le jalonnement liquide, les avantages d'un format et d'une interface vToken unifiés deviendront de plus en plus importants.