Défis et solutions de liquidité à l'ère du Layer 2
Après qu'Ethereum se soit tourné vers des solutions d'extension centrées sur le Layer 2, ainsi que l'émergence d'outils tels que RaaS, de nombreuses blockchains publiques se sont rapidement développées. De nombreuses entités souhaitent construire leur propre chaîne pour représenter des intérêts différents et rechercher une valorisation plus élevée. Cependant, l'émergence de nombreuses blockchains publiques rend le développement de l'écosystème difficile à suivre le rythme des blockchains publiques, ce qui entraîne la chute de nombreux projets dès leur émission de jetons initiaux.
Grâce à OP Stack, une plateforme de trading a lancé sa propre Base Layer 2, une autre plateforme de trading a publié Ink ; grâce à la technologie ZK, une plateforme de trading a lancé XLayer ; une entreprise technologique a publié Soneium, une entreprise de communication a lancé Kaia, etc. Aujourd'hui, le coût et la technologie nécessaires pour construire une chaîne ont considérablement diminué, le coût d'exploitation d'une chaîne basée sur OP Stack étant d'environ 10 000 dollars par mois.
L'avenir sera sans aucun doute celui de la coexistence de multiples chaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour permettre l'interopérabilité, il leur est difficile de construire des applications et d'atteindre un consensus sur la même chaîne en raison des nombreuses applications en aval des entités Web2 qui les soutiennent.
L'écosystème multichaîne actuel pose un nouveau défi : la liquidité et la dispersion des états. Étant donné que l'existence de chaînes multiples est inévitable, l'interopérabilité est un domaine qui doit être exploré et résolu. Actuellement, il existe de nombreuses solutions de liquidité, telles que l'abstraction de chaîne, l'intention, l'exécution de règlement, CrossChain natif, ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons l'architecture Cake, largement reconnue dans l'industrie, pour présenter de haut en bas les composants principaux de l'abstraction inter-chaînes :
Couche d'application (Application Layer)
C'est la couche d'interaction directe avec les utilisateurs, ainsi que la couche la plus abstraite des solutions de liquidité, car elle masque complètement les détails de la conversion de liquidité. Dans la couche d'application, les utilisateurs interagissent avec l'interface frontend sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
Couche de permission (Permission Layer)
Situé en dessous de la couche d'application, l'utilisateur satisfait son intention de transaction en connectant son portefeuille à la dApp et en demandant un devis. Ici, l'« intention » fait référence au résultat final de la transaction que l'utilisateur attend (c'est-à-dire la sortie), plutôt qu'au chemin d'exécution spécifique de la transaction.
Gestion des comptes et abstraction des clés (Key Management and Account Abstraction)
En raison de l'existence d'un environnement multi-chaînes, il est nécessaire d'avoir un système de gestion de comptes et d'abstraction adapté à différentes chaînes pour maintenir la structure de compte unique de chaque chaîne. Un projet a construit un système de comptes de confiance, sans avoir besoin d'établir un consensus inter-chaînes, il suffit d'une promesse de confiance entre les systèmes de comptes existants. Un autre projet réalise une gestion abstraite en générant des portefeuilles de comptes multi-chaînes pour les utilisateurs, ce qui optimise considérablement l'expérience utilisateur et réduit la fragmentation de l'UX. Cependant, en ce qui concerne la liquidité, il a principalement intégré les chaînes publiques existantes.
Couche de résolution (Solver Layer)
Cette couche est responsable de la réception et de l'implémentation des intentions de trading des utilisateurs. Le rôle de Solver y concurrence pour offrir une meilleure expérience utilisateur, y compris des temps de transaction et des vitesses d'exécution plus rapides. Sur cette base, des projets basés sur les intentions ont construit diverses solutions axées sur les intentions. Des dérivés de ce type d'intentions, tels que le composant Predicate, peuvent réaliser les intentions des utilisateurs sous des règles spécifiques.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour résoudre les intentions des utilisateurs. Les composants clés des solutions de liquidité et de statut décentralisé comprennent :
Oracle : utilisé pour obtenir des informations sur l'état d'autres chaînes.
Ponts (Bridges) : responsables de la transmission d'informations et de liquidité entre les chaînes.
Confirmation préalable (Pre-Confirmation) : réduire le temps de confirmation inter-chaînes.
Disponibilité des données (DA) : Fournir l'accessibilité des données.
De plus, il est nécessaire de prendre en compte des facteurs tels que la liquidité inter-chaînes, la finalité (Finality), les mécanismes de preuve Layer 2, afin d'assurer le bon fonctionnement de l'ensemble du système multi-chaînes.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité fragmentée, notamment :
Centré sur RaaS : Aider à partager la liquidité et l'état des Rollups construits sur OP Stack en rejoignant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes.
Axé sur le compte : construire un portefeuille de compte sur l'ensemble de la chaîne, en soutenant la signature et l'exécution des transactions à travers plusieurs protocoles de blockchain grâce à la technologie de "signature de chaîne".
Centré sur le réseau d'intention hors chaîne : les utilisateurs envoient des intentions au réseau Solver, le Solver fait des offres concurrentes, fournissant le meilleur temps d'achèvement et le prix de transaction.
Centré sur un réseau de liquidité on-chain : construire une couche de liquidité sur laquelle des applications peuvent être construites pour partager la liquidité de la chaîne entière.
Centré sur les applications en chaîne : construire des applications à forte liquidité en intégrant de grands teneurs de marché ou des applications tierces.
Résoudre le problème de la liquidité est un enjeu très important. Dans le monde financier, la liquidité représente souvent tout. Si l'on peut construire une plateforme d'intégration de la liquidité, en particulier en regroupant la liquidité fragmentée de l'ensemble de la chaîne, cela aurait un potentiel énorme.
Certains projets typiques d'abstraction de chaîne incluent :
INFINIT
INFINIT a construit un service RaaS pour le monde DeFi, fournissant les composants nécessaires à la construction directe de protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc., tout en offrant également des composants prêts à l'emploi comme le Leverage Trading et la Yield Strategy.
Khalani Network
Khalani a construit trois composants principaux, à savoir la couche de compatibilité des intentions, la validité et la couche de règlement universelle. Les applications externes ou la couche d'intentions peuvent publier des intentions à Khalani, puis la couche de compatibilité des intentions de Khalani peut convertir les intentions externes dans un format reconnaissable par le protocole Solver.
Réglisse
Liquorice est une application décentralisée qui permet la découverte de prix basée sur les enchères et des pools de liquidité unilatéraux. Sa mission principale est de fournir aux entreprises de trading professionnelles des outils de gestion des stocks efficaces et de se connecter facilement aux protocoles DeFi de base lors du règlement des transactions avec des intentions d'utilisation.
Xion
Xion est construit sur le protocole de consensus Comet BFT. La communication inter-chaînes qu'il utilise est basée sur Cosmos IBC, ce qui la rend plus native et sécurisée que d'autres ponts inter-chaînes.
=nil; Fondation
nil est le marché de puissance de calcul ZK d'Ethereum, un coprocesseur ZK et un développeur de Layer 2. Il a proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter un traitement parallèle des transactions et générer des ZKP.
ERC-7683
Ceci est une proposition visant à établir une norme générale pour les opérations inter-chaînes entre L2 et les chaînes latérales, visant à standardiser les interfaces de commande et de règlement, et à réaliser une exécution inter-chaînes sans couture.
OP Stack
OP Stack conçoit une solution complète multi Layer 2 pour résoudre en une seule fois les problèmes de transmission d'informations et de décentralisation des Sequencer. Lors de l'utilisation de l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et un Supervisor est présent pour contester afin d'éviter la transmission de fausses informations inter-chaînes.
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. L'avenir sera certainement multi-chaînes, et relever le défi de la dispersion de la liquidité est un enjeu auquel l'industrie devra faire face. L'intégration de cette liquidité sur l'ensemble de la chaîne offre un vaste potentiel de croissance et pourrait constituer une infrastructure importante pour l'ère Web3.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Défis de liquidité à l'ère du Layer 2 et solutions d'intégration multi-chaînes
Défis et solutions de liquidité à l'ère du Layer 2
Après qu'Ethereum se soit tourné vers des solutions d'extension centrées sur le Layer 2, ainsi que l'émergence d'outils tels que RaaS, de nombreuses blockchains publiques se sont rapidement développées. De nombreuses entités souhaitent construire leur propre chaîne pour représenter des intérêts différents et rechercher une valorisation plus élevée. Cependant, l'émergence de nombreuses blockchains publiques rend le développement de l'écosystème difficile à suivre le rythme des blockchains publiques, ce qui entraîne la chute de nombreux projets dès leur émission de jetons initiaux.
Grâce à OP Stack, une plateforme de trading a lancé sa propre Base Layer 2, une autre plateforme de trading a publié Ink ; grâce à la technologie ZK, une plateforme de trading a lancé XLayer ; une entreprise technologique a publié Soneium, une entreprise de communication a lancé Kaia, etc. Aujourd'hui, le coût et la technologie nécessaires pour construire une chaîne ont considérablement diminué, le coût d'exploitation d'une chaîne basée sur OP Stack étant d'environ 10 000 dollars par mois.
L'avenir sera sans aucun doute celui de la coexistence de multiples chaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour permettre l'interopérabilité, il leur est difficile de construire des applications et d'atteindre un consensus sur la même chaîne en raison des nombreuses applications en aval des entités Web2 qui les soutiennent.
L'écosystème multichaîne actuel pose un nouveau défi : la liquidité et la dispersion des états. Étant donné que l'existence de chaînes multiples est inévitable, l'interopérabilité est un domaine qui doit être exploré et résolu. Actuellement, il existe de nombreuses solutions de liquidité, telles que l'abstraction de chaîne, l'intention, l'exécution de règlement, CrossChain natif, ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons l'architecture Cake, largement reconnue dans l'industrie, pour présenter de haut en bas les composants principaux de l'abstraction inter-chaînes :
Couche d'application (Application Layer)
C'est la couche d'interaction directe avec les utilisateurs, ainsi que la couche la plus abstraite des solutions de liquidité, car elle masque complètement les détails de la conversion de liquidité. Dans la couche d'application, les utilisateurs interagissent avec l'interface frontend sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
Couche de permission (Permission Layer)
Situé en dessous de la couche d'application, l'utilisateur satisfait son intention de transaction en connectant son portefeuille à la dApp et en demandant un devis. Ici, l'« intention » fait référence au résultat final de la transaction que l'utilisateur attend (c'est-à-dire la sortie), plutôt qu'au chemin d'exécution spécifique de la transaction.
Gestion des comptes et abstraction des clés (Key Management and Account Abstraction)
En raison de l'existence d'un environnement multi-chaînes, il est nécessaire d'avoir un système de gestion de comptes et d'abstraction adapté à différentes chaînes pour maintenir la structure de compte unique de chaque chaîne. Un projet a construit un système de comptes de confiance, sans avoir besoin d'établir un consensus inter-chaînes, il suffit d'une promesse de confiance entre les systèmes de comptes existants. Un autre projet réalise une gestion abstraite en générant des portefeuilles de comptes multi-chaînes pour les utilisateurs, ce qui optimise considérablement l'expérience utilisateur et réduit la fragmentation de l'UX. Cependant, en ce qui concerne la liquidité, il a principalement intégré les chaînes publiques existantes.
Couche de résolution (Solver Layer)
Cette couche est responsable de la réception et de l'implémentation des intentions de trading des utilisateurs. Le rôle de Solver y concurrence pour offrir une meilleure expérience utilisateur, y compris des temps de transaction et des vitesses d'exécution plus rapides. Sur cette base, des projets basés sur les intentions ont construit diverses solutions axées sur les intentions. Des dérivés de ce type d'intentions, tels que le composant Predicate, peuvent réaliser les intentions des utilisateurs sous des règles spécifiques.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour résoudre les intentions des utilisateurs. Les composants clés des solutions de liquidité et de statut décentralisé comprennent :
De plus, il est nécessaire de prendre en compte des facteurs tels que la liquidité inter-chaînes, la finalité (Finality), les mécanismes de preuve Layer 2, afin d'assurer le bon fonctionnement de l'ensemble du système multi-chaînes.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité fragmentée, notamment :
Centré sur RaaS : Aider à partager la liquidité et l'état des Rollups construits sur OP Stack en rejoignant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes.
Axé sur le compte : construire un portefeuille de compte sur l'ensemble de la chaîne, en soutenant la signature et l'exécution des transactions à travers plusieurs protocoles de blockchain grâce à la technologie de "signature de chaîne".
Centré sur le réseau d'intention hors chaîne : les utilisateurs envoient des intentions au réseau Solver, le Solver fait des offres concurrentes, fournissant le meilleur temps d'achèvement et le prix de transaction.
Centré sur un réseau de liquidité on-chain : construire une couche de liquidité sur laquelle des applications peuvent être construites pour partager la liquidité de la chaîne entière.
Centré sur les applications en chaîne : construire des applications à forte liquidité en intégrant de grands teneurs de marché ou des applications tierces.
Résoudre le problème de la liquidité est un enjeu très important. Dans le monde financier, la liquidité représente souvent tout. Si l'on peut construire une plateforme d'intégration de la liquidité, en particulier en regroupant la liquidité fragmentée de l'ensemble de la chaîne, cela aurait un potentiel énorme.
Certains projets typiques d'abstraction de chaîne incluent :
INFINIT
INFINIT a construit un service RaaS pour le monde DeFi, fournissant les composants nécessaires à la construction directe de protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc., tout en offrant également des composants prêts à l'emploi comme le Leverage Trading et la Yield Strategy.
Khalani Network
Khalani a construit trois composants principaux, à savoir la couche de compatibilité des intentions, la validité et la couche de règlement universelle. Les applications externes ou la couche d'intentions peuvent publier des intentions à Khalani, puis la couche de compatibilité des intentions de Khalani peut convertir les intentions externes dans un format reconnaissable par le protocole Solver.
Réglisse
Liquorice est une application décentralisée qui permet la découverte de prix basée sur les enchères et des pools de liquidité unilatéraux. Sa mission principale est de fournir aux entreprises de trading professionnelles des outils de gestion des stocks efficaces et de se connecter facilement aux protocoles DeFi de base lors du règlement des transactions avec des intentions d'utilisation.
Xion
Xion est construit sur le protocole de consensus Comet BFT. La communication inter-chaînes qu'il utilise est basée sur Cosmos IBC, ce qui la rend plus native et sécurisée que d'autres ponts inter-chaînes.
=nil; Fondation
nil est le marché de puissance de calcul ZK d'Ethereum, un coprocesseur ZK et un développeur de Layer 2. Il a proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter un traitement parallèle des transactions et générer des ZKP.
ERC-7683
Ceci est une proposition visant à établir une norme générale pour les opérations inter-chaînes entre L2 et les chaînes latérales, visant à standardiser les interfaces de commande et de règlement, et à réaliser une exécution inter-chaînes sans couture.
OP Stack
OP Stack conçoit une solution complète multi Layer 2 pour résoudre en une seule fois les problèmes de transmission d'informations et de décentralisation des Sequencer. Lors de l'utilisation de l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et un Supervisor est présent pour contester afin d'éviter la transmission de fausses informations inter-chaînes.
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. L'avenir sera certainement multi-chaînes, et relever le défi de la dispersion de la liquidité est un enjeu auquel l'industrie devra faire face. L'intégration de cette liquidité sur l'ensemble de la chaîne offre un vaste potentiel de croissance et pourrait constituer une infrastructure importante pour l'ère Web3.