Discussion sur le problème de la liquidité fragmentée à 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 institutions 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 l'échec de nombreux projets dès leur émission.
Grâce à OP Stack, une plateforme de trading a lancé son propre Layer 2, une autre plateforme de trading a publié une nouvelle chaîne ; grâce à la technologie ZK, une plateforme de trading a lancé un nouveau niveau ; une société de jeux a publié une nouvelle chaîne, une plateforme sociale a lancé une nouvelle chaîne, etc. Aujourd'hui, le coût et les barrières technologiques pour construire une chaîne ont considérablement diminué, 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 de la coexistence des chaînes multiples. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour réaliser l'interopérabilité, les entités qui les sous-tendent ont de nombreuses applications en aval, ce qui rend difficile la construction d'applications et l'atteinte d'un consensus sur la même chaîne.
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 clearing, le Native CrossChain, le ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons une architecture 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 d'interaction directe avec l'utilisateur, et c'est la couche la plus abstraite dans les 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 frontale sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
couche de permissions
Situé en dessous du niveau d'application, l'utilisateur satisfait son intention de transaction en connectant son portefeuille à la dApp et en demandant un devis. Ici, "intention" fait référence au résultat final de transaction attendu par l'utilisateur (c'est-à-dire la sortie), et non au chemin d'exécution spécifique de la transaction.
Gestion des comptes et couche abstraite
En raison de l'existence d'environnements multi-chaînes, un système de gestion de comptes et d'abstraction adapté aux différentes chaînes est nécessaire pour maintenir la structure de compte unique de chaque chaîne. Par exemple, le système de compte central d'un certain blockchain public est complètement différent de l'EVM. Un certain projet a construit un système de comptes fiable, sans avoir besoin d'établir un consensus inter-chaînes, mais simplement avec des promesses fiables entre les systèmes de comptes existants. Un autre projet a réalisé une gestion abstraite en générant des portefeuilles multi-chaînes pour les utilisateurs, optimisant ainsi considérablement l'expérience utilisateur et réduisant la fragmentation de l'UX. Cependant, en ce qui concerne la liquidité, il a principalement intégré les blockchains publics existants.
Demande de couche
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 compétition 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 les intentions ont construit diverses solutions axées sur les intentions. Des dérivés de ce type d'intentions, tels que le composant Predicate, peuvent réaliser l'intention des utilisateurs sous des règles spécifiques.
couche de règlement
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 décentralisé comprennent :
Oracles : utilisés pour obtenir des informations d'état sur d'autres chaînes.
Pont inter-chaînes : responsable de la transmission d'informations et de liquidité entre les 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 convient de considérer la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, entre autres facteurs, afin d'assurer le fonctionnement efficace de l'ensemble du système multichaîne.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité, principalement les façons suivantes :
Centré sur RaaS : Aider à partager la liquidité et l'état des Rollups construits sur une architecture spécifique en rejoignant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes. Cela vise à résoudre la liquidité et la dispersion de l'état dans une direction de niveau supérieur.
Centré sur le compte : construire un portefeuille de compte sur l'ensemble de la chaîne, prenant en charge la signature et l'exécution de transactions à travers divers protocoles de blockchain grâce à une technologie appelée "signature de chaîne". Le composant clé est le réseau MPC, remplaçant les utilisateurs pour signer des transactions multichaînes.
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, ce rôle de Solver va concourir pour des offres, fournissant le meilleur temps d'achèvement et le prix de transaction, ces Solvers peuvent être des agents IA, des bourses, des teneurs de marché ou même des protocoles d'intégration eux-mêmes.
Centré sur le réseau de liquidité on-chain : 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 : Ce type d'application construit des applications à haute liquidité en intégrant de grands market makers ou des applications tierces.
Résoudre le problème de la liquidité est un sujet très important, dans le monde financier la liquidité représente souvent tout. Si nous pouvons construire une plateforme intégrant la liquidité, en particulier en regroupant la liquidité fragmentée de toute la chaîne, cela aurait un très grand potentiel.
Ensuite, nous allons discuter de quelques projets typiques d'abstraction de chaîne, pour voir comment chacun d'eux aborde le problème de la liquidité en prenant son propre point de départ.
INFINIT
INFINIT a construit un service RaaS dans le domaine de la DeFi, capable de fournir les composants nécessaires à la construction directe des protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc. Il peut également offrir des composants tels que le Trading à Effet de Levier et la Stratégie de Rendement, qui sont prêts à être utilisés immédiatement. Cela équivaut à d'autres plateformes de construction d'applications, mais la liquidité finale est placée sur la couche de liquidité d'Infinit. Cependant, à l'heure actuelle, son fonctionnement sous-jacent n'a pas encore été divulgué.
Khalani Network
Khalani a construit trois composants principaux, à savoir la couche de compatibilité des intentions, Validity 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 reconnaissable par le Solver du protocole, le format normalisé utilisé étant le langage Validity. Les nœuds Khalani sont responsables de la soumission des résultats finaux à la couche de règlement général via des ponts inter-chaînes, des technologies de règlement rapide, etc.
Réglisse
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 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 avec une intention d'utilisation. Parallèlement, Liquorice a créé un marché de prêt pour effectuer des transactions de prêt. Cette application se concentre davantage sur la transaction elle-même.
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 le marché de puissance de calcul ZK d'Ethereum, un coprocesseur ZK et un développeur de Layer 2, l'équipe possède une solide expertise en technologie ZK. Ils ont proposé la solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter le traitement de transactions en parallèle par le biais de sharding et générer des ZKP, tandis que le shard principal valide les données, communique avec Ethereum et synchronise l'état du réseau entre tous les validateurs.
ERC-7683
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, une certaine blockchain et un certain DEX soutiennent publiquement le standard ERC7683, qui utilise également une méthode inter-chaînes basée sur l'Intent. L'objectif principal est d'établir un standard universel pour les opérations inter-chaînes entre L2 et les chaînes latérales, standardisant les interfaces de commande et de règlement pour permettre une exécution inter-chaînes transparente. Le cœur de ce concept repose sur un Filler, qui peut également être considéré comme le rôle de Solver dans l'abstraction de chaîne.
OP Stack
OP Stack, ERC-7683 et zkSharding sont tous des solutions internes d'Ethereum pour la fragmentation de la liquidité entre les Layer 2, résolvant respectivement les problèmes au niveau de l'architecture, du consensus et des applications. OP Stack conçoit 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 des séquenceurs. Lorsque vous utilisez l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et un superviseur existe pour contester afin d'éviter la transmission de fausses informations inter-chaînes.
Parmi eux, le plus typique est Unichain. Unichain résout principalement le problème de la fragmentation de la liquidité inter-chaînes en s'intégrant au réseau Superchain. Cette configuration facilite le mouvement fluide de la liquidité en offrant les fonctionnalités suivantes :
Pont inter-chaînes basé sur l'intention : Ce pont prend en charge un transfert de liquidité rapide et fiable entre les blockchains, permettant aux utilisateurs de définir des intentions, ce qui aide le système à choisir automatiquement le meilleur chemin pour déplacer la liquidité. Cette méthode abstrait la complexité pour les utilisateurs, rendant les transactions inter-chaînes plus fluides et plus rapides.
Unichain réseau de validation (UVN) : ce réseau d'opérateurs de nœuds décentralisés vérifie les transactions inter-chaînes et offre une finalité économique plus rapide. Une finalité plus rapide est essentielle pour garantir un règlement efficace des transactions inter-chaînes, minimisant ainsi le risque de fragmentation de la liquidité dû aux 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 aide à garantir que la liquidité est toujours disponible et à réduire les effets négatifs causés par les retards de confirmation des blocs, ce qui peut 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 et aux nombreuses solutions, par exemple, les solutions Layer 2 sont divisées en solutions intégrées à Ethereum, en particulier le message inter-chaînes ERC-7683, et en Layer 2 comme OP qui construit l'OP Stack pour partager le Sequencer afin de résoudre ce problème. En dehors du contexte Layer 2, tous les Layer 1 font également face à des problèmes de liquidité, d'état et d'expérience utilisateur fragmentée. Il existe des solutions spécifiques centrées sur des applications pour la liquidité, ainsi que des solutions hors chaîne comme celles du Solver Network, et même des solutions centrées sur les comptes, mais cela nécessite également de s'appuyer sur des rôles hors chaîne comme Solver.
Nous reconnaissons que la fragmentation de la liquidité inter-chaînes, de l'état et de l'expérience utilisateur est un problème 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 des chaînes. Cela correspond à l'entrée véritable dans le Web3, résolvant ainsi la fragmentation de l'expérience utilisateur, tandis que l'intégration de la liquidité et de l'état se fait dans des endroits imperceptibles pour l'utilisateur. La manière spécifique d'intégrer cela se divise en l'utilisation de réseaux Solver hors chaîne et d'infrastructures telles que les ponts inter-chaînes à intégration atomique, qui méritent d'être explorées. En somme, l'avenir sera certainement multi-chaînes, et la résolution du problème de la dispersion de la liquidité est un défi inévitable auquel l'industrie devra faire face. Cette intégration de la liquidité de bout en bout présente un vaste potentiel de croissance et pourrait permettre de construire un nouvel écosystème à l'ère du 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.
13 J'aime
Récompense
13
6
Partager
Commentaire
0/400
RektButStillHere
· Il y a 10h
Dix mille dollars pour créer une chaîne, cela vaut mieux que d'aller à un saut de fée.
Voir l'originalRépondre0
GateUser-2fce706c
· Il y a 18h
J'ai déjà dit qu'avec un coût de 10 000 dollars par mois, on peut créer une chaîne, il faut saisir cette bonne opportunité de se faire prendre pour des cons !
Voir l'originalRépondre0
ImpermanentTherapist
· Il y a 18h
L'adresse du portefeuille a déménagé plusieurs fois, je ne me souviens même plus de quelques chaînes.
Voir l'originalRépondre0
AirdropHustler
· Il y a 18h
À quoi sert Chainmore ? L'investisseur détaillant perd toujours de l'argent.
Voir l'originalRépondre0
DEXRobinHood
· Il y a 18h
Chaîne une grande quantité, prendre les gens pour des idiots une grande vague de pigeons.
Voir l'originalRépondre0
LadderToolGuy
· Il y a 19h
Qui se souvient de la chute de Luna à l'époque ? Il faut apprendre à tirer des leçons.
Défis de liquidité à l'ère du Layer 2 : intégration et solutions dans un écosystème multichaîne
Discussion sur le problème de la liquidité fragmentée à 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 institutions 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 l'échec de nombreux projets dès leur émission.
Grâce à OP Stack, une plateforme de trading a lancé son propre Layer 2, une autre plateforme de trading a publié une nouvelle chaîne ; grâce à la technologie ZK, une plateforme de trading a lancé un nouveau niveau ; une société de jeux a publié une nouvelle chaîne, une plateforme sociale a lancé une nouvelle chaîne, etc. Aujourd'hui, le coût et les barrières technologiques pour construire une chaîne ont considérablement diminué, 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 de la coexistence des chaînes multiples. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour réaliser l'interopérabilité, les entités qui les sous-tendent ont de nombreuses applications en aval, ce qui rend difficile la construction d'applications et l'atteinte d'un consensus sur la même chaîne.
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 clearing, le Native CrossChain, le ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons une architecture 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 d'interaction directe avec l'utilisateur, et c'est la couche la plus abstraite dans les 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 frontale sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
couche de permissions
Situé en dessous du niveau d'application, l'utilisateur satisfait son intention de transaction en connectant son portefeuille à la dApp et en demandant un devis. Ici, "intention" fait référence au résultat final de transaction attendu par l'utilisateur (c'est-à-dire la sortie), et non au chemin d'exécution spécifique de la transaction.
Gestion des comptes et couche abstraite
En raison de l'existence d'environnements multi-chaînes, un système de gestion de comptes et d'abstraction adapté aux différentes chaînes est nécessaire pour maintenir la structure de compte unique de chaque chaîne. Par exemple, le système de compte central d'un certain blockchain public est complètement différent de l'EVM. Un certain projet a construit un système de comptes fiable, sans avoir besoin d'établir un consensus inter-chaînes, mais simplement avec des promesses fiables entre les systèmes de comptes existants. Un autre projet a réalisé une gestion abstraite en générant des portefeuilles multi-chaînes pour les utilisateurs, optimisant ainsi considérablement l'expérience utilisateur et réduisant la fragmentation de l'UX. Cependant, en ce qui concerne la liquidité, il a principalement intégré les blockchains publics existants.
Demande de couche
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 compétition 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 les intentions ont construit diverses solutions axées sur les intentions. Des dérivés de ce type d'intentions, tels que le composant Predicate, peuvent réaliser l'intention des utilisateurs sous des règles spécifiques.
couche de règlement
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 décentralisé comprennent :
De plus, il convient de considérer la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, entre autres facteurs, afin d'assurer le fonctionnement efficace de l'ensemble du système multichaîne.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la liquidité, principalement les façons suivantes :
Centré sur RaaS : Aider à partager la liquidité et l'état des Rollups construits sur une architecture spécifique en rejoignant des ordonnanceurs partagés spécifiques et des ponts inter-chaînes. Cela vise à résoudre la liquidité et la dispersion de l'état dans une direction de niveau supérieur.
Centré sur le compte : construire un portefeuille de compte sur l'ensemble de la chaîne, prenant en charge la signature et l'exécution de transactions à travers divers protocoles de blockchain grâce à une technologie appelée "signature de chaîne". Le composant clé est le réseau MPC, remplaçant les utilisateurs pour signer des transactions multichaînes.
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, ce rôle de Solver va concourir pour des offres, fournissant le meilleur temps d'achèvement et le prix de transaction, ces Solvers peuvent être des agents IA, des bourses, des teneurs de marché ou même des protocoles d'intégration eux-mêmes.
Centré sur le réseau de liquidité on-chain : 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 : Ce type d'application construit des applications à haute liquidité en intégrant de grands market makers ou des applications tierces.
Résoudre le problème de la liquidité est un sujet très important, dans le monde financier la liquidité représente souvent tout. Si nous pouvons construire une plateforme intégrant la liquidité, en particulier en regroupant la liquidité fragmentée de toute la chaîne, cela aurait un très grand potentiel.
Ensuite, nous allons discuter de quelques projets typiques d'abstraction de chaîne, pour voir comment chacun d'eux aborde le problème de la liquidité en prenant son propre point de départ.
INFINIT
INFINIT a construit un service RaaS dans le domaine de la DeFi, capable de fournir les composants nécessaires à la construction directe des protocoles DeFi, tels que Oracle, Pool Type, IRM, Asset, etc. Il peut également offrir des composants tels que le Trading à Effet de Levier et la Stratégie de Rendement, qui sont prêts à être utilisés immédiatement. Cela équivaut à d'autres plateformes de construction d'applications, mais la liquidité finale est placée sur la couche de liquidité d'Infinit. Cependant, à l'heure actuelle, son fonctionnement sous-jacent n'a pas encore été divulgué.
Khalani Network
Khalani a construit trois composants principaux, à savoir la couche de compatibilité des intentions, Validity 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 reconnaissable par le Solver du protocole, le format normalisé utilisé étant le langage Validity. Les nœuds Khalani sont responsables de la soumission des résultats finaux à la couche de règlement général via des ponts inter-chaînes, des technologies de règlement rapide, etc.
Réglisse
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 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 avec une intention d'utilisation. Parallèlement, Liquorice a créé un marché de prêt pour effectuer des transactions de prêt. Cette application se concentre davantage sur la transaction elle-même.
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 le marché de puissance de calcul ZK d'Ethereum, un coprocesseur ZK et un développeur de Layer 2, l'équipe possède une solide expertise en technologie ZK. Ils ont proposé la solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter le traitement de transactions en parallèle par le biais de sharding et générer des ZKP, tandis que le shard principal valide les données, communique avec Ethereum et synchronise l'état du réseau entre tous les validateurs.
ERC-7683
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, une certaine blockchain et un certain DEX soutiennent publiquement le standard ERC7683, qui utilise également une méthode inter-chaînes basée sur l'Intent. L'objectif principal est d'établir un standard universel pour les opérations inter-chaînes entre L2 et les chaînes latérales, standardisant les interfaces de commande et de règlement pour permettre une exécution inter-chaînes transparente. Le cœur de ce concept repose sur un Filler, qui peut également être considéré comme le rôle de Solver dans l'abstraction de chaîne.
OP Stack
OP Stack, ERC-7683 et zkSharding sont tous des solutions internes d'Ethereum pour la fragmentation de la liquidité entre les Layer 2, résolvant respectivement les problèmes au niveau de l'architecture, du consensus et des applications. OP Stack conçoit 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 des séquenceurs. Lorsque vous utilisez l'architecture OP Stack, des contrats inter-chaînes sont automatiquement déployés, et un superviseur existe pour contester afin d'éviter la transmission de fausses informations inter-chaînes.
Parmi eux, le plus typique est Unichain. Unichain résout principalement le problème de la fragmentation de la liquidité inter-chaînes en s'intégrant au réseau Superchain. Cette configuration facilite le mouvement fluide de la liquidité en offrant les fonctionnalités suivantes :
Pont inter-chaînes basé sur l'intention : Ce pont prend en charge un transfert de liquidité rapide et fiable entre les blockchains, permettant aux utilisateurs de définir des intentions, ce qui aide le système à choisir automatiquement le meilleur chemin pour déplacer la liquidité. Cette méthode abstrait la complexité pour les utilisateurs, rendant les transactions inter-chaînes plus fluides et plus rapides.
Unichain réseau de validation (UVN) : ce réseau d'opérateurs de nœuds décentralisés vérifie les transactions inter-chaînes et offre une finalité économique plus rapide. Une finalité plus rapide est essentielle pour garantir un règlement efficace des transactions inter-chaînes, minimisant ainsi le risque de fragmentation de la liquidité dû aux 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 aide à garantir que la liquidité est toujours disponible et à réduire les effets négatifs causés par les retards de confirmation des blocs, ce qui peut 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 et aux nombreuses solutions, par exemple, les solutions Layer 2 sont divisées en solutions intégrées à Ethereum, en particulier le message inter-chaînes ERC-7683, et en Layer 2 comme OP qui construit l'OP Stack pour partager le Sequencer afin de résoudre ce problème. En dehors du contexte Layer 2, tous les Layer 1 font également face à des problèmes de liquidité, d'état et d'expérience utilisateur fragmentée. Il existe des solutions spécifiques centrées sur des applications pour la liquidité, ainsi que des solutions hors chaîne comme celles du Solver Network, et même des solutions centrées sur les comptes, mais cela nécessite également de s'appuyer sur des rôles hors chaîne comme Solver.
Nous reconnaissons que la fragmentation de la liquidité inter-chaînes, de l'état et de l'expérience utilisateur est un problème 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 des chaînes. Cela correspond à l'entrée véritable dans le Web3, résolvant ainsi la fragmentation de l'expérience utilisateur, tandis que l'intégration de la liquidité et de l'état se fait dans des endroits imperceptibles pour l'utilisateur. La manière spécifique d'intégrer cela se divise en l'utilisation de réseaux Solver hors chaîne et d'infrastructures telles que les ponts inter-chaînes à intégration atomique, qui méritent d'être explorées. En somme, l'avenir sera certainement multi-chaînes, et la résolution du problème de la dispersion de la liquidité est un défi inévitable auquel l'industrie devra faire face. Cette intégration de la liquidité de bout en bout présente un vaste potentiel de croissance et pourrait permettre de construire un nouvel écosystème à l'ère du Web3.