Desafios e Soluções de Liquidez na Era da Camada 2
Após a Ethereum se voltar para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas se desenvolveram rapidamente. Muitas entidades desejam construir suas próprias cadeias para representar diferentes interesses e buscar uma maior valorização. No entanto, a explosão de blockchains públicas dificultou o desenvolvimento do ecossistema em acompanhar o ritmo dessas blockchains, levando a muitos projetos a perderem valor no momento da emissão inicial de tokens.
Com a OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou a Ink; com a tecnologia ZK, uma plataforma de negociação lançou a XLayer; uma empresa de tecnologia lançou a Soneium, uma empresa de telecomunicações lançou a Kaia, entre outras. Hoje em dia, o custo e a barreira tecnológica para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de cerca de 10.000 dólares por mês.
O futuro será definitivamente uma era de coexistência de múltiplas cadeias. Embora essas Camadas 2 possam optar pela compatibilidade com EVM para facilitar a interoperabilidade, devido às grandes aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar consenso.
O ecossistema multichain atual trouxe um novo desafio: Liquidez e dispersão de estado. Dado que a existência de múltiplas cadeias é inevitável, a interoperabilidade é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, amplamente reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes centrais da abstração cross-chain:
Camada de Aplicação (Application Layer)
Esta é a camada de interação direta do usuário, que é também a camada mais abstrata na solução de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os usuários interagem com a interface frontal, sem necessariamente entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissão
Localizado abaixo da camada de aplicação, os usuários atendem à intenção de negociação conectando suas carteiras a dApps e solicitando cotações. Aqui, a "intenção" refere-se ao resultado final esperado da negociação (ou seja, a saída), e não ao caminho específico de execução da negociação.
Gestão de Contas e Abstração de Chave (Key Management and Account Abstraction)
Devido à existência de um ambiente multi-chain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter as estruturas de contas únicas de cada cadeia. Um projeto construiu um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. Outro projeto implementou a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando bastante a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foi principalmente integrado com as blockchains públicas existentes.
Camada de Resolução (Solver Layer)
Esta camada é responsável por receber e implementar a intenção de negociação do usuário, onde os papéis de Solver competem para fornecer uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e velocidades de execução. Com base nisso, projetos baseados em intenção construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidação (Settlement Layer)
Esta é a camada intermediária utilizada para resolver a intenção do usuário. Os componentes principais da solução de liquidez e estado distribuído incluem:
Oracle: utilizado para obter informações de estado de outras cadeias.
Pontes (Bridges): responsáveis pela transmissão de informações e liquidez entre cadeias.
Confirmação Antecipada (Pre-Confirmation): reduzir o tempo de confirmação entre cadeias.
Disponibilidade de dados (DA): fornece a acessibilidade dos dados.
Além disso, deve-se considerar a liquidez entre cadeias, a confirmação final (Finality), mecanismos de prova de camada 2 e outros fatores para garantir a operação eficiente de todo o sistema multichain.
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada, incluindo principalmente:
Centrado em RaaS: Ajudar a compartilhar liquidez e estado em Rollups construídos sobre OP Stack, juntando-se a ordenadores compartilhados específicos e pontes cross-chain.
Centrado na conta: construir uma carteira de conta em toda a cadeia, suportando a assinatura e execução de transações através da tecnologia "assinatura em cadeia" em vários protocolos de blockchain.
Centrado na rede de intenção off-chain: os usuários enviam intenções para a rede Solver, a Solver compete por cotações, fornecendo o melhor tempo de conclusão e preço de transação.
Com a rede de liquidez on-chain como centro: construir uma camada de liquidez, na qual aplicações sejam construídas para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações on-chain: construir aplicações de alta Liquidez através da integração de grandes formadores de mercado ou aplicações de terceiros.
Resolver o problema da liquidez é uma questão muito importante. No mundo financeiro, a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de liquidez integrada, especialmente para consolidar a liquidez da cadeia inteira, terá um grande potencial.
Alguns projetos típicos de conceitos abstratos de cadeia incluem:
INFINIT
INFINIT construiu um serviço RaaS no mundo DeFi, fornecendo os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Ativo, etc., e também pode fornecer componentes como Trading de Alavancagem e Estratégia de Rendimento que podem ser ativados imediatamente.
Khalani Network
Khalani construiu três componentes principais, que são a camada de compatibilidade de Intent, Validity e a camada de liquidez geral. Aplicações externas ou a camada de intent podem publicar intenções para Khalani, e então a camada de compatibilidade de Intent do Khalani pode converter as intenções externas em um formato que o Solver do protocolo pode reconhecer.
Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilão e pools de liquidez unidimensionais. A sua missão principal é fornecer às empresas de negociação profissionais ferramentas eficientes de gestão de inventário e conectar-se facilmente aos protocolos DeFi centrais ao liquidar transações com intenção de uso.
Xion
Xion é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-o mais nativo e seguro do que outras pontes entre cadeias.
=nil; Fundação
nil é o mercado de capacidade computacional ZK do Ethereum, um co-processador ZK e um desenvolvedor de Camada 2. Propôs a solução zkSharding, que usa tecnologia ZK para escalar horizontalmente a mainnet do Ethereum, executar o processamento de transações em paralelo através de fragmentação e gerar ZKP.
ERC-7683
Esta é uma proposta para estabelecer um padrão genérico para operações cross-chain entre Camada 2 e sidechains, com o objetivo de padronizar as interfaces de pedidos e liquidação, permitindo uma execução cross-chain sem interrupções.
OP Stack
A OP Stack resolve, através do design de uma solução completa de Camada 2, os problemas de transmissão de informações e de descentralização do Sequencer de uma só vez. Ao utilizar a arquitetura OP Stack, contratos cross-chain são automaticamente implantados, e existe um Supervisor para desafiar a fim de evitar a transmissão de informações cross-chain falsas.
Resolver o problema da liquidez entre cadeias é um campo muito complexo com muitas soluções. O futuro será certamente multi-cadeia, e enfrentar o desafio da liquidez descentralizada é um desafio que a indústria terá de enfrentar. A integração da liquidez em toda a cadeia apresenta um amplo espaço de crescimento e pode construir uma infraestrutura importante para a era Web3.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Desafios de liquidez na era da Camada 2 e soluções de integração multichain
Desafios e Soluções de Liquidez na Era da Camada 2
Após a Ethereum se voltar para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas se desenvolveram rapidamente. Muitas entidades desejam construir suas próprias cadeias para representar diferentes interesses e buscar uma maior valorização. No entanto, a explosão de blockchains públicas dificultou o desenvolvimento do ecossistema em acompanhar o ritmo dessas blockchains, levando a muitos projetos a perderem valor no momento da emissão inicial de tokens.
Com a OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou a Ink; com a tecnologia ZK, uma plataforma de negociação lançou a XLayer; uma empresa de tecnologia lançou a Soneium, uma empresa de telecomunicações lançou a Kaia, entre outras. Hoje em dia, o custo e a barreira tecnológica para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de cerca de 10.000 dólares por mês.
O futuro será definitivamente uma era de coexistência de múltiplas cadeias. Embora essas Camadas 2 possam optar pela compatibilidade com EVM para facilitar a interoperabilidade, devido às grandes aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar consenso.
O ecossistema multichain atual trouxe um novo desafio: Liquidez e dispersão de estado. Dado que a existência de múltiplas cadeias é inevitável, a interoperabilidade é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, amplamente reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes centrais da abstração cross-chain:
Camada de Aplicação (Application Layer)
Esta é a camada de interação direta do usuário, que é também a camada mais abstrata na solução de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os usuários interagem com a interface frontal, sem necessariamente entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissão
Localizado abaixo da camada de aplicação, os usuários atendem à intenção de negociação conectando suas carteiras a dApps e solicitando cotações. Aqui, a "intenção" refere-se ao resultado final esperado da negociação (ou seja, a saída), e não ao caminho específico de execução da negociação.
Gestão de Contas e Abstração de Chave (Key Management and Account Abstraction)
Devido à existência de um ambiente multi-chain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter as estruturas de contas únicas de cada cadeia. Um projeto construiu um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. Outro projeto implementou a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando bastante a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foi principalmente integrado com as blockchains públicas existentes.
Camada de Resolução (Solver Layer)
Esta camada é responsável por receber e implementar a intenção de negociação do usuário, onde os papéis de Solver competem para fornecer uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e velocidades de execução. Com base nisso, projetos baseados em intenção construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidação (Settlement Layer)
Esta é a camada intermediária utilizada para resolver a intenção do usuário. Os componentes principais da solução de liquidez e estado distribuído incluem:
Além disso, deve-se considerar a liquidez entre cadeias, a confirmação final (Finality), mecanismos de prova de camada 2 e outros fatores para garantir a operação eficiente de todo o sistema multichain.
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada, incluindo principalmente:
Centrado em RaaS: Ajudar a compartilhar liquidez e estado em Rollups construídos sobre OP Stack, juntando-se a ordenadores compartilhados específicos e pontes cross-chain.
Centrado na conta: construir uma carteira de conta em toda a cadeia, suportando a assinatura e execução de transações através da tecnologia "assinatura em cadeia" em vários protocolos de blockchain.
Centrado na rede de intenção off-chain: os usuários enviam intenções para a rede Solver, a Solver compete por cotações, fornecendo o melhor tempo de conclusão e preço de transação.
Com a rede de liquidez on-chain como centro: construir uma camada de liquidez, na qual aplicações sejam construídas para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações on-chain: construir aplicações de alta Liquidez através da integração de grandes formadores de mercado ou aplicações de terceiros.
Resolver o problema da liquidez é uma questão muito importante. No mundo financeiro, a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de liquidez integrada, especialmente para consolidar a liquidez da cadeia inteira, terá um grande potencial.
Alguns projetos típicos de conceitos abstratos de cadeia incluem:
INFINIT
INFINIT construiu um serviço RaaS no mundo DeFi, fornecendo os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Ativo, etc., e também pode fornecer componentes como Trading de Alavancagem e Estratégia de Rendimento que podem ser ativados imediatamente.
Khalani Network
Khalani construiu três componentes principais, que são a camada de compatibilidade de Intent, Validity e a camada de liquidez geral. Aplicações externas ou a camada de intent podem publicar intenções para Khalani, e então a camada de compatibilidade de Intent do Khalani pode converter as intenções externas em um formato que o Solver do protocolo pode reconhecer.
Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilão e pools de liquidez unidimensionais. A sua missão principal é fornecer às empresas de negociação profissionais ferramentas eficientes de gestão de inventário e conectar-se facilmente aos protocolos DeFi centrais ao liquidar transações com intenção de uso.
Xion
Xion é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-o mais nativo e seguro do que outras pontes entre cadeias.
=nil; Fundação
nil é o mercado de capacidade computacional ZK do Ethereum, um co-processador ZK e um desenvolvedor de Camada 2. Propôs a solução zkSharding, que usa tecnologia ZK para escalar horizontalmente a mainnet do Ethereum, executar o processamento de transações em paralelo através de fragmentação e gerar ZKP.
ERC-7683
Esta é uma proposta para estabelecer um padrão genérico para operações cross-chain entre Camada 2 e sidechains, com o objetivo de padronizar as interfaces de pedidos e liquidação, permitindo uma execução cross-chain sem interrupções.
OP Stack
A OP Stack resolve, através do design de uma solução completa de Camada 2, os problemas de transmissão de informações e de descentralização do Sequencer de uma só vez. Ao utilizar a arquitetura OP Stack, contratos cross-chain são automaticamente implantados, e existe um Supervisor para desafiar a fim de evitar a transmissão de informações cross-chain falsas.
Resolver o problema da liquidez entre cadeias é um campo muito complexo com muitas soluções. O futuro será certamente multi-cadeia, e enfrentar o desafio da liquidez descentralizada é um desafio que a indústria terá de enfrentar. A integração da liquidez em toda a cadeia apresenta um amplo espaço de crescimento e pode construir uma infraestrutura importante para a era Web3.