Étude sur le problème de la séparation de la liquidité à l'ère du Layer 2
Avec le passage d'Ethereum à une solution d'extension centrée sur Layer 2, ainsi que l'émergence d'outils connexes, un grand nombre de chaînes publiques se développent rapidement. 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 chaînes publiques rend difficile le développement de l'écosystème pour suivre le rythme des chaînes publiques, entraînant ainsi de nombreux projets confrontés à des difficultés dès le début.
Grâce aux technologies pertinentes, de nombreuses entreprises et institutions de renom ont lancé leur propre Layer 2 ou chaîne propriétaire. Aujourd'hui, les coûts et les compétences techniques pour construire une chaîne ont considérablement diminué, le coût d'exploitation d'une chaîne basée sur une pile technologique spécifique étant d'environ 10 000 dollars par mois.
L'avenir sera certainement celui de la coexistence des chaînes multiples. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour faciliter l'interopérabilité, il 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 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 plusieurs chaînes est inévitable, l'interopérabilité est un domaine qui doit être exploré et résolu. Il existe actuellement de nombreuses solutions de Liquidité, telles que l'abstraction de chaîne, les intentions, l'exécution de règlement, le 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 la composition des composants clés de l'abstraction inter-chaînes :
Couche d'application (Application Layer)
C'est la couche d'interaction directe avec l'utilisateur, et c'est la couche la plus abstraite dans la solution de liquidité, car elle masque complètement les détails de la conversion de liquidité. Dans la couche d'application, l'utilisateur interagit avec l'interface front-end, sans forcément 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 à un dApp et en demandant un devis. Ici, "intention" fait référence au résultat final de transaction escompté par l'utilisateur (c'est-à-dire la sortie), et non 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, un système de gestion des comptes et d'abstraction adapté aux différentes chaînes est nécessaire pour maintenir la structure de compte unique de chaque chaîne. Certains projets réalisent une gestion abstraite en construisant un système de compte fiable ou en générant des portefeuilles multi-chaînes pour les utilisateurs, ce qui optimise considérablement l'expérience utilisateur et réduit la fragmentation de l'UX.
Couche de résolution (Solver Layer)
Cette couche est responsable de la réception et de la réalisation des intentions de transaction des utilisateurs, le rôle de Solver y compete pour offrir une meilleure expérience utilisateur, y compris des temps de transaction et des vitesses d'exécution plus rapides. Sur cette base, certains projets ont construit diverses solutions basées sur les intentions.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour réaliser l'intention de l'utilisateur. Les composants principaux des solutions de Liquidité et d'état décentralisé comprennent :
Oracle : utilisé pour obtenir des informations d'état sur d'autres chaînes.
Ponts inter-chaînes (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 faut également prendre en compte la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, etc., pour garantir le fonctionnement efficace de l'ensemble du système multichaîne.
Solution
Actuellement, il existe plusieurs solutions pour résoudre la liquidité prise les gens pour des idiots sur le marché, principalement les méthodes suivantes :
Centré sur une technologie spécifique : Aider à construire une liquidité et un état partagés de Rollup sur une pile technologique spécifique en ajoutant des ordonnanceurs partagés et des ponts inter-chaînes spécifiques.
Centré sur le compte : construire un portefeuille de compte sur toute la chaîne, soutenu par une technologie spécifique pour signer et exécuter des transactions à travers plusieurs protocoles de blockchain.
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, ce rôle de Solver compétitionne pour des offres, fournissant le meilleur temps d'achèvement et le prix de transaction.
Au centre du réseau de liquidité on-chain : optimisation spécialisée des problèmes de liquidité inter-chaînes, construction d'une couche de liquidité sur laquelle des applications sont construites pour partager la liquidité de la chaîne entière.
Axé sur les applications en chaîne : construire des applications à haute liquidité en intégrant de grands MM ou des applications tierces.
Résoudre le problème de la liquidité est une question très importante, 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 intégrant la liquidité fragmentée de l'ensemble de la chaîne, cela aurait un potentiel très important.
Ensuite, nous allons discuter de plusieurs projets typiques des concepts d'abstraction de chaîne, pour voir comment chacun d'eux aborde le problème de la Liquidité et le prend pour des idiots.
INFINIT
INFINIT a construit un service dans le domaine de la DeFi, capable de fournir les composants nécessaires à la construction directe des protocoles DeFi, tels que les Oracles, le Type de Pool, l'IRM, les Actifs, etc., et il peut également offrir des composants comme le Trading à Effet de Levier et la Stratégie de Rendement qui peuvent être activés immédiatement. Cela équivaut à un autre endpoint d'application, mais la liquidité finale est placée sur la couche de liquidité d'INFINIT.
Khalani Network
Khalani a construit trois composants clés, à savoir la couche de compatibilité des intentions, la validité et la couche de règlement général. Les applications externes ou la couche d'intention peuvent publier des intentions à Khalani, puis la couche de compatibilité des intentions de Khalani peut convertir les intentions externes en un format que le Solver de protocole peut reconnaître.
Liquorice
Liquorice est une application décentralisée qui permet la découverte des prix basée sur les enchères et des pools de liquidité unilatéraux. La mission principale de Liquorice est de fournir aux sociétés de trading professionnelles des outils de gestion des stocks efficaces et de se connecter facilement aux protocoles DeFi de base lors de la liquidation des transactions avec intention 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 un développeur de marché de puissance de calcul ZK, de co-processeurs ZK et de Layer 2 sur Ethereum, qui a proposé une solution zkSharding. Cette solution utilise la technologie ZK pour étendre horizontalement la chaîne principale Ethereum, exécuter le traitement parallèle des transactions et générer des ZKP.
ERC-7683
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, certains projets renommés soutiennent d'abord le standard ERC7683, qui utilise également une méthode inter-chaînes basée sur l'Intent. Son objectif principal est d'établir un standard universel pour les opérations inter-chaînes entre L2 et les chaînes latérales, de normaliser les interfaces de commande et de règlement, et d'assurer une exécution inter-chaînes transparente.
OP Stack
OP Stack conçoit une solution complète multi Layer 2 pour résoudre une fois pour toutes les problèmes de transmission d'informations et de décentralisation des Sequencer. Lorsque vous utilisez l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, tout en ayant un Superviseur pour contester et éviter la transmission de fausses informations inter-chaînes.
résumé
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. Différentes solutions tentent d'aborder le problème de la liquidité, de l'état et de la fragmentation de l'expérience utilisateur sous différents angles. L'avenir sera certainement multi-chaînes, et relever le défi de la dispersion de la liquidité est un défi que l'industrie doit inévitablement affronter, tandis que cette intégration de la liquidité à l'échelle de la chaîne offre un vaste espace de développement, et pourrait construire une infrastructure importante pour l'ère Web3.
Voir l'original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
7 J'aime
Récompense
7
3
Partager
Commentaire
0/400
ProveMyZK
· Il y a 22h
Je ne crois pas que cela puisse guérir le pont noir.
Voir l'originalRépondre0
FromMinerToFarmer
· 07-01 14:25
Quand les bridges cross-chain seront-ils fiables ?
Problème de fragmentation de la liquidité à l'ère du Layer 2 : exploration des solutions dans un écosystème multi-chaînes.
Étude sur le problème de la séparation de la liquidité à l'ère du Layer 2
Avec le passage d'Ethereum à une solution d'extension centrée sur Layer 2, ainsi que l'émergence d'outils connexes, un grand nombre de chaînes publiques se développent rapidement. 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 chaînes publiques rend difficile le développement de l'écosystème pour suivre le rythme des chaînes publiques, entraînant ainsi de nombreux projets confrontés à des difficultés dès le début.
Grâce aux technologies pertinentes, de nombreuses entreprises et institutions de renom ont lancé leur propre Layer 2 ou chaîne propriétaire. Aujourd'hui, les coûts et les compétences techniques pour construire une chaîne ont considérablement diminué, le coût d'exploitation d'une chaîne basée sur une pile technologique spécifique étant d'environ 10 000 dollars par mois.
L'avenir sera certainement celui de la coexistence des chaînes multiples. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour faciliter l'interopérabilité, il 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 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 plusieurs chaînes est inévitable, l'interopérabilité est un domaine qui doit être exploré et résolu. Il existe actuellement de nombreuses solutions de Liquidité, telles que l'abstraction de chaîne, les intentions, l'exécution de règlement, le 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 la composition des composants clés de l'abstraction inter-chaînes :
Couche d'application (Application Layer)
C'est la couche d'interaction directe avec l'utilisateur, et c'est la couche la plus abstraite dans la solution de liquidité, car elle masque complètement les détails de la conversion de liquidité. Dans la couche d'application, l'utilisateur interagit avec l'interface front-end, sans forcément 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 à un dApp et en demandant un devis. Ici, "intention" fait référence au résultat final de transaction escompté par l'utilisateur (c'est-à-dire la sortie), et non 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, un système de gestion des comptes et d'abstraction adapté aux différentes chaînes est nécessaire pour maintenir la structure de compte unique de chaque chaîne. Certains projets réalisent une gestion abstraite en construisant un système de compte fiable ou en générant des portefeuilles multi-chaînes pour les utilisateurs, ce qui optimise considérablement l'expérience utilisateur et réduit la fragmentation de l'UX.
Couche de résolution (Solver Layer)
Cette couche est responsable de la réception et de la réalisation des intentions de transaction des utilisateurs, le rôle de Solver y compete pour offrir une meilleure expérience utilisateur, y compris des temps de transaction et des vitesses d'exécution plus rapides. Sur cette base, certains projets ont construit diverses solutions basées sur les intentions.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour réaliser l'intention de l'utilisateur. Les composants principaux des solutions de Liquidité et d'état décentralisé comprennent :
De plus, il faut également prendre en compte la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, etc., pour garantir le fonctionnement efficace de l'ensemble du système multichaîne.
Solution
Actuellement, il existe plusieurs solutions pour résoudre la liquidité prise les gens pour des idiots sur le marché, principalement les méthodes suivantes :
Centré sur une technologie spécifique : Aider à construire une liquidité et un état partagés de Rollup sur une pile technologique spécifique en ajoutant des ordonnanceurs partagés et des ponts inter-chaînes spécifiques.
Centré sur le compte : construire un portefeuille de compte sur toute la chaîne, soutenu par une technologie spécifique pour signer et exécuter des transactions à travers plusieurs protocoles de blockchain.
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, ce rôle de Solver compétitionne pour des offres, fournissant le meilleur temps d'achèvement et le prix de transaction.
Au centre du réseau de liquidité on-chain : optimisation spécialisée des problèmes de liquidité inter-chaînes, construction d'une couche de liquidité sur laquelle des applications sont construites pour partager la liquidité de la chaîne entière.
Axé sur les applications en chaîne : construire des applications à haute liquidité en intégrant de grands MM ou des applications tierces.
Résoudre le problème de la liquidité est une question très importante, 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 intégrant la liquidité fragmentée de l'ensemble de la chaîne, cela aurait un potentiel très important.
Ensuite, nous allons discuter de plusieurs projets typiques des concepts d'abstraction de chaîne, pour voir comment chacun d'eux aborde le problème de la Liquidité et le prend pour des idiots.
INFINIT
INFINIT a construit un service dans le domaine de la DeFi, capable de fournir les composants nécessaires à la construction directe des protocoles DeFi, tels que les Oracles, le Type de Pool, l'IRM, les Actifs, etc., et il peut également offrir des composants comme le Trading à Effet de Levier et la Stratégie de Rendement qui peuvent être activés immédiatement. Cela équivaut à un autre endpoint d'application, mais la liquidité finale est placée sur la couche de liquidité d'INFINIT.
Khalani Network
Khalani a construit trois composants clés, à savoir la couche de compatibilité des intentions, la validité et la couche de règlement général. Les applications externes ou la couche d'intention peuvent publier des intentions à Khalani, puis la couche de compatibilité des intentions de Khalani peut convertir les intentions externes en un format que le Solver de protocole peut reconnaître.
Liquorice
Liquorice est une application décentralisée qui permet la découverte des prix basée sur les enchères et des pools de liquidité unilatéraux. La mission principale de Liquorice est de fournir aux sociétés de trading professionnelles des outils de gestion des stocks efficaces et de se connecter facilement aux protocoles DeFi de base lors de la liquidation des transactions avec intention 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 un développeur de marché de puissance de calcul ZK, de co-processeurs ZK et de Layer 2 sur Ethereum, qui a proposé une solution zkSharding. Cette solution utilise la technologie ZK pour étendre horizontalement la chaîne principale Ethereum, exécuter le traitement parallèle des transactions et générer des ZKP.
ERC-7683
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, certains projets renommés soutiennent d'abord le standard ERC7683, qui utilise également une méthode inter-chaînes basée sur l'Intent. Son objectif principal est d'établir un standard universel pour les opérations inter-chaînes entre L2 et les chaînes latérales, de normaliser les interfaces de commande et de règlement, et d'assurer une exécution inter-chaînes transparente.
OP Stack
OP Stack conçoit une solution complète multi Layer 2 pour résoudre une fois pour toutes les problèmes de transmission d'informations et de décentralisation des Sequencer. Lorsque vous utilisez l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, tout en ayant un Superviseur pour contester et éviter la transmission de fausses informations inter-chaînes.
résumé
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. Différentes solutions tentent d'aborder le problème de la liquidité, de l'état et de la fragmentation de l'expérience utilisateur sous différents angles. L'avenir sera certainement multi-chaînes, et relever le défi de la dispersion de la liquidité est un défi que l'industrie doit inévitablement affronter, tandis que cette intégration de la liquidité à l'échelle de la chaîne offre un vaste espace de développement, et pourrait construire une infrastructure importante pour l'ère Web3.