Étude sur le problème de la liquidité prenant les gens pour des idiots à l'ère du Layer 2
Avec le passage d'Ethereum à des solutions d'extension centrées sur Layer 2 et l'émergence d'outils tels que RaaS, de nombreuses chaînes publiques se développent rapidement. Beaucoup d'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 rend difficile le développement de l'écosystème, et de nombreux projets subissent une rupture de prix dès leur TGE.
Actuellement, le financement et les barrières technologiques pour construire une chaîne ont été considérablement réduits. 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 une ère de coexistence multichaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour assurer 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 multiples chaînes 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, l'intention, l'exécution de clearing, le Native CrossChain, le ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons l'architecture Cake, 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é, qui masque complètement les détails de la conversion de liquidité. L'utilisateur interagit avec l'interface frontale, 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 satisfait son intention de transaction en connectant son portefeuille à un dApp et en demandant un devis. Ici, "intention" fait référence au résultat final attendu de la transaction 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)
Il est nécessaire d'avoir un système de gestion de compte et d'abstraction adapté aux différentes chaînes pour maintenir la structure de compte unique de chaque chaîne. One Balance et Near Account sont des projets représentatifs dans ce domaine.
Couche de résolution (Solver Layer)
Responsable de la réception et de la réalisation des intentions de trading des utilisateurs, le rôle de Solver ici est de rivaliser pour offrir une meilleure expérience utilisateur. Des projets basés sur l'intention comme Anoma ont construit une variété de solutions axées sur l'intention.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour réaliser l'intention de l'utilisateur. Les composants clés comprennent des oracles, des ponts inter-chaînes, des solutions de confirmation anticipée et la disponibilité des données. De plus, il faut également prendre en compte la liquidité inter-chaînes, la finalité, et les mécanismes de preuve Layer 2.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la Liquidité.
Centré sur RaaS : comme OP Stack, il aide à construire des Rollups en partageant la liquidité et l'état grâce à l'ajout de séquenceurs partagés et de ponts inter-chaînes spécifiques.
Centré sur le compte : Comme NEAR, construire un portefeuille de compte tout-en-un, prenant en charge la signature et l'exécution de transactions à travers différents protocoles de blockchain via la technologie de "signature de chaîne".
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, le Solver concurrence les offres, fournissant le meilleur temps d'achèvement et le prix de la transaction.
Au centre d'un réseau de liquidité en chaîne : optimisation spécifiquement des problèmes de liquidité inter-chaînes, construction d'une couche de liquidité, sur laquelle des applications sont construites pour partager la liquidité de toute la chaîne.
Centré sur les applications en chaîne : construire des applications à haute liquidité en intégrant de grandes MM ou des applications tierces.
Résoudre le problème de la liquidité est une question importante. S'il est possible de construire une plateforme d'intégration de la liquidité, en particulier en rassemblant la liquidité fragmentée de l'ensemble de la chaîne, cela aura un potentiel énorme.
Voici quelques projets typiques de concepts abstraits de chaîne :
INFINIT
Construire des services RaaS pour le secteur DeFi, fournissant les composants nécessaires à la construction directe des protocoles DeFi. La liquidité finale est placée sur la couche de liquidité d'Infinit. 600 000 dollars de financement de seed round ont été obtenus.
Khalani Network
Construit trois composants clés : la couche de compatibilité Intent, la Validité et la couche de règlement général. Les applications externes ou la couche d'intentions peuvent publier des intentions à Khalani, la couche de compatibilité Intent convertit les intentions externes dans un format que le Solver de protocole peut reconnaître. Obtention de 2,2 millions de dollars lors du tour de financement d'amorçage.
Réglisse
Applications décentralisées, réalisant la découverte de prix basée sur les enchères et des pools de liquidité unilatéraux. Fournir aux sociétés de trading professionnelles des outils de gestion d'inventaire efficaces et connecter les protocoles DeFi principaux. Obtention de 1,2 million de dollars en financement de pré-amorçage.
Xion
Issu de la marque Burnt, il utilise une communication inter-chaînes basée sur Cosmos IBC. Quatre tours de financement ont été réalisés, avec des investisseurs tels qu'Animoca et Multicoin.
=nil; Fondation
Proposer une solution zkSharding, utilisant la technologie ZK pour étendre l'échelle de la blockchain Ethereum. Construire une architecture de communication inter-shards intégrée à travers une architecture Layer 2 fragmentée pour résoudre les problèmes de Liquidité et de dispersion des états.
ERC-7683
Ethereum s'attaque aux problèmes de liquidité inter-chaînes. Arbitrum, OP et Uniswap soutiennent d'abord cette norme, en utilisant une méthode inter-chaînes basée sur l'intention. L'objectif est d'établir une norme universelle pour les opérations inter-chaînes entre L2 et les chaînes latérales.
OP Stack
L'une des solutions internes d'Ethereum pour la fragmentation de la liquidité entre les Layer 2. En concevant une solution complète multi Layer 2, elle résout en une seule fois les problèmes de transmission d'informations et de décentralisation des Sequencer.
Résoudre le problème de liquidité inter-chaînes est un domaine complexe avec de nombreuses solutions. L'avenir sera certainement celui de la coexistence de multiples chaînes, et la résolution du 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 des chaînes offre un vaste espace de croissance, avec le potentiel de construire le Google de l'ère Web3.
Voir l'original
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.
10 J'aime
Récompense
10
5
Partager
Commentaire
0/400
GasFeeCrybaby
· Il y a 18h
Un mois seulement dix mille dollars ? Je ne peux plus me le permettre...
Voir l'originalRépondre0
OnchainDetectiveBing
· Il y a 18h
La chaîne peut-elle encore prendre les gens pour des idiots aussi facilement ?
Voir l'originalRépondre0
CryptoSourGrape
· Il y a 18h
Si j'avais su que construire une chaîne était si bon marché... le mois dernier, j'ai dû faire attention à mes dépenses pour acheter deux paquets de nouilles instantanées.
Voir l'originalRépondre0
DeFiDoctor
· Il y a 18h
Après l'extension, les flux de fonds deviennent une grave préoccupation, il est conseillé de faire des tests de pression sur le TVL.
Voir l'originalRépondre0
down_only_larry
· Il y a 18h
Le coût de la construction de la chaîne est en effet bon marché, mais cela entraîne vraiment des pertes.
Exploration des problèmes de fragmentation de la liquidité et des solutions à l'ère Layer 2
Étude sur le problème de la liquidité prenant les gens pour des idiots à l'ère du Layer 2
Avec le passage d'Ethereum à des solutions d'extension centrées sur Layer 2 et l'émergence d'outils tels que RaaS, de nombreuses chaînes publiques se développent rapidement. Beaucoup d'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 rend difficile le développement de l'écosystème, et de nombreux projets subissent une rupture de prix dès leur TGE.
Actuellement, le financement et les barrières technologiques pour construire une chaîne ont été considérablement réduits. 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 une ère de coexistence multichaînes. Bien que ces chaînes Layer 2 puissent choisir la compatibilité EVM pour assurer 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 multiples chaînes 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, l'intention, l'exécution de clearing, le Native CrossChain, le ZKSharding, etc., mais leur essence fondamentale est la même.
Nous utilisons l'architecture Cake, 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é, qui masque complètement les détails de la conversion de liquidité. L'utilisateur interagit avec l'interface frontale, 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 satisfait son intention de transaction en connectant son portefeuille à un dApp et en demandant un devis. Ici, "intention" fait référence au résultat final attendu de la transaction 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)
Il est nécessaire d'avoir un système de gestion de compte et d'abstraction adapté aux différentes chaînes pour maintenir la structure de compte unique de chaque chaîne. One Balance et Near Account sont des projets représentatifs dans ce domaine.
Couche de résolution (Solver Layer)
Responsable de la réception et de la réalisation des intentions de trading des utilisateurs, le rôle de Solver ici est de rivaliser pour offrir une meilleure expérience utilisateur. Des projets basés sur l'intention comme Anoma ont construit une variété de solutions axées sur l'intention.
Couche de règlement (Settlement Layer)
C'est la couche intermédiaire utilisée pour réaliser l'intention de l'utilisateur. Les composants clés comprennent des oracles, des ponts inter-chaînes, des solutions de confirmation anticipée et la disponibilité des données. De plus, il faut également prendre en compte la liquidité inter-chaînes, la finalité, et les mécanismes de preuve Layer 2.
Actuellement, il existe plusieurs solutions sur le marché pour résoudre la Liquidité.
Centré sur RaaS : comme OP Stack, il aide à construire des Rollups en partageant la liquidité et l'état grâce à l'ajout de séquenceurs partagés et de ponts inter-chaînes spécifiques.
Centré sur le compte : Comme NEAR, construire un portefeuille de compte tout-en-un, prenant en charge la signature et l'exécution de transactions à travers différents protocoles de blockchain via la technologie de "signature de chaîne".
Centré sur le réseau d'intentions hors chaîne : les utilisateurs envoient des intentions au réseau Solver, le Solver concurrence les offres, fournissant le meilleur temps d'achèvement et le prix de la transaction.
Au centre d'un réseau de liquidité en chaîne : optimisation spécifiquement des problèmes de liquidité inter-chaînes, construction d'une couche de liquidité, sur laquelle des applications sont construites pour partager la liquidité de toute la chaîne.
Centré sur les applications en chaîne : construire des applications à haute liquidité en intégrant de grandes MM ou des applications tierces.
Résoudre le problème de la liquidité est une question importante. S'il est possible de construire une plateforme d'intégration de la liquidité, en particulier en rassemblant la liquidité fragmentée de l'ensemble de la chaîne, cela aura un potentiel énorme.
Voici quelques projets typiques de concepts abstraits de chaîne :
INFINIT
Construire des services RaaS pour le secteur DeFi, fournissant les composants nécessaires à la construction directe des protocoles DeFi. La liquidité finale est placée sur la couche de liquidité d'Infinit. 600 000 dollars de financement de seed round ont été obtenus.
Khalani Network
Construit trois composants clés : la couche de compatibilité Intent, la Validité et la couche de règlement général. Les applications externes ou la couche d'intentions peuvent publier des intentions à Khalani, la couche de compatibilité Intent convertit les intentions externes dans un format que le Solver de protocole peut reconnaître. Obtention de 2,2 millions de dollars lors du tour de financement d'amorçage.
Réglisse
Applications décentralisées, réalisant la découverte de prix basée sur les enchères et des pools de liquidité unilatéraux. Fournir aux sociétés de trading professionnelles des outils de gestion d'inventaire efficaces et connecter les protocoles DeFi principaux. Obtention de 1,2 million de dollars en financement de pré-amorçage.
Xion
Issu de la marque Burnt, il utilise une communication inter-chaînes basée sur Cosmos IBC. Quatre tours de financement ont été réalisés, avec des investisseurs tels qu'Animoca et Multicoin.
=nil; Fondation
Proposer une solution zkSharding, utilisant la technologie ZK pour étendre l'échelle de la blockchain Ethereum. Construire une architecture de communication inter-shards intégrée à travers une architecture Layer 2 fragmentée pour résoudre les problèmes de Liquidité et de dispersion des états.
ERC-7683
Ethereum s'attaque aux problèmes de liquidité inter-chaînes. Arbitrum, OP et Uniswap soutiennent d'abord cette norme, en utilisant une méthode inter-chaînes basée sur l'intention. L'objectif est d'établir une norme universelle pour les opérations inter-chaînes entre L2 et les chaînes latérales.
OP Stack
L'une des solutions internes d'Ethereum pour la fragmentation de la liquidité entre les Layer 2. En concevant une solution complète multi Layer 2, elle résout en une seule fois les problèmes de transmission d'informations et de décentralisation des Sequencer.
Résoudre le problème de liquidité inter-chaînes est un domaine complexe avec de nombreuses solutions. L'avenir sera certainement celui de la coexistence de multiples chaînes, et la résolution du 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 des chaînes offre un vaste espace de croissance, avec le potentiel de construire le Google de l'ère Web3.