Étude sur le problème de la fragmentation de la liquidité à l'ère du Layer 2

Avec la transition d'Ethereum 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 développent rapidement. Beaucoup d'entités souhaitent construire leur propre chaîne pour représenter différents intérêts et rechercher une valorisation plus élevée. Cependant, l'émergence de nombreuses blockchains publiques rend le développement de l'écosystème difficile à suivre, entraînant de nombreux projets à voir leur prix s'effondrer lors de la TGE.

Actuellement, le coût et le seuil technique 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 une époque de coexistence multi-chaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour réaliser l'interopérabilité, en raison des nombreuses applications en aval des entités Web2 derrière, il leur est difficile de construire des applications sur la même chaîne et d'atteindre un consensus.

L'écosystème multi-chaînes actuel présente 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. Il existe actuellement de nombreuses solutions de Liquidité, telles que l'abstraction de chaîne, les intentions, l'exécution de clearing, le CrossChain natif, le ZKSharding, etc., mais leur essence fondamentale reste la même.

Nous utilisons une architecture Cake largement reconnue dans l'industrie pour présenter de haut en bas les composants clés de l'abstraction inter-chaînes :

Couche d'application

C'est la couche d'interaction directe de l'utilisateur, et c'est aussi la couche la plus abstraite des solutions de liquidité, car elle masque complètement les détails de la conversion de liquidité. Au niveau de l'application, les utilisateurs interagissent avec l'interface frontale, sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.

Couche de permissions

Situé en dessous de la couche d'application, l'utilisateur satisfait son intention de transaction en connectant son portefeuille à une dApp et en demandant un devis. Ici, "intention" fait référence au résultat final de la transaction attendu par l'utilisateur, et non au chemin d'exécution spécifique de la transaction.

Gestion des comptes et couche abstraite

En raison de l'existence d'un environnement multi-chaînes, il est nécessaire d'avoir un système de gestion et d'abstraction des comptes qui s'adapte aux différentes chaînes pour maintenir la structure de compte unique de chaque chaîne. Par exemple, le système de compte centré sur les objets de SUI est complètement différent de l'EVM. One Balance a construit un système de comptes fiable, sans avoir besoin d'établir un consensus inter-chaînes, mais simplement des engagements de confiance entre les systèmes de comptes existants. Le compte Near réalise une gestion abstraite en générant des portefeuilles de comptes multi-chaînes pour les utilisateurs, optimisant ainsi considérablement l'expérience utilisateur et réduisant la fragmentation de l'UX.

Résoudre le niveau

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, des projets basés sur l'intention tels qu'Anoma ont construit diverses solutions axées sur l'intention. Des dérivés de ce type d'intention, tels que le composant Predicate, peuvent réaliser les intentions des utilisateurs sous des règles spécifiques.

Couche de règlement

C'est la couche intermédiaire utilisée pour résoudre la couche afin de réaliser l'intention de l'utilisateur. Les composants clés des solutions de liquidité et d'état décentralisé comprennent :

• Oracle : utilisé pour obtenir des informations sur l'état d'autres chaînes
• Pont inter-chaînes : responsable de la transmission d'informations et de liquidité inter-chaînes
• Confirmation anticipée du plan : réduire le temps de confirmation inter-chaînes
• Disponibilité des données : fournir l'accessibilité des données

De plus, il faut également tenir compte de la liquidité inter-chaînes, de la finalité, des mécanismes de preuve Layer 2, etc., pour garantir le bon fonctionnement de l'ensemble du système multi-chaînes.

Solution

Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité, notamment :

1. Centré sur RaaS : des solutions Rollup comme OP Stack, qui aident à partager la liquidité et l'état des Rollups construits sur OP Stack en ajoutant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes.

2. Centré sur le compte : similaire à NEAR, construire un portefeuille de compte sur toute la chaîne, prenant en charge la signature et l'exécution des transactions sur plusieurs protocoles de blockchain grâce à la technologie de "signature de chaîne".

3. Au centre du réseau d'intention hors chaîne : les utilisateurs envoient des intentions au réseau Solver, le Solver concurrence les offres, fournissant le meilleur temps d'achèvement et le prix de transaction.

4. Au centre du réseau de liquidité en chaîne : optimiser spécifiquement les problèmes de liquidité inter-chaînes, construire une couche de liquidité, sur laquelle des applications seront construites, afin de partager la liquidité de toute la chaîne.

5. Axé sur les applications en chaîne : construire des applications à haute liquidité en intégrant de grands MM ou des applications tierces.

Cas de projet typique

INFINIT

INFINIT a construit un service RaaS pour le DeFi, fournissant les composants nécessaires à la construction directe des protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc., et peut également fournir des composants tels que le Trading à Effet de Levier et la Stratégie de Rendement, prêts à l'emploi.

Réseau Khalani

Khalani a construit trois composants principaux, à savoir la couche de compatibilité des intentions, Validity et la couche de règlement universel. Les applications externes ou la couche des intentions 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 du protocole peut reconnaître.

Liquorice

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é unidirectionnels. Sa mission principale est de fournir aux entreprises de trading professionnelles des outils de gestion d'inventaire efficaces et de se connecter facilement aux protocoles DeFi de base lors de la liquidation des transactions avec l'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 a proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter le traitement des transactions en parallèle par fragmentation et générer des ZKP, tandis que la fragmentation principale valide les données, communique avec Ethereum et synchronise l'état du réseau entre tous les validateurs.

ERC-7683

L'objectif principal de la norme ERC-7683 est d'établir une norme universelle 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 de réaliser une exécution inter-chaînes sans couture, dont le cœur principal est un Filler, qui peut également être considéré comme le rôle de Solver dans l'abstraction de la chaîne.

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 Sequencers. Lors de l'utilisation de l'architecture OP Stack, des contrats inter-chaînes seront automatiquement déployés, et un Supervisor sera présent pour contester afin d'é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. L'avenir sera nécessairement multi-chaînes, et résoudre le problème de la dispersion de la liquidité est un défi auquel l'industrie devra inévitablement faire face. L'intégration de cette liquidité sur l'ensemble des chaînes offre un vaste potentiel de croissance, et pourrait aboutir à la construction d'une nouvelle génération d'infrastructures pour l'ère Web3.