- Rubrique
17k Popularité
52k Popularité
3k Popularité
14k Popularité
30k Popularité
878 Popularité
110k Popularité
26k Popularité
26k Popularité
7k Popularité
- Épingler
17k Popularité
52k Popularité
3k Popularité
14k Popularité
30k Popularité
878 Popularité
110k Popularité
26k Popularité
26k Popularité
7k Popularité
Défis de liquidité à l'ère du Layer 2 : exploration des solutions dans un environnement multichaînes.
Étude sur le problème de la liquidité dans l'ère du Layer 2
Avec le passage d'Ethereum à des solutions d'extension centrées sur Layer 2, ainsi que l'émergence d'outils tels que RaaS, de nombreuses blockchains 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 blockchains publiques rend le développement de l'écosystème difficile à suivre le rythme des blockchains, ce qui conduit de nombreux projets à faire face à des difficultés dès le départ.
Grâce à des technologies telles que OP Stack, plusieurs entreprises et plateformes réputées ont lancé leurs propres solutions Layer 2. Aujourd'hui, le coût et le seuil technologique 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 des chaînes multiples. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour assurer l'interopérabilité, il est difficile de construire des applications et d'atteindre un consensus sur la même chaîne en raison du nombre important d'applications en aval qui soutiennent les entités derrière elles.
L'écosystème multichaîne actuel pose un nouveau défi : la Liquidité et la dispersion des états. Étant donné que l'existence des 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 est similaire.
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 des solutions de liquidité, car elle masque complètement les détails de la conversion de liquidité. Au niveau de l'application, l'utilisateur interagit avec l'interface frontend sans forcément comprendre le mécanisme de conversion de liquidité sous-jacent.
Couche de permissions (Permission Layer)
Situé en dessous de la couche applicative, 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 attendu par l'utilisateur, 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 de compte et d'abstraction adapté à 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 est en concurrence pour offrir une meilleure expérience utilisateur, notamment des temps de transaction et des vitesses d'exécution plus rapides. Certains projets ont construit diverses solutions basées sur l'intention, capables de réaliser les intentions des utilisateurs sous certaines règles.
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 l'état dispersé comprennent :
En outre, il convient également de prendre en compte la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, etc., afin de garantir le fonctionnement efficace de l'ensemble du système multi-chaînes.
Solution
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité prise les gens pour des idiots, principalement :
Centré sur RaaS : Aider à partager la liquidité et l'état des Rollups construits sur une architecture spécifique en rejoignant 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 la technologie de "signature de chaîne" pour signer et exécuter des transactions à travers plusieurs protocoles de blockchain.
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 et propose le meilleur temps d'achèvement et le prix de transaction.
Centré sur le réseau de liquidité en chaîne : construire une couche de liquidité, sur laquelle des applications seront développées 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 grandes applications MM ou des applications tierces.
Résoudre le problème de la liquidité est une question très importante. S'il est possible de construire une plateforme intégrant la liquidité, en particulier en regroupant la liquidité dispersée de l'ensemble de la chaîne, cela aurait un potentiel très important.
Voici quelques projets typiques d'abstraction de chaîne :
INFINIT
INFINIT a construit un service RaaS pour DeFi, fournissant les composants nécessaires à la construction directe de protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc., et capable de fournir des composants tels que le Leverage Trading et la Yield Strategy prêts à l'emploi.
Réseau Khalani
Khalani a construit trois composants principaux, à 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 transformer 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 des prix basée sur des 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 principaux lors de la liquidation des transactions selon 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 Ethereum, exécuter un traitement parallèle des transactions en fragments 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
Ethereum s'attaque à la problématique de la liquidité inter-chaînes, avec plusieurs grandes plateformes qui soutiennent publiquement la norme ERC7683. Son objectif principal est d'établir une norme universelle pour les opérations inter-chaînes entre L2 et les sidechains, en standardisant les interfaces de commande et de règlement, afin de réaliser une exécution inter-chaînes sans faille.
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. 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ésumé
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. Des solutions Layer 2 aux problèmes de liquidité, d'état et de fragmentation de l'expérience utilisateur pour tous les Layer 1, il existe différentes approches. L'avenir sera certainement multichaînes, et résoudre le problème de la liquidité dispersée est un défi auquel l'industrie devra inévitablement faire face. L'intégration de la liquidité sur l'ensemble de la chaîne offre un large potentiel de croissance et pourrait constituer une infrastructure essentielle pour l'ère Web3.