Source de l'article : Gate Ventures
Introduction
Depuis qu'Ethereum a adopté les solutions d'extension centrées sur Layer 2, avec l'émergence d'outils comme RaaS, de nombreuses chaînes publiques se sont rapidement développées. De nombreuses 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 chaînes publiques a ralenti le développement de l'écosystème par rapport à la vitesse d'émergence des chaînes publiques, entraînant de nombreux projets à perdre de leur valeur dès leur TGE.
Avec OP Stack, Coinbase a lancé sa propre Base Layer 2, Kraken a publié Ink ; grâce à la technologie ZK, OKX a lancé XLayer ; Sony a publié Soneium, LINE a lancé Kaia, etc. Aujourd'hui, le coût et le niveau technique pour construire une chaîne ont considérablement diminué. L'exploitation d'une chaîne basée sur OP Stack coûte environ 10 000 dollars par mois.
L'avenir sera sans aucun doute une ère de coexistence multi-chaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour l'interopérabilité, en raison des nombreuses applications en aval derrière les entités Web2, il leur est difficile de construire des applications et d'atteindre un consensus sur la même chaîne.
Répartition de TVL, source : Defillama
L'écosystème multi-chaînes actuel présente un nouveau défi : la dispersion de la liquidité et de l'état. Étant donné que l'existence de multi-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 (Particle Network, Socket, XION, INFINIT, Borsa), l'intention (Anoma, Khalani), l'exécution de clearing (Connext), le Native CrossChain (Cross), et le ZKSharding (=nil; Foundation), mais leur essence fondamentale est la même.
Pile d'abstraction de chaîne, Source : FrontierResearch
Nous utilisons l'architecture Cake, reconnue dans l'industrie, pour présenter la composition des composants clés de l'abstraction inter-chaînes de haut en bas :
Couche d'application (Application Layer)
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é. 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é sous la couche d'application, l'utilisateur se connecte à un dApp avec son portefeuille et demande des devis pour satisfaire son intention de transaction. Ici, l'« intention » fait référence au résultat final de transaction souhaité 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 (Key Management and Account Abstraction)
En raison de l'existence d'un environnement multi-chaînes, un système de gestion et d'abstraction des comptes doit être adapté pour maintenir les structures de comptes uniques de chaque chaîne. Par exemple, le système de compte orienté objet de SUI est complètement différent de l'EVM. One Balance est un projet représentatif dans ce domaine, qui construit un système de comptes fiable sans nécessiter de consensus inter-chaînes, mais simplement un engagement de confiance entre les systèmes de comptes existants. Near Account réalise une gestion abstraite en générant des portefeuilles de comptes multi-chaînes pour les utilisateurs, optimisant considérablement l'expérience utilisateur et réduisant la fragmentation de l'UX. Cependant, en ce qui concerne la liquidité, il s'intègre principalement aux chaînes publiques existantes.
Couche de résolution (Solver Layer)
Cette couche est responsable de la réception et de la mise en œuvre des intentions de transaction des utilisateurs, le rôle de solveur y concurrence pour offrir une meilleure expérience utilisateur, y compris des temps de transaction plus rapides et une vitesse d'exécution. Sur cette base, des projets basés sur l'intention, comme Anoma, ont construit diverses solutions basées sur l'intention. Ces produits dérivés d'intention, comme le composant Predicate, peuvent réaliser les intentions des utilisateurs sous certaines règles.
Couche de règlement (Settlement Layer)
C'est la couche de middleware utilisée par la couche de résolution pour réaliser les intentions des utilisateurs. Les composants clés des solutions à la dispersion de liquidité et d'état incluent :
Oracle : utilisé pour obtenir des informations d'état d'autres chaînes.
Ponts inter-chaînes : responsables de la transmission d'informations et de liquidité entre les chaînes.
Solutions de pré-confirmation : réduire le temps de confirmation inter-chaînes.
Disponibilité des données (DA) : fournir l'accessibilité aux données.
De plus, il faut tenir compte de la liquidité inter-chaînes, de la finalité (Finality), des mécanismes de preuve Layer 2, etc., pour garantir le fonctionnement efficace de l'ensemble du système multi-chaînes.
Solutions
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la fragmentation de la liquidité. Après avoir examiné de nombreuses solutions, nous constatons principalement ces quelques méthodes :
1. Centré sur RaaS : Comme la solution Rollup OP Stack, en ajoutant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes pour aider à construire une liquidité et un état partagés sur OP Stack. Cela vise à résoudre la dispersion de liquidité et d'état à un niveau plus élevé. Un aspect plus spécifique est la conception d'ordonnanceurs partagés individuels, cette solution est davantage axée sur Layer 2 et n'a pas de généralité, comme Astria, Espresso et Flashbots.
Abstraction de chaîne, source : NEAR
2. Centré sur le compte : Comme NEAR, construire un portefeuille de comptes multi-chaînes, soutenu par une technologie appelée « signature de chaîne » pour signer et exécuter des transactions à travers divers protocoles de blockchain. Le composant clé est le réseau MPC, qui remplace l'utilisateur pour signer des transactions multi-chaînes. Bien que cette solution puisse grandement résoudre le problème de fragmentation de l'UX, elle implique une mise en œuvre backend complexe pour les développeurs et ne résout pas fondamentalement la dispersion de liquidité et d'état.
3. Centré sur le réseau d'intentions hors chaîne : c'est-à-dire le réseau de solveurs dans le diagramme de l'architecture de gâteau de notre « introduction », le cœur est que les utilisateurs envoient des intentions au réseau de solveurs, ce rôle de solveur concurrence les offres pour donner le meilleur temps d'achèvement et le meilleur prix de transaction. Ces solveurs peuvent être des agents IA, des CEX, des market makers, ou même des protocoles intégrés comme Liquorice. Les projets dans ce domaine incluent Anoma, Khalani, Enso, aori et Valantis. Bien que les intentions puissent théoriquement réaliser des opérations inter-chaînes complexes de n'importe quelle difficulté, leur mise en œuvre nécessite suffisamment de liquidité de solveurs pour aider, et lorsqu'il y a des besoins hors chaîne, les solveurs peuvent être sujets à la fraude. Si des preuves de fraude sont introduites, la difficulté de mise en œuvre du réseau de solveurs augmentera, et les exigences pour faire fonctionner les solveurs deviendront plus élevées.
4. Centré sur le réseau de liquidité en chaîne : cette direction est spécifiquement optimisée pour résoudre le problème de la liquidité inter-chaînes, mais n'a pas résolu d'autres problèmes de dispersion d'état en chaîne. Son cœur est de construire une couche de liquidité, sur laquelle des applications peuvent être construites, afin de partager la liquidité de l'ensemble de la chaîne. Certains projets incluent : Raye Network, INFINIT, Everclear, Elixir, etc.
5. Centré sur les applications en chaîne : Ces applications construisent des applications à haute liquidité en intégrant de grands MM ou d'autres applications tierces, comme Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, etc. Ces projets doivent gérer des processus inter-chaînes complexes, ce qui exige beaucoup des développeurs, et sont donc aussi très exposés aux attaques de hackers.
Résoudre le problème de la liquidité est une proposition très importante. Dans le monde financier, la liquidité représente souvent tout. Si nous pouvons construire une plateforme intégrant la liquidité, en particulier en réunissant la liquidité dispersée de toutes les chaînes, cela pourrait avoir un potentiel énorme, et nous avons également examiné de nombreuses solutions différentes.
Dans les deux catégories ci-dessus, nous pouvons voir que selon la structure du gâteau, la couche de règlement est la solution la plus atomique. Au-dessus de ces solutions atomiques inter-chaînes, oracles, solutions de pré-confirmation, etc., se construit une couche plus abstraite, qui est la couche de résolution, la couche de permission et la couche d'application. Les différentes solutions que nous avons listées qui construisent des abstractions ou des solutions de liquidité à travers différentes directions correspondent à ce niveau hiérarchique, qu'on peut comprendre comme une relation en amont et en aval. Cependant, ces solutions ne sont pas encore des solutions atomiques. L'ensemble du problème de fragmentation de la liquidité a entraîné l'émergence de nombreux problèmes dérivés complexes. Ainsi, pour l'interopérabilité, une multitude de solutions a vu le jour. Mais fondamentalement, cela dépend toujours de ces composants. Nous allons maintenant discuter de quelques projets typiques des concepts d'abstraction de chaîne pour voir comment chacun aborde le problème de la fragmentation de la liquidité.
INFINIT
Structure d'INFINIT, source : Infinit
INFINIT a construit un service RaaS dans le domaine DeFi, capable de fournir directement les composants nécessaires à la construction des protocoles DeFi, comme Oracle, Pool Type, IRM, Asset, etc., et peut également offrir des composants tels que le trading à effet de levier et les stratégies de rendement immédiatement activés. Cela équivaut à d'autres points de construction d'applications, mais la liquidité finale est placée dans la couche de liquidité d'Infinit. Cependant, il n'a pas encore révélé les principes de fonctionnement sous-jacents. Actuellement, INFINIT a déjà levé 6 millions de dollars lors d'un tour de financement de semences auprès de Robot Ventures, Electric Capital et Maelstrom Capital.
Réseau Khalani
Structure du réseau Khalani, source : KhalaniNetwork
Khalani a construit trois composants clés : une couche compatible avec l'intention, une validité et une couche de règlement universelle.
Les applications externes ou la couche d'intention peuvent publier des intentions auprès de Khalani, puis la couche compatible avec l'intention de Khalani peut transformer les intentions externes en un format que le protocole Solver peut reconnaître, en utilisant le format normalisé de la langue Validity. Les nœuds Khalani sont responsables de soumettre le résultat final à la couche de règlement universelle via des ponts inter-chaînes, des technologies de règlement rapide, etc. Ce projet est encore en phase de construction et n'a pas encore divulgué plus de détails sur son travail. En août, il a levé 2,2 millions de dollars lors d'un tour de financement de semences auprès d'Ethereal Ventures, Nascent et Maelstrom Capital.
Liquorice
Structure de Liquorice, source : Liquorice
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é unilatéraux. La mission principale de Liquorice est de fournir des outils de gestion des stocks efficaces aux sociétés de trading professionnelles et de se connecter facilement à des protocoles DeFi clés tels que 1inch et Uniswap X lors de la liquidation des transactions avec l'intention d'utilisation. Parallèlement, Liquorice a créé un marché de prêt pour ses transactions de prêt. Cette application se concentre davantage sur le trading lui-même. Elle est actuellement en phase de développement et a annoncé en juillet avoir levé 1,2 million de dollars lors d'un tour de financement Pre-seed dirigé par GreenField.
Xion
Xion est une version améliorée de la marque Burnt, qui était auparavant une application axée sur les consommateurs. Ensuite, l'équipe a découvert un problème de fragmentation énorme dans les interactions en chaîne, c'est pourquoi Xion a été construit pour améliorer ce problème. Xion est basé sur le protocole de consensus Comet BFT. La communication inter-chaînes qu'il utilise est basée sur Cosmos IBC, ce qui le rend plus natif et sécurisé que d'autres ponts inter-chaînes. Il a effectué quatre tours de financement, avec des investisseurs comme Animoca, Multicoin, Alliance DAO et Mechanism.
=nil; Fondation
nil est le marché de puissance ZK d'Ethereum, le processeur ZK et les développeurs Layer2, l'équipe possède une solide expertise en technologie ZK. Ils ont proposé la solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement le réseau principal d'Ethereum, exécuter le traitement parallèle des 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. Le fragment principal gère également la distribution des validateurs et des comptes dans le fragment d'exécution. Le protocole de consensus utilisé par le comité de validation est également Hotstuff, qui est courant dans les projets d'exécution parallèle les plus récents. =nil; L2 a intégré la communication inter-fragment dans le protocole depuis le début. Les messages inter-fragment sont vérifiés comme des transactions par le comité de validation de chaque fragment.
L'idée de base est de construire une architecture de communication inter-fragment intégrée, similaire à l'IBC, grâce à une architecture Layer 2 fragmentée, afin de résoudre les problèmes de liquidité et de dispersion d'état. Cependant, l'idée principale n'est pas raisonnable, car le problème de dispersion de liquidité est un problème multi-chaînes, et ce qu'il construit est une Layer 2 unique, ce qui signifie que pour résoudre ce problème, toutes les chaînes doivent devenir un fragment de ZK-sharding, ce qui est difficile à réaliser.
ERC-7683
ERC-7683, source : Across
Ethereum travaille également à résoudre ce problème de liquidité inter-chaînes. Actuellement, Arbitrum, OP et Uniswap soutiennent d'abord le standard ERC7683, qui utilise également une méthode de pont inter-chaînes basée sur l'intention. Son objectif principal est d'établir des standards généraux pour les opérations inter-chaînes entre L2 et les chaînes latérales, en standardisant les commandes et les interfaces de règlement, pour réaliser une exécution inter-chaînes sans couture. Le cœur de cette proposition est un Filler, qui peut également être considéré comme le rôle de solveur dans l'abstraction de chaîne. Cette proposition a été construite conjointement par Uniswap et Across et est actuellement examinée par le groupe de travail Cake.
OP Stack
OP Stack, ERC-7683, et zkSharding, sont tous des solutions à la fragmentation de la liquidité entre les Layer 2 à l'intérieur d'Ethereum, résolvant respectivement les problèmes au niveau de l'architecture, du consensus et de l'application. OP Stack conçoit une solution multi Layer 2 complète pour résoudre une fois pour toutes les problèmes de transmission d'informations et de décentralisation des séquenceurs. Lorsque vous utilisez l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et il y a un Superviseur pour contester et éviter la transmission d'informations inter-chaînes fausses. Actuellement, Coinbase, Uniswap et Kraken utilisent l'architecture OP Stack.
Le plus typique est Unichain. Unichain résout principalement le problème de fragmentation de la liquidité inter-chaînes par son intégration avec le réseau Superchain. Ce réglage facilite le mouvement fluide de la liquidité en offrant les fonctionnalités suivantes :
Pont inter-chaînes basé sur l'intention : Ce pont permet un transfert de liquidité rapide et fiable entre les blockchains, permettant aux utilisateurs de définir des intentions, aidant ainsi le système à choisir automatiquement le meilleur chemin pour le mouvement de liquidité. Cette méthode abstrait la complexité pour les utilisateurs, rendant les transactions inter-chaînes plus fluides et rapides.
Réseau de validation Unichain (UVN) : ce réseau d'opérateurs de nœuds décentralisés vérifie les transactions inter-chaînes, fournissant une finalité économique plus rapide. Une finalité plus rapide est essentielle pour garantir un règlement efficace des transactions inter-chaînes, minimisant ainsi les risques de fragmentation de liquidité dus à des règlements retardés.
Flashblocks et construction de blocs vérifiables : en utilisant Flashblocks, Unichain a considérablement réduit le temps de bloc, amélioré l'efficacité des fournisseurs de liquidité et réalisé un marché inter-chaînes plus synchronisé. Flashblocks aident à garantir que la liquidité est toujours disponible et à réduire les impacts négatifs dus aux retards de confirmation des blocs, ce qui pourrait entraîner une fragmentation de la liquidité.
Résumé
Résoudre le problème de la liquidité inter-chaînes est un domaine très complexe avec de nombreuses solutions. Par exemple, les solutions Layer2 se divisent en celles intégrées à Ethereum pour résoudre les messages inter-chaînes, en particulier ERC-7683, et celles comme OP qui construisent OP Stack pour partager des séquenceurs. En dehors du contexte Layer2, toutes les Layer1 font face à des problèmes de liquidité, d'état et d'expérience utilisateur. Il existe des solutions centrées sur des applications spécifiquement liées à la liquidité, des solutions hors chaîne basées sur le réseau de solveurs, ainsi que des solutions centrées sur le compte comme NEAR, mais qui nécessitent également des rôles hors chaîne de solveurs.
Nous reconnaissons que la fragmentation de la liquidité, de l'état et de l'expérience utilisateur est un problème pour l'ensemble de l'industrie de la blockchain. Si nous réfléchissons de manière globale, il faut adopter une approche plus abstraite, similaire à l'abstraction de chaîne, ce qui équivaut à une véritable porte d'entrée vers le Web3. Cela résout la fragmentation de l'expérience utilisateur, tout en intégrant la liquidité et l'état de manière invisible pour l'utilisateur. Comment intégrer cela est également divisé entre l'utilisation d'un réseau de solveurs hors chaîne et l'intégration atomique de ponts inter-chaînes, etc., ce qui mérite d'être exploré. En résumé, l'avenir sera à coup sûr multi-chaînes, et résoudre le problème de la dispersion de la liquidité est un défi inévitable auquel l'industrie devra faire face. L'intégration de la liquidité de l'ensemble de la chaîne présente un vaste potentiel de croissance et pourrait aboutir à la création d'un Google de l'ère Web3.
