Dans le monde de la blockchain, le changement est le thème éternel. L’émergence d’Ethereum a été comme un tonnerre qui a secoué tout le monde des applications décentralisées (DApp). À cette époque, presque tous les DApp considéraient Ethereum comme leur base, où ils installaient leur camp et prenaient racine. Cependant, à mesure que les DApp prospèrent, ils ressemblent à un groupe d'enfants rebelles à l'adolescence, et ils commencent à mettre en avant davantage de demandes et d'attentes pour ce « foyer ».

Les performances ne sont pas assez rapides, les frais de gaz sont trop élevés et la confidentialité est insuffisante... Ethereum, le « seul plant », est progressivement submergé. De nouvelles chaînes publiques poussent comme des champignons après la pluie, et des plans d'expansion de la couche 2 émergent également les uns après les autres. Les développeurs DApp semblent être dans une cafétéria et peuvent choisir ce qu'ils veulent. Cependant, les nouveaux choix entraînent également de nouveaux problèmes : une écologie fragmentée, une liquidité fragmentée et une mauvaise expérience inter-chaînes. Les DApp parcourent ce monde multi-chaînes fragmenté, se sentant quelque peu perdus et se grattant la tête, aspirant à un pont capable de connecter de manière transparente toutes les chaînes et de les connecter toutes.

A cette époque, l'application Omni-chain est apparue. En termes simples, Omni-chain est une toute nouvelle conception architecturale qui vise à éliminer les barrières entre les différentes chaînes et à permettre aux DApp de réaliser une véritable collaboration et flux d'actifs entre les chaînes.

Parmi les nombreux projets explorant Omni-chain, Bifrost dans l'écosystème Polkadot peut être considéré comme une avant-garde. Ils prévoient d'utiliser les capacités inter-chaînes uniques de Polkadot pour créer une infrastructure omni-chaîne afin que les DApp puissent facilement réaliser un déploiement et une interopérabilité inter-chaînes.

En bref, l'objectif de Bifrost est d'ouvrir les « deux canaux » de DApp dans le monde multi-chaînes, afin que la valeur puisse circuler librement entre les chaînes, afin que DApp puisse réaliser une expérience véritablement « intégrée ». Il s’agit d’une vision grandiose qui nécessite des percées dans de nombreux aspects tels que la conception architecturale, la communication inter-chaînes et le transfert d’actifs.

Cet article va vous emmener dans le monde de l'Omni-chain, vous expliquer pourquoi il peut devenir le « mouvement clé » dans l'évolution de DeFi, voir comment il brise le « talon d'Achille » de la fragmentation multi-chaînes et être témoin de son succès ensemble. Il existe de nombreux pouvoirs magiques dans l’écosystème Polkadot. On peut dire qu'il s'agit d'une réflexion approfondie sur l'avenir de DApp et d'une dissection complète d'Omni-chain et de Bifrost.

Omni-chain : le choix incontournable pour l’évolution de la DeFi

L’émergence de l’omni-chain n’est en aucun cas accidentelle, mais est un produit inévitable du développement de DeFi jusqu’à un certain stade. Avec le développement vigoureux de l’écosystème de la chaîne publique et la maturité croissante de la technologie de couche 2, les équipes de développement disposent de plus d’options pour choisir un réseau blockchain. Chaque chaîne a sa propre conception et son propre positionnement pour répondre aux besoins individuels des différentes applications. L'architecture sous-jacente de la chaîne est également devenue de plus en plus modulaire et configurable, permettant aux développeurs de créer plus facilement des chaînes « personnalisées ». En conséquence, de plus en plus d'applications ont choisi le modèle hybride « déploiement mono-chaîne + déploiement multi-chaînes » afin d'acquérir une plus grande échelle commerciale et une plus grande base d'utilisateurs.

Cependant, le « déploiement multi-chaînes » n'est pas une solution parfaite et il exacerbe dans une certaine mesure la fragmentation de l'écosystème Web3. Les copies des applications sur différentes chaînes sont séparées, les données et les actifs ne peuvent pas être interopérables et il n'est pas pratique pour les utilisateurs de basculer entre les chaînes. Cette fragmentation nuit considérablement à l'expérience utilisateur et réduit l'efficacité de l'utilisation du capital ainsi que l'effet d'échelle du capital.

C’est ce problème de fragmentation qui a donné naissance aux applications omni-chain. Il vise à ouvrir diverses chaînes et à fournir aux applications une expérience « intégrée » fluide. Les applications omni-chaîne adoptent généralement une architecture « siège + succursale », avec une logique de base déployée sur une chaîne principale, tandis que les succursales déployées sur d'autres chaînes se concentrent sur l'accès aux utilisateurs finaux. Cette architecture est facile à étendre, invisible pour les utilisateurs et facile à intégrer, ce qui améliore considérablement l'expérience d'utilisation et de développement dans un environnement multi-chaînes.

On peut dire que l'application omni-chain porte la belle vision de briser « l'îlot d'information » de la blockchain et de réaliser l'interconnexion Web3. Ce n’est pas seulement une réponse à la fragmentation écologique, mais représente également une nouvelle direction pour le développement de la technologie DeFi. Je pense que dans un avenir proche, l'omni-chain deviendra la « configuration standard » des DApps, permettant à la valeur de circuler librement entre les chaînes et permettant aux utilisateurs de profiter d'une expérience intégrée sans précédent.

Liquidité brisée : comment Omni-chain sauve les protocoles DeFi multi-chaînes

Avant de discuter des problèmes résolus par l’omni-chain, examinons d’abord le dilemme auquel est confronté le protocole DeFi actuel. Vous savez, pour de nombreuses applications DeFi, un approvisionnement suffisant en liquidités est la clé pour garantir l’expérience utilisateur. Lorsque les utilisateurs négocient, empruntent ou fournissent des liquidités dans le protocole, ils ont besoin de pools de capitaux suffisants comme support, et la taille et la profondeur du pool de capitaux déterminent directement l'efficacité et la stabilité de l'application.

Cependant, dans un écosystème multi-chaînes, il est difficile pour un même protocole DeFi d’obtenir une liquidité suffisante sur toutes les chaînes. Les développeurs doivent accumuler des utilisateurs et des fonds à partir de zéro sur chaque chaîne, ce qui dispersera sans aucun doute l'efficacité du protocole et affectera les performances globales. Ce qui est encore plus gênant, c’est que les liquidités des différentes chaînes sont isolées les unes des autres et ne peuvent pas être échangées, ce qui aggrave encore la fragmentation des fonds.

L’émergence de l’omni-chaîne fournit de nouvelles idées pour résoudre ce dilemme. Différent de la simple copie de l'application mono-chaîne originale sur plusieurs chaînes, l'omni-chaîne encourage les développeurs à concevoir l'application comme un ensemble collaboratif inter-chaînes dès le début, en prenant l'interopérabilité omni-chaîne comme condition préalable à une conception de haut niveau. Ce nouveau modèle de construction, appelé Omni-dApps, donne aux applications la possibilité de collaborer de manière transparente entre différentes chaînes.

Les Omni-dApp sont généralement composés de modules fonctionnels répartis sur différentes chaînes. Ces modules peuvent interopérer via une messagerie cross-chain et former finalement une application complète. Par rapport au déploiement multi-chaînes traditionnel, la portée d'Omni-dApps peut être étendue à davantage de chaînes et couvrir un groupe d'utilisateurs plus large. Tout cela est imperceptible pour les utilisateurs finaux. Lorsqu'ils accèdent aux applications sur leurs chaînes respectives, c'est comme utiliser une application locale complète, et ils ne ressentiront pas du tout les opérations inter-chaînes et la planification des liquidités qui se cachent derrière. L’expérience utilisateur et la mobilité sont parfaitement intégrées.

Le modèle « siège-succursale » d'Omni-chain : un nouveau paradigme pour les applications Web3

Alors, quelle est exactement l’architecture des applications omni-chain ? Pour utiliser une analogie frappante, cela ressemble à la structure siège-succursales d’une grande entreprise.

Dans les applications omni-chain, la logique métier de base est déployée sur une blockchain désignée, formant un « siège » logique. Cette chaîne choisira généralement une chaîne publique dotée d'une forte force globale et d'une écologie de développement mature ou une chaîne d'alliance pour des scénarios spécifiques. Le siège social se concentre sur les fonctions principales de l'application et est responsable du stockage, du consensus et du calcul des données clés, qui constituent la pierre angulaire de l'ensemble de l'application.

Sur d'autres chaînes, les applications omni-chaînes déploient des modules d'accès relativement légers, similaires aux branches. Ces « branches » se concentrent sur l'interaction avec les utilisateurs finaux. Elles collectent les demandes d'opérations des utilisateurs et les transmettent tout au long de la chaîne jusqu'au siège pour traitement. Parallèlement, ils sont également chargés de présenter aux utilisateurs les résultats retournés par le siège. Du point de vue de l'utilisateur, il lui suffit d'interagir avec les agences, mais il peut profiter des fonctionnalités puissantes fournies par le siège, tout comme s'il utilisait une application locale.

Bien entendu, l’architecture d’entreprise n’est souvent pas si simple en réalité. Différents départements d’une grande entreprise peuvent être dispersés dans différentes villes, formant ainsi un siège virtuel. Il en va de même pour les applications omni-chain. Pour des raisons de performances, de coûts, etc., certains modules du siège seront séparés et déployés sur d'autres blockchains spécialisées. Quoi qu’il en soit, pour les utilisateurs finaux, l’application omni-chain ressemble toujours à un tout unifié, et ces structures internes complexes sont protégées.

Trois avantages majeurs de l'architecture Omni-chain : évolutivité, expérience utilisateur et intégration cross-chain

Tout d’abord, l’architecture omni-chaîne est extrêmement évolutive. Étant donné que la logique de base de l'application est concentrée et traitée sur la chaîne « siège », l'ensemble de l'application est logiquement unifié et a un état cohérent. Lorsque les développeurs ont besoin d'étendre leurs applications à une nouvelle chaîne, il leur suffit de déployer un module de branche standardisé sur la nouvelle chaîne, et celui-ci peut immédiatement hériter de tous les statuts et données du siège et fournir directement des services aux utilisateurs locaux. Les développeurs n'ont pas besoin d'implémenter de manière répétée une logique de base sur chaque chaîne, ni de se soucier du maintien de la synchronisation des données entre les chaînes, ce qui réduit considérablement les coûts d'expansion.

Deuxièmement, l’architecture omni-chaîne peut apporter une meilleure expérience utilisateur. Lorsque les utilisateurs utilisent des applications omni-chaînes, ils n'ont pas besoin de se soucier de la chaîne sur laquelle la logique back-end de l'application est déployée. Quelle que soit la chaîne sur laquelle ils se trouvent, ils peuvent accéder de manière transparente à toutes les fonctions de l'application via le module de branche locale et profiter d'une expérience fluide comme si vous utilisiez une application locale. Les utilisateurs n'ont pas besoin d'apprendre les opérations uniques de chaque chaîne, de préparer divers jetons pour payer les frais inter-chaînes ou de transférer des actifs entre les chaînes. L'architecture omni-chaîne protège bien la complexité des environnements multi-chaînes, permettant aux utilisateurs ordinaires d'utiliser facilement des applications inter-chaînes.

Enfin, l’architecture omni-chaîne rend l’intégration inter-chaînes extrêmement simple. Désormais, si d'autres applications souhaitent intégrer l'application omni-chain, il leur suffit d'établir une connexion avec le siège social, et elles peuvent obtenir les fonctions et services de l'application omni-chain sur toutes les chaînes à la fois. C'est beaucoup plus simple que le modèle d'intégration multi-chaîne traditionnel, qui oblige l'intégrateur à établir des connexions avec les branches de l'application omni-chaîne sur chaque chaîne, ce qui augmente considérablement la charge de travail et les coûts de maintenance. L'architecture omni-chaîne offre une entrée d'intégration unifiée, ce qui améliore considérablement l'interopérabilité (interopérabilité entre les chaînes).

On peut constater que l'architecture omni-chaîne a réalisé des percées et des optimisations dans de nombreux aspects tels que l'évolutivité, l'expérience utilisateur et l'intégration inter-chaînes grâce à une conception intelligente. Il combine les avantages de l'architecture multi-chaînes et évite très bien ses défauts. On peut dire qu'il stimule véritablement le potentiel de l'écosystème multi-chaînes Web3. On pense que de plus en plus d'applications adopteront l'architecture omni-chaîne à l'avenir pour fournir aux utilisateurs des services inter-chaînes plus transparents et plus efficaces.

Comment Bifrost implémente-t-il le LSD Omni-chain basé sur Polkadot ?

L'architecture omni-chaîne impose des exigences élevées en matière de communication inter-chaînes, et la technologie inter-chaîne actuelle n'est pas suffisamment mature, ce qui a conduit à de nombreuses difficultés dans la mise en œuvre d'applications omni-chaîne. Il existe un manque de canaux de transmission d'informations sûrs et efficaces entre les chaînes hétérogènes, et il n'existe pas de format de message inter-chaîne standardisé. Il est difficile pour les développeurs de parvenir à une collaboration transparente entre les modules de différentes chaînes.

Cependant, l'écosystème Polkadot présente des avantages uniques pour résoudre ces problèmes. Grâce à l'architecture de sécurité partagée unique de Polkadot et au protocole de communication inter-chaînes XCMP, les informations peuvent être échangées en toute sécurité entre des chaînes parallèles, et leur sécurité est même comparable à celle de la chaîne de relais elle-même. Le format de messagerie inter-chaînes de Polkadot, XCM, est un point fort. Il fournit un langage standardisé pour coder les instructions inter-chaînes. La chaîne A peut utiliser XCM pour indiquer à la chaîne B exactement ce qu'elle veut faire. Ces instructions peuvent être très complexes, telles que « effectuer d'abord quelques opérations sur la chaîne B, puis passer à la chaîne C pour effectuer d'autres opérations, et enfin revenir à la chaîne A ». XCM fournira et exécutera fidèlement ces instructions, et les développeurs n'auront pas à se soucier des détails techniques sous-jacents.

En tant que protocole DeFi construit dans l'écosystème Polkadot, Bifrost utilise ces infrastructures pour concevoir son service omni-chain LSD (Liquid Staking Derivative). Bifrost utilise une parachain personnalisée pour servir de « quartier général » du service LSD. Cette chaîne est chargée de maintenir l'état global du LSD et de fournir des fonctions de base pour la création et l'échange de vTokens. Parallèlement, le pool de liquidité officiel de vToken est également déployé sur cette chaîne. Les utilisateurs peuvent échanger librement des vToken dans le pool pour améliorer l'efficacité de l'utilisation des fonds.

Sur d'autres chaînes, Bifrost a déployé une série de modules « succursales », qui sont comme des « bureaux d'accueil » des utilisateurs et sont chargés de collecter les demandes de staking des utilisateurs et de transmettre ces demandes à la chaîne parallèle du siège pour traitement via XCMP. Le module de branche agit également en tant que « fournisseur de services à domicile ». Lorsque le siège social termine la diffusion de nouveaux vTokens, le module de branche récupère ces vTokens via XCMP et les distribue directement à l'adresse en chaîne de l'utilisateur. De cette façon, quelle que soit la chaîne utilisée par les utilisateurs, ils peuvent effectuer la frappe, le rachat et la transaction de vToken directement sur la chaîne. Les puissantes capacités inter-chaînes de Polkadot rendent tout simple et efficace.

Ce qui est encore plus intéressant, c'est que d'autres développeurs peuvent intégrer directement le module de fork de Bifrost pour introduire des services de jalonnement dans d'autres dApps. Par exemple, un protocole de prêt peut appeler le module de branche de Bifrost pour convertir automatiquement le DOT promis par l'utilisateur en vDOT, et les actifs de l'utilisateur recevront également des revenus de mise supplémentaires. Tout cela ne nécessite aucune opération manuelle de la part de l’utilisateur et l’expérience est transparente.

En général, la pile technologique avancée de Polkadot et la conception architecturale ingénieuse de Bifrost permettent aux services LSD d'acquérir des capacités omni-chaînes. Les utilisateurs peuvent participer au minage de Bifrost sur n'importe quelle chaîne parallèle et profiter du plaisir d'échanger librement des vTokens sur la chaîne. Les développeurs de dApp peuvent également intégrer les modules de Bifrost en un seul clic, rendant ainsi les services de jalonnement à portée de main. Il s’agit d’une belle pratique d’interopérabilité blockchain, dans laquelle Bifrost joue un rôle pionnier.

À l’avenir, nous avons des raisons de nous attendre à l’émergence de davantage de protocoles omni-chaînes comme Bifrost, poussant DeFi dans une nouvelle ère d’interconnexion.

Vieux chat (Twitter) : https://x.com/readonlm

Liens relatifs au Bifrost :

Site Web：https://bifrost.finance

Twitter：https://twitter.com/Bifrost

Dapp：https://app.bifrost.io