Étude sur le problème de la Liquidité dans l'ère Layer 2

Avec le passage d'Ethereum à des solutions d'extension axées sur Layer 2, ainsi que l'émergence d'outils comme RaaS, de nombreuses blockchains publiques se développent rapidement. Beaucoup d'institutions souhaitent construire leur propre chaîne pour représenter différents intérêts et chercher 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, ce qui entraîne de nombreux projets à connaître une chute de leur valeur dès leur émission.

Grâce à OP Stack, plusieurs institutions ont lancé leur propre Layer 2 ; grâce à la technologie ZK, certaines entreprises ont également lancé leur propre Layer. Aujourd'hui, le coût et le seuil technologique pour construire une chaîne ont considérablement diminué, et le coût d'exploitation d'une chaîne basée sur OP Stack est d'environ 10 000 dollars par mois.

L'avenir sera sans aucun doute celui d'une coexistence multi-chaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour réaliser 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. Il existe actuellement de nombreuses solutions de Liquidité, mais leur essence fondamentale reste 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 : C'est la couche avec laquelle les utilisateurs interagissent directement, 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é.

Couche d'autorisation : située sous 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 transaction que l'utilisateur attend, et non au chemin d'exécution spécifique de la transaction.

Gestion des comptes et couche d'abstraction : 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.

Niveau de solution : Ce niveau est responsable de la réception et de la mise en œuvre des intentions de transaction des utilisateurs. Le rôle de Solver y est en compétition pour offrir une meilleure expérience utilisateur, y compris des temps de transaction plus rapides et une vitesse d'exécution accrue.

Couche de règlement : c'est la couche intermédiaire utilisée par la couche de résolution pour réaliser l'intention de l'utilisateur. Les composants principaux des solutions de Liquidité et d'état décentralisé incluent des oracles, des ponts inter-chaînes, des solutions de confirmation anticipée, la disponibilité des données, etc.

Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité, principalement les manières suivantes :

1. 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.

2. Axé sur le compte : construire un portefeuille de compte sur toute la chaîne, soutenu par la technologie de "signature de chaîne" pour signer et exécuter des transactions à travers divers protocoles de blockchain.

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

4. Centré sur le 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 l'ensemble de la chaîne.

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

Résoudre le problème de la liquidité est un enjeu très important, car 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 toute la chaîne, cela aura un très grand potentiel.

Nous allons maintenant discuter de quelques projets typiques d'abstraction de chaîne, pour voir comment chacun d'eux aborde le problème de la liquidité de manière différente.

INFINIT a construit un service RaaS pour le secteur DeFi, capable de fournir les composants nécessaires à la construction directe des protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc., et peut également fournir des composants prêts à l'emploi comme le Trading à effet de levier et les Stratégies de rendement.

Le réseau Khalani construit trois composants clés, à savoir la couche de compatibilité des intentions, la validité et la couche de règlement universelle. Les applications externes ou la couche d'intention peuvent publier des intentions à Khalani, puis la couche de compatibilité des intentions de Khalani peut transformer les intentions externes en un format que le solveur de protocole peut reconnaître.

Liquorice est une application décentralisée qui permet la découverte de prix basée sur des 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 par intention d'utilisation.

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; Foundation a proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement le réseau principal d'Ethereum, exécuter un traitement parallèle des transactions en fragmentant et générer des ZKP, tandis que le fragment principal vérifie les données, communique avec Ethereum et synchronise l'état du réseau entre tous les validateurs.

ERC-7683 est une initiative d'Ethereum pour résoudre les problèmes de liquidité entre chaînes, dont l'objectif principal est d'établir des normes universelles pour les opérations inter-chaînes entre L2 et les chaînes latérales, de standardiser les interfaces de commande et de règlement, et de permettre une exécution inter-chaînes sans faille.

OP Stack propose 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 du Sequencer. Lors de l'utilisation de l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et un Supervisor existe 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. Nous reconnaissons que la liquidité inter-chaînes, les états et la fragmentation de l'expérience utilisateur sont des problèmes dans l'ensemble de l'industrie de la blockchain. Si l'on réfléchit de manière globale, il est nécessaire d'adopter une approche plus abstraite, similaire à l'abstraction de chaîne, ce qui représente véritablement l'entrée dans le Web3. Cela résout la fragmentation de l'expérience utilisateur, tout en intégrant la liquidité et les états là où l'utilisateur ne peut pas le percevoir.

L'avenir sera certainement multichaînes, résoudre le problème de la dispersion de la liquidité est un défi inévitable auquel l'industrie devra faire face, et cette intégration de la liquidité sur l'ensemble des chaînes présente un vaste potentiel de croissance, pouvant construire le Google de l'ère Web3.