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 de divers outils, de nombreuses blockchains publiques se développent rapidement. De nombreuses entités souhaitent construire leur propre chaîne pour représenter différents intérêts et rechercher une évaluation plus élevée. Cependant, l'émergence de nombreuses blockchains publiques rend le développement de l'écosystème difficile à suivre le rythme des blockchains publiques, ce qui entraîne de nombreux projets en difficulté dès le début.
Grâce à diverses technologies, plusieurs entreprises et institutions de renom ont lancé leur propre Layer 2 ou chaîne publique. Aujourd'hui, le coût et le seuil technologique pour construire une chaîne ont considérablement diminué, le coût mensuel d'exploitation d'une chaîne basée sur certaines piles technologiques étant d'environ 10 000 dollars.
L'avenir sera sans aucun doute celui de la coexistence des chaînes multiples. Bien que ces chaînes émergentes puissent choisir l'interopérabilité pour permettre l'échange d'informations, il est difficile de construire des applications et d'atteindre un consensus sur la même chaîne en raison du grand nombre d'applications en aval liées à leurs entités.
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. Actuellement, il existe de nombreuses solutions de Liquidité, telles que l'abstraction de chaîne, les intentions, l'exécution des liquidations, les cross-chain natifs, le sharding, etc., mais leur essence centrale est similaire.
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 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 la couche d'application, l'utilisateur interagit avec l'interface frontale, sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
couche d'autorisation
Situé en dessous de la couche d'application, l'utilisateur se connecte à un portefeuille à un dApp et demande un devis pour satisfaire son intention de transaction. Ici, "intention" fait référence au résultat final de transaction attendu par l'utilisateur, c'est-à-dire la sortie (, et non le chemin d'exécution spécifique de la transaction.
Gestion des comptes et couche d'abstraction
En raison de l'existence d'un environnement multichaînes, il est nécessaire d'avoir un système de gestion de comptes et d'abstraction adapté aux différentes chaînes pour maintenir la structure unique des comptes de chaque chaîne. Certains projets ont construit un système de comptes fiable, sans nécessiter de consensus inter-chaînes, mais seulement des engagements de confiance entre les systèmes de comptes existants. D'autres projets réalisent une gestion abstraite en générant des portefeuilles de comptes multichaînes pour les utilisateurs, optimisant ainsi considérablement l'expérience utilisateur et réduisant la fragmentation de celle-ci.
Résoudre le Layer
Cette couche est responsable de la réception et de la réalisation des intentions de transaction des utilisateurs. Le rôle de solveur y est en compétition pour offrir une meilleure expérience utilisateur, y compris des temps de transaction plus rapides et des vitesses d'exécution accrues. Sur cette base, divers projets axés sur les intentions ont été construits, proposant des solutions pilotées par l'intention. Les dérivés de ce type d'intention 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éaliser l'intention des utilisateurs. Les composants principaux des solutions de liquidité et d'état dispersé comprennent :
Oracles : utilisés pour obtenir des informations sur l'état d'autres chaînes.
Pont inter-chaînes : responsable de la transmission des informations et de la liquidité entre les chaînes.
Confirmer le plan à l'avance : réduire le temps de confirmation inter-chaînes.
Disponibilité des données : fournir l'accessibilité des données.
En outre, il convient de prendre en compte la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, etc., pour garantir le bon fonctionnement de l'ensemble du système multichaînes.
![Layer2时代下，Liquidité prendre les gens pour des idiots])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la Liquidité. Après avoir examiné un grand nombre de solutions, nous avons constaté qu'il existe principalement ces quelques méthodes :
Centré sur RaaS : aider à construire une liquidité et un état partagés sur Rollup dans une technologie spécifique en rejoignant des ordonnanceurs partagés et des ponts inter-chaînes spécifiques. Cela vise à résoudre la liquidité et la dispersion des états à un niveau supérieur.
Centré sur le compte : construire un portefeuille de compte à travers toute la chaîne, soutenu par une technologie appelée "signature de chaîne" pour signer et exécuter des transactions sur divers protocoles blockchain. Le composant central est le réseau MPC, qui remplace l'utilisateur pour signer les transactions multichaînes. Bien que cette solution puisse grandement résoudre le problème de la fragmentation de l'expérience utilisateur, elle implique pour les développeurs une mise en œuvre backend complexe et n'a pas fondamentalement résolu la Liquidité et la dispersion des états.
Centré sur le réseau d'intention hors chaîne : le cœur du concept est que les utilisateurs envoient des intentions au réseau de résolveurs, et le rôle de résolveur consiste à faire des offres concurrentielles, en fournissant le meilleur délai d'exécution et le prix de transaction. Ces résolveurs peuvent être des agents IA, des échanges centralisés, des teneurs de marché, voire le protocole d'intégration lui-même, etc. Bien que les intentions puissent théoriquement permettre d'effectuer des opérations inter-chaînes de complexité arbitraire, leur réalisation nécessite suffisamment de résolveurs en liquidité pour aider, et lorsqu'il s'agit de certaines demandes hors chaîne, il existe un risque de fraude de la part des résolveurs. Si des moyens de preuves de fraude sont introduits, la difficulté de mise en œuvre du réseau de résolveurs augmentera, et le seuil pour faire fonctionner les résolveurs sera également plus élevé.
Centré sur le réseau de liquidité en chaîne : cette direction vise spécifiquement à optimiser les problèmes de liquidité inter-chaînes, mais n'a pas résolu les autres problèmes de dispersion des états en chaîne. Son cœur est de construire une couche de liquidité, sur laquelle des applications seront développées, afin de partager la liquidité de l'ensemble de la chaîne.
Centré sur les applications en chaîne : Ce type d'application construit des applications à haute liquidité en intégrant des teneurs de marché importants ou des applications tierces. Ces projets nécessitent une gestion complexe des processus inter-chaînes, ce qui impose des exigences très élevées aux développeurs, et par conséquent, il existe également un risque élevé de problèmes de sécurité.
![Recherche sur le problème de la liquidité prise les gens pour des idiots à l'ère du Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Résoudre le problème de liquidité est un enjeu très important, dans le monde financier, la liquidité représente souvent tout. Si nous pouvons construire une plateforme d'intégration de liquidité, en particulier en intégrant la liquidité fragmentée de l'ensemble de la chaîne, cela aura un potentiel très important, et nous avons également examiné de nombreuses solutions différentes.
Dans les deux classifications ci-dessus, nous pouvons voir qu'en fonction de la structure en couches, la couche de règlement est la solution au niveau le plus atomique. Au-dessus de ces solutions atomiques telles que les solutions inter-chaînes, les oracles, et les solutions de confirmation anticipée, se construit une couche plus abstraite, qui est la couche de résolution, la couche de permissions et la couche d'application. Les différentes solutions abstraites ou de liquidité énumérées ci-dessus, construites dans différentes directions, correspondent à ces différents niveaux et peuvent être comprises comme une relation en amont et en aval. Cependant, ces solutions ne sont toujours pas des solutions au niveau atomique, et le problème de la liquidité fragmentée a entraîné l'apparition de nombreux problèmes dérivés complexes. Par conséquent, en ce qui concerne l'interopérabilité, une multitude de solutions a émergé. Mais en essence, cela dépend toujours de ces composants.
![Recherche sur le problème de la Liquidité dans l'ère Layer 2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
Ensuite, nous allons discuter de quelques projets typiques des concepts abstraits de chaînes, pour voir comment chacun d'eux aborde le problème de la Liquidité et prend les gens pour des idiots.
Un projet a construit un service RaaS dans le domaine DeFi, capable de fournir les composants nécessaires à la construction directe de protocoles DeFi, tels que des oracles, des types de pools de liquidités, des modèles de taux d'intérêt, des actifs, etc. Il peut également fournir des composants tels que le trading à effet de levier et des stratégies de rendement immédiatement activables. C'est équivalent à d'autres applications de construction, mais la liquidité finale est placée dans la couche de liquidité de ce projet. Cependant, à ce jour, son fonctionnement sous-jacent n'a pas encore été divulgué.
Un autre projet a construit trois composants centraux, à 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 à ce projet, puis sa couche de compatibilité des intentions peut convertir les intentions externes en un format que les résolveurs de protocole peuvent reconnaître, le format normalisé utilisé étant le langage de validité. Les nœuds de ce projet sont responsables de la soumission du résultat final à la couche de règlement universelle via des ponts inter-chaînes, des technologies de règlement rapide, etc.
Il y a un autre projet qui est une application décentralisée, permettant la découverte des prix basée sur des enchères et des pools de liquidité unidirectionnels. Sa mission principale est de fournir aux sociétés de trading professionnelles des outils de gestion des stocks efficaces, tout en se connectant facilement aux protocoles DeFi principaux lors du règlement des transactions basées sur l'intention d'utilisation. Parallèlement, le projet 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.
Un certain projet est issu d'une mise à niveau de marque, il se concentrait auparavant sur des applications destinées aux consommateurs. Par la suite, l'équipe a constaté un problème de fragmentation majeur dans les interactions sur la chaîne, c'est pourquoi un nouveau projet a été construit pour remédier à cette problématique. La communication inter-chaînes adoptée repose sur certaines technologies, ce qui la rend plus native et sécurisée que d'autres ponts inter-chaînes.
Un autre projet est le marché de la puissance de calcul ZK d'Ethereum, le coprocesseur ZK et les développeurs de Layer 2, l'équipe ayant une solide expertise technique en ZK. Ils ont proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter le 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. Le fragment principal gère également la distribution des validateurs et des comptes dans les fragments d'exécution. Le protocole de consensus utilisé par le comité de validation est également un protocole couramment adopté par les projets d'exécution parallèle. Dès le début, ce projet a intégré la communication inter-fragments dans le protocole. Les messages inter-fragments sont validés par le comité de validation de chaque fragment en tant que transactions.
L'idée de base est de construire une architecture de communication inter-fragments intégrée grâce à une architecture Layer 2 fragmentée, ce qui permettrait de résoudre les problèmes de liquidité et de dispersion des états. Cependant, son idée fondamentale n'est pas raisonnable, car le problème de la dispersion de la liquidité est un problème multichaîne, et elle construit un 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.
![Recherche sur le problème de la liquidité et de la prise en charge des gens pour des idiots à l'ère du Layer 2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, plusieurs projets soutiennent d'abord une certaine norme, qui utilise également une méthode inter-chaînes basée sur l'intention. Son objectif principal est d'établir des normes générales 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 d'atteindre une exécution inter-chaînes sans couture. Son principal élément central est un remplisseur, qui peut également être considéré comme un rôle de payeur au sein de l'abstraction de chaîne. Cette proposition a été co-construite par certains projets et est actuellement examinée par un groupe de travail.
Une certaine pile technologique, comme les standards mentionnés et zkSharding, est une solution interne d'Ethereum pour la fragmentation de la liquidité entre les Layer 2, résolvant les problèmes au niveau de l'architecture, du consensus et de l'application. Cette certaine pile technologique conçoit une solution complète multi Layer 2 pour résoudre en une fois les problèmes de transmission d'informations et de décentralisation des ordonneurs. Lorsque vous utilisez cette architecture de pile technologique, des contrats inter-chaînes sont automatiquement déployés, et il existe un superviseur pour contester et éviter la transmission de fausses informations inter-chaînes. Actuellement, plusieurs projets connus utilisent cette architecture de pile technologique.
![Recherche sur le problème de la liquidité fragmentée à l'ère Layer 2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
Parmi eux, l'exemple le plus typique est un certain projet. Ce projet vise principalement à résoudre le problème de la fragmentation de la liquidité inter-chaînes par l'intégration avec un réseau spécifique. Cette configuration facilite le déplacement fluide de la liquidité en offrant les fonctionnalités suivantes:
Pont inter-chaînes basé sur l'intention : Ce pont prend en charge le transfert de liquidité entre chaînes de blocs de manière rapide et fiable, permettant aux utilisateurs de définir des intentions, ce qui aide le système à choisir automatiquement le meilleur chemin pour le déplacement de liquidité. Cette approche abstrait la complexité pour les utilisateurs, rendant les transactions inter-chaînes plus fluides et rapides.
Réseau de validation : Ce réseau d'opérateurs de nœuds décentralisés valide les transactions inter-chaînes et offre une finalité économique plus rapide. Une finalité plus rapide est cruciale pour assurer un règlement efficace des transactions inter-chaînes, minimisant ainsi le risque de fragmentation de liquidité dû aux délais de règlement.
Construction de blocs rapides et de blocs vérifiables : en utilisant des blocs rapides, le projet 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é. Les blocs rapides aident à garantir que la liquidité est toujours disponible et à réduire les impacts négatifs causés par les retards de confirmation des blocs, ce qui pourrait conduire à une prise de personnes pour des idiots.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
16 J'aime
Récompense
16
7
Partager
Commentaire
0/400
LonelyAnchorman
· Il y a 19h
C'est aussi enroulé que de manger des pastèques.
Voir l'originalRépondre0
WhaleMinion
· Il y a 19h
On ne comprend rien, alors on fait de l'argent.
Voir l'originalRépondre0
ChainBrain
· Il y a 19h
又 prendre les gens pour des idiots 又卷 炸裂
Voir l'originalRépondre0
PhantomMiner
· Il y a 19h
Tous les jetons réunis, c'est encore lointain o_o
Voir l'originalRépondre0
BTCBeliefStation
· Il y a 19h
Le coût de L2 est vraiment bas, on peut faire ça pour 10 000 dollars par mois.
Voir l'originalRépondre0
DeFi_Dad_Jokes
· Il y a 19h
Ah, les blockchains publiques sont vraiment trop compétitives, c'est devenu trop compétitif.
Voir l'originalRépondre0
LiquidityHunter
· Il y a 19h
Analyseur de données d'arbitrage de liquidité Suivi continu de 44 pools DEX Anomalie -48,2% Alerte de profondeur
Les défis de la liquidité à l'ère de Layer 2 : opportunités et défis d'un écosystème multi-chaînes
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 de divers outils, de nombreuses blockchains publiques se développent rapidement. De nombreuses entités souhaitent construire leur propre chaîne pour représenter différents intérêts et rechercher une évaluation plus élevée. Cependant, l'émergence de nombreuses blockchains publiques rend le développement de l'écosystème difficile à suivre le rythme des blockchains publiques, ce qui entraîne de nombreux projets en difficulté dès le début.
Grâce à diverses technologies, plusieurs entreprises et institutions de renom ont lancé leur propre Layer 2 ou chaîne publique. Aujourd'hui, le coût et le seuil technologique pour construire une chaîne ont considérablement diminué, le coût mensuel d'exploitation d'une chaîne basée sur certaines piles technologiques étant d'environ 10 000 dollars.
L'avenir sera sans aucun doute celui de la coexistence des chaînes multiples. Bien que ces chaînes émergentes puissent choisir l'interopérabilité pour permettre l'échange d'informations, il est difficile de construire des applications et d'atteindre un consensus sur la même chaîne en raison du grand nombre d'applications en aval liées à leurs entités.
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. Actuellement, il existe de nombreuses solutions de Liquidité, telles que l'abstraction de chaîne, les intentions, l'exécution des liquidations, les cross-chain natifs, le sharding, etc., mais leur essence centrale est similaire.
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 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 la couche d'application, l'utilisateur interagit avec l'interface frontale, sans nécessairement comprendre le mécanisme de conversion de liquidité sous-jacent.
couche d'autorisation
Situé en dessous de la couche d'application, l'utilisateur se connecte à un portefeuille à un dApp et demande un devis pour satisfaire son intention de transaction. Ici, "intention" fait référence au résultat final de transaction attendu par l'utilisateur, c'est-à-dire la sortie (, et non le chemin d'exécution spécifique de la transaction.
Gestion des comptes et couche d'abstraction
En raison de l'existence d'un environnement multichaînes, il est nécessaire d'avoir un système de gestion de comptes et d'abstraction adapté aux différentes chaînes pour maintenir la structure unique des comptes de chaque chaîne. Certains projets ont construit un système de comptes fiable, sans nécessiter de consensus inter-chaînes, mais seulement des engagements de confiance entre les systèmes de comptes existants. D'autres projets réalisent une gestion abstraite en générant des portefeuilles de comptes multichaînes pour les utilisateurs, optimisant ainsi considérablement l'expérience utilisateur et réduisant la fragmentation de celle-ci.
Résoudre le Layer
Cette couche est responsable de la réception et de la réalisation des intentions de transaction des utilisateurs. Le rôle de solveur y est en compétition pour offrir une meilleure expérience utilisateur, y compris des temps de transaction plus rapides et des vitesses d'exécution accrues. Sur cette base, divers projets axés sur les intentions ont été construits, proposant des solutions pilotées par l'intention. Les dérivés de ce type d'intention 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éaliser l'intention des utilisateurs. Les composants principaux des solutions de liquidité et d'état dispersé comprennent :
En outre, il convient de prendre en compte la liquidité inter-chaînes, la finalité, le mécanisme de preuve Layer 2, etc., pour garantir le bon fonctionnement de l'ensemble du système multichaînes.
![Layer2时代下，Liquidité prendre les gens pour des idiots])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la Liquidité. Après avoir examiné un grand nombre de solutions, nous avons constaté qu'il existe principalement ces quelques méthodes :
Centré sur RaaS : aider à construire une liquidité et un état partagés sur Rollup dans une technologie spécifique en rejoignant des ordonnanceurs partagés et des ponts inter-chaînes spécifiques. Cela vise à résoudre la liquidité et la dispersion des états à un niveau supérieur.
Centré sur le compte : construire un portefeuille de compte à travers toute la chaîne, soutenu par une technologie appelée "signature de chaîne" pour signer et exécuter des transactions sur divers protocoles blockchain. Le composant central est le réseau MPC, qui remplace l'utilisateur pour signer les transactions multichaînes. Bien que cette solution puisse grandement résoudre le problème de la fragmentation de l'expérience utilisateur, elle implique pour les développeurs une mise en œuvre backend complexe et n'a pas fondamentalement résolu la Liquidité et la dispersion des états.
Centré sur le réseau d'intention hors chaîne : le cœur du concept est que les utilisateurs envoient des intentions au réseau de résolveurs, et le rôle de résolveur consiste à faire des offres concurrentielles, en fournissant le meilleur délai d'exécution et le prix de transaction. Ces résolveurs peuvent être des agents IA, des échanges centralisés, des teneurs de marché, voire le protocole d'intégration lui-même, etc. Bien que les intentions puissent théoriquement permettre d'effectuer des opérations inter-chaînes de complexité arbitraire, leur réalisation nécessite suffisamment de résolveurs en liquidité pour aider, et lorsqu'il s'agit de certaines demandes hors chaîne, il existe un risque de fraude de la part des résolveurs. Si des moyens de preuves de fraude sont introduits, la difficulté de mise en œuvre du réseau de résolveurs augmentera, et le seuil pour faire fonctionner les résolveurs sera également plus élevé.
Centré sur le réseau de liquidité en chaîne : cette direction vise spécifiquement à optimiser les problèmes de liquidité inter-chaînes, mais n'a pas résolu les autres problèmes de dispersion des états en chaîne. Son cœur est de construire une couche de liquidité, sur laquelle des applications seront développées, afin de partager la liquidité de l'ensemble de la chaîne.
Centré sur les applications en chaîne : Ce type d'application construit des applications à haute liquidité en intégrant des teneurs de marché importants ou des applications tierces. Ces projets nécessitent une gestion complexe des processus inter-chaînes, ce qui impose des exigences très élevées aux développeurs, et par conséquent, il existe également un risque élevé de problèmes de sécurité.
![Recherche sur le problème de la liquidité prise les gens pour des idiots à l'ère du Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Résoudre le problème de liquidité est un enjeu très important, dans le monde financier, la liquidité représente souvent tout. Si nous pouvons construire une plateforme d'intégration de liquidité, en particulier en intégrant la liquidité fragmentée de l'ensemble de la chaîne, cela aura un potentiel très important, et nous avons également examiné de nombreuses solutions différentes.
Dans les deux classifications ci-dessus, nous pouvons voir qu'en fonction de la structure en couches, la couche de règlement est la solution au niveau le plus atomique. Au-dessus de ces solutions atomiques telles que les solutions inter-chaînes, les oracles, et les solutions de confirmation anticipée, se construit une couche plus abstraite, qui est la couche de résolution, la couche de permissions et la couche d'application. Les différentes solutions abstraites ou de liquidité énumérées ci-dessus, construites dans différentes directions, correspondent à ces différents niveaux et peuvent être comprises comme une relation en amont et en aval. Cependant, ces solutions ne sont toujours pas des solutions au niveau atomique, et le problème de la liquidité fragmentée a entraîné l'apparition de nombreux problèmes dérivés complexes. Par conséquent, en ce qui concerne l'interopérabilité, une multitude de solutions a émergé. Mais en essence, cela dépend toujours de ces composants.
![Recherche sur le problème de la Liquidité dans l'ère Layer 2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
Ensuite, nous allons discuter de quelques projets typiques des concepts abstraits de chaînes, pour voir comment chacun d'eux aborde le problème de la Liquidité et prend les gens pour des idiots.
Un projet a construit un service RaaS dans le domaine DeFi, capable de fournir les composants nécessaires à la construction directe de protocoles DeFi, tels que des oracles, des types de pools de liquidités, des modèles de taux d'intérêt, des actifs, etc. Il peut également fournir des composants tels que le trading à effet de levier et des stratégies de rendement immédiatement activables. C'est équivalent à d'autres applications de construction, mais la liquidité finale est placée dans la couche de liquidité de ce projet. Cependant, à ce jour, son fonctionnement sous-jacent n'a pas encore été divulgué.
Un autre projet a construit trois composants centraux, à 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 à ce projet, puis sa couche de compatibilité des intentions peut convertir les intentions externes en un format que les résolveurs de protocole peuvent reconnaître, le format normalisé utilisé étant le langage de validité. Les nœuds de ce projet sont responsables de la soumission du résultat final à la couche de règlement universelle via des ponts inter-chaînes, des technologies de règlement rapide, etc.
Il y a un autre projet qui est une application décentralisée, permettant la découverte des prix basée sur des enchères et des pools de liquidité unidirectionnels. Sa mission principale est de fournir aux sociétés de trading professionnelles des outils de gestion des stocks efficaces, tout en se connectant facilement aux protocoles DeFi principaux lors du règlement des transactions basées sur l'intention d'utilisation. Parallèlement, le projet 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.
Un certain projet est issu d'une mise à niveau de marque, il se concentrait auparavant sur des applications destinées aux consommateurs. Par la suite, l'équipe a constaté un problème de fragmentation majeur dans les interactions sur la chaîne, c'est pourquoi un nouveau projet a été construit pour remédier à cette problématique. La communication inter-chaînes adoptée repose sur certaines technologies, ce qui la rend plus native et sécurisée que d'autres ponts inter-chaînes.
Un autre projet est le marché de la puissance de calcul ZK d'Ethereum, le coprocesseur ZK et les développeurs de Layer 2, l'équipe ayant une solide expertise technique en ZK. Ils ont proposé une solution zkSharding, qui utilise la technologie ZK pour étendre horizontalement la chaîne principale d'Ethereum, exécuter le 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. Le fragment principal gère également la distribution des validateurs et des comptes dans les fragments d'exécution. Le protocole de consensus utilisé par le comité de validation est également un protocole couramment adopté par les projets d'exécution parallèle. Dès le début, ce projet a intégré la communication inter-fragments dans le protocole. Les messages inter-fragments sont validés par le comité de validation de chaque fragment en tant que transactions.
L'idée de base est de construire une architecture de communication inter-fragments intégrée grâce à une architecture Layer 2 fragmentée, ce qui permettrait de résoudre les problèmes de liquidité et de dispersion des états. Cependant, son idée fondamentale n'est pas raisonnable, car le problème de la dispersion de la liquidité est un problème multichaîne, et elle construit un 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.
![Recherche sur le problème de la liquidité et de la prise en charge des gens pour des idiots à l'ère du Layer 2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
Ethereum s'attaque également à ce problème de liquidité inter-chaînes. Actuellement, plusieurs projets soutiennent d'abord une certaine norme, qui utilise également une méthode inter-chaînes basée sur l'intention. Son objectif principal est d'établir des normes générales 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 d'atteindre une exécution inter-chaînes sans couture. Son principal élément central est un remplisseur, qui peut également être considéré comme un rôle de payeur au sein de l'abstraction de chaîne. Cette proposition a été co-construite par certains projets et est actuellement examinée par un groupe de travail.
Une certaine pile technologique, comme les standards mentionnés et zkSharding, est une solution interne d'Ethereum pour la fragmentation de la liquidité entre les Layer 2, résolvant les problèmes au niveau de l'architecture, du consensus et de l'application. Cette certaine pile technologique conçoit une solution complète multi Layer 2 pour résoudre en une fois les problèmes de transmission d'informations et de décentralisation des ordonneurs. Lorsque vous utilisez cette architecture de pile technologique, des contrats inter-chaînes sont automatiquement déployés, et il existe un superviseur pour contester et éviter la transmission de fausses informations inter-chaînes. Actuellement, plusieurs projets connus utilisent cette architecture de pile technologique.
![Recherche sur le problème de la liquidité fragmentée à l'ère Layer 2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
Parmi eux, l'exemple le plus typique est un certain projet. Ce projet vise principalement à résoudre le problème de la fragmentation de la liquidité inter-chaînes par l'intégration avec un réseau spécifique. Cette configuration facilite le déplacement fluide de la liquidité en offrant les fonctionnalités suivantes:
Pont inter-chaînes basé sur l'intention : Ce pont prend en charge le transfert de liquidité entre chaînes de blocs de manière rapide et fiable, permettant aux utilisateurs de définir des intentions, ce qui aide le système à choisir automatiquement le meilleur chemin pour le déplacement de liquidité. Cette approche abstrait la complexité pour les utilisateurs, rendant les transactions inter-chaînes plus fluides et rapides.
Réseau de validation : Ce réseau d'opérateurs de nœuds décentralisés valide les transactions inter-chaînes et offre une finalité économique plus rapide. Une finalité plus rapide est cruciale pour assurer un règlement efficace des transactions inter-chaînes, minimisant ainsi le risque de fragmentation de liquidité dû aux délais de règlement.
Construction de blocs rapides et de blocs vérifiables : en utilisant des blocs rapides, le projet 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é. Les blocs rapides aident à garantir que la liquidité est toujours disponible et à réduire les impacts négatifs causés par les retards de confirmation des blocs, ce qui pourrait conduire à une prise de personnes pour des idiots.