Per il mondo Web 3.0 in continua evoluzione, il picchettamento liquido è una vecchia traccia. Dalla nascita della Proof of Stake, ci sono stati sforzi per liberare la liquidità delle attività in stake . Per difendersi dagli attacchi a lungo raggio, le reti PoS generalmente impostano un periodo di sblocco, puntato sul token di lavoro nella rete. Quando l'asset in staking deve essere rilasciato, è necessario attendere il termine del periodo di sblocco prima che lo staking possa essere ufficialmente rilasciato. (Ad esempio, il periodo di sblocco di Staking DOT è di 28 giorni e il periodo di sblocco di Staking KSM è di 7 giorni), un tale meccanismo intensifica l'entusiasmo dei partecipanti allo Staking nel cercare modi per liberare liquidità.

Inizialmente, erano principalmente i portafogli e gli scambi che fornivano staking di liquidità in custodia agli utenti, e in seguito i protocolli decentralizzati sono arrivati ​​a fornire staking di liquidità non in custodia e ad emettere derivati ​​di staking che potevano essere liberamente diffusi e utilizzati nella DeFi.

Bifrost Staking Liquidity Protocol

A inizio 2020 Bifrost ha lanciato il protocollo SLP (Staking Liquidity Protocol), diventando uno dei progetti rappresentativi dei servizi di staking di liquidità decentralizzati. Gli utenti puntano il token di lavoro originale sulla rete PoS tramite il protocollo SLP e potranno ottenere i derivati ​​dello staking: vToken . vToken assumerà la funzione di rilascio di liquidità , perché potrà essere liberamente scambiato in DEX in qualsiasi momento, e potrà essere utilizzato anche come asset base in DeFi per partecipare ad altre attività di Farming .

Con la fusione di Ethereum, la pista di picchettamento liquido è diventata di nuovo la pista di riferimento. Alcuni ricercatori del settore, compresi i partner della comunità, hanno scoperto che Bifrost è molto diverso da altri progetti di picchettamento liquido e ci hanno posto molte domande, come la seguente:

Molti progetti di staking di liquidità sullo stesso binario stipulano direttamente contratti su altre catene senza catene proprie. Perché Bifrost costruisce una catena?

Per rispondere a questa domanda, è necessario chiarire il concetto di vToken nella progettazione architettonica: la maggior parte dei protocolli di staking di liquidità sono costruiti sulla catena originale. Il protocollo di staking di liquidità ETH di Lido è un contratto Ethereum implementato nel linguaggio Solidity, mentre il protocollo di staking di liquidità SOL di Lido è un contratto Solana implementato nel linguaggio Rust.

Pertanto, la catena nativa per il derivato dello staking Lido, stETH , derivato Ethereum, e il suo formato nativo è ERC-20. La storia derivata dello staking SOL (catena nativa) di Lido è Solana, mentre il formato nativo è SPL.

Il vToken adotta uno schema di conio cross-chain.
Tutti i vToken, siano essi vETH, vKSM, vDOT , inclusi vMOVR e vGLMR lanciati di recente , sono tutti coniati sulla catena Bifrost. Vale a dire, tutti i vToken sono su catene Bifrost. Poiché Bifrost è una parachain Kusama/Polkadot, tutti i vToken sono risorse native dell'ecosistema Dotsama .

Perché è stato progettato in questo modo?

La ragione più diretta di ciò è che Bifrost è radicato nell'ecosistema Polkadot ed è in una certa misura responsabile dell'introduzione di risorse esterne in Polkadot , di cui i derivati ​​​​di Staking sono un importante tipo di risorsa. Se utilizzati nell'ecosistema DeFi di Dotsama, i vToken forniscono agli utenti un ulteriore livello di reddito rispetto al Token originale.

Il motivo più profondo è che l'emissione di tutti i tipi di vToken su una catena consente un formato uniforme per tutti i tipi di vToken e un'interfaccia correlata uniforme, facilitando l'integrazione tra le catene .
Prendiamo l'esempio di un protocollo di prestito per illustrare questo punto.

In che modo un protocollo di prestito integra vToken?

Supponiamo che un BSC abbia un protocollo di prestito e voglia integrare vToken nel suo protocollo come tipo collaterale. Ha due opzioni:

Piano A

Crea un cross-chain bridge BSC-Bifrost e importa il vToken come asset mappato nel BSC come Wrapped vToken. Il protocollo aggiunge il Wrapped vToken alla whitelist collaterale.

Piano B

Dopo aver costruito un ponte cross-chain BSC-Bifrost, BSC implementa un programma di gestione collaterale direttamente sulla catena Bifrost. Notifica al programma di prestito sul BSC tramite il cross-chain bridge di rilasciare il prestito quando si verifica un'azione collaterale sulla catena Bifrost. BSC informa quindi il programma collaterale sul lato Bifrost tramite il ponte cross-chain di rilasciare la garanzia quando l'utente restituisce il prestito sulla catena BSC.

Sebbene il Piano A richieda che il protocollo esegua più comunicazioni cross-chain, avrà una logica procedurale più semplice per l'autorizzazione collaterale. Il protocollo di prestito avvia un processo di liquidazione quando il prezzo della garanzia scende al di sotto di una soglia, mettendo all'asta la garanzia per rimborsare il prestito dell'utente. La liquidazione della garanzia richiede un pool di liquidità che chiama. Con il Piano B, il protocollo di prestito chiama la liquidità vToken sulla catena Bifrost per eseguire la liquidazione direttamente attraverso il processo di gestione delle garanzie sul lato Bifrost.

Tuttavia, con il Piano A, probabilmente non c'è liquidità Wrapped vToken sul BSC. Se c'è, non è un pool ufficiale e la liquidità sarà relativamente bassa. Non è impossibile richiamare la liquidità attraverso le catene, ma la logica del processo è complicata. Pertanto, pensiamo che il piano B sarà il primo.

In che modo un protocollo di prestito integra stToken?

Ma quando BSC intende integrare, ad esempio, il derivato Lido Staking, stToken , nel suo protocollo come collaterale, non è semplice come un'integrazione vToken.

Come accennato, i diversi stToken sono risorse native su altre catene. Con ogni integrazione stToken, è necessario espandere il ponte cross-chain per supportare la nuova catena. Sebbene sia possibile lavorare con un bridge cross-chain di terze parti, il supporto del bridge cross-chain di terze parti ne limita la funzione.

Quando il protocollo di prestito desidera distribuire contratti di gestione collaterale sulla catena nativa nella posizione stToken, per ogni stToken integrato, deve distribuire un contratto . Per ogni contratto, la logica relativa alla ricezione, al rilascio, alla compensazione e all'invocazione di liquidità della garanzia collaterale deve essere implementata sulla sua catena di distribuzione.

In breve, integrare N diversi stToken richiede N sforzi. Se BSC deve integrare N vToken, ci vuole solo un'azione.

Altri vantaggi dei vToken

Anche se sopra abbiamo fornito l'esempio di un protocollo di debito, è anche chiaro che per altri tipi di applicazioni DeFi è più facile integrare vToken che stToken, perché è sempre più facile interagire con una catena piuttosto che con più catene.

Questo è il motivo più profondo per cui utilizziamo una catena separata, la catena Bifrost, per ospitare il vToken. In effetti, la convenienza non si ferma qui.

Se un'applicazione front-end desidera integrare vToken conio, riscatto, visualizzazione del rendimento, incluse le transazioni di scambio, deve eseguire lo sviluppo dell'interfaccia solo una volta. Per integrare stToken, dovresti farlo N volte.

Bifrost, in quanto parachain Polkadot/Kusama, fa parte dell'ecosistema Polkadot, quindi se il programma DeFi con cui vuoi integrare vToken è già nell'ecosistema Polkadot, allora sarà più facile farlo, senza dover costruire la tua croce -chain bridge o utilizzare un cross-chain bridge di terze parti. È noto che XCMP ha lo stesso livello di sicurezza della catena di inoltro Polkadot, in modo che l'integrazione e la comunicazione tra catene incrociate non aggiungano nuova esposizione al rischio a causa dell'esistenza del ponte.

Riepilogo

Sopra abbiamo descritto i vantaggi principali del design di Bifrost di vToken come risorsa nativa sulla catena Bifrost, che è una facile integrazione tra catene , inclusa una facile integrazione con altre applicazioni DeFi e una facile integrazione con qualsiasi interfaccia front-end.

Il futuro è multicatena . Questo è uno dei nostri giudizi fondamentali. Sulla base di ciò, riteniamo che le applicazioni cross-chain saranno la principale forma di dApp in futuro e che le chiamate cross-chain tra diverse applicazioni su catene diverse saranno la norma. Pertanto, Bifrost ha progettato molti dei suoi prodotti DeFi, incluso il protocollo SLP, tenendo presente la facilità dell'integrazione cross-chain. E crediamo che l'intero ecosistema (incluso l'eterogeneo ecosistema della catena che lo collega) e le comunicazioni basate su XCM consentiranno ulteriormente l' integrazione cross-chain tra le applicazioni .

Nonostante la leadership di Lido nello spazio di staking di liquidità per ETH, se il futuro sarà multi-chain, come pensiamo, allora Bifrost vToken è progettato per avere ancora più potenziale nell'era cross-chain!

Bifrost è attualmente il giocatore numero uno nello spazio di picchettamento della liquidità di Kusama . Man mano che supportiamo più catene per lo staking liquido, i vantaggi di un formato e di un'interfaccia vToken unificati diventeranno sempre più significativi.