Camada 2 时代下Liquidez fazer as pessoas de parvas问题研究

Com a transição do Ethereum para soluções de escalonamento centradas na Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria cadeia, para representar diferentes interesses e procurar uma maior valorização. No entanto, a proliferação de muitas blockchains públicas dificulta o desenvolvimento do ecossistema, levando a que muitos projetos quebrem logo no TGE.

Atualmente, os custos e as barreiras técnicas para construir uma cadeia foram significativamente reduzidos, e operar uma cadeia baseada no OP Stack custa cerca de 10.000 dólares por mês. O futuro será, sem dúvida, uma era de coexistência de múltiplas cadeias. Embora essas cadeias de Camada 2 possam optar pela compatibilidade com EVM para facilitar a interoperabilidade, devido à grande quantidade de aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar um consenso.

O ecossistema multichain atual trouxe um novo desafio: Liquidez e dispersão de estado. Dado que a existência multichain é 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ções, Execução de Clearing, CrossChain Nativo, ZKSharding, entre outras, mas sua essência central é a mesma.

Usamos a arquitetura Cake, reconhecida na indústria, para apresentar de cima para baixo os componentes principais da abstração de cross-chain:

Camada de Aplicação

Esta é a camada de interação direta do usuário, e 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 compreenderem os mecanismos de conversão de liquidez subjacentes.

Camada de Permissões

Localizado abaixo da camada de aplicação, os usuários conectam a carteira ao dApp e solicitam cotações para atender à intenção de negociação. Aqui, a "intenção" refere-se ao resultado final da negociação esperado pelo usuário, e não ao caminho específico de execução da negociação.

Gestão de Conta e Camada de Abstração

Devido à existência de um ambiente de múltiplas cadeias, é 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 uma. Por exemplo, o sistema de contas centrado em objetos do SUI é completamente diferente do EVM. O One Balance construiu um sistema de contas confiável, sem necessidade de estabelecer um consenso entre cadeias, apenas requerendo compromissos confiáveis entre os sistemas de contas existentes. A Near Account implementa uma gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX.

Camada 2

A Camada 2 é responsável por receber e implementar a intenção de negociação do usuário, onde o papel do Solver compete para oferecer 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 como Anoma construíram várias soluções orientadas por intenção. Derivados de tais intenções, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.

Camada 2

Esta é a camada intermédia utilizada para resolver a camada a fim de realizar a intenção do usuário. Os componentes principais da solução de liquidez e estado descentralizado incluem:

• Oráculo: utilizado para obter informações de estado de outras cadeias
• Ponte entre cadeias: responsável pela transmissão de informações e liquidez entre cadeias
• Confirmação antecipada do plano: reduzir o tempo de confirmação entre cadeias
• Disponibilidade de dados: fornecer acessibilidade aos dados

Além disso, é necessário considerar a liquidez entre cadeias, a confirmação final, o mecanismo de prova da Camada 2 e outros fatores para garantir o funcionamento eficiente de todo o sistema multichain.

Solução

Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada, que incluem principalmente:

1. Com foco em RaaS: soluções de Rollup como a OP Stack, assistem a construção de Rollups na OP Stack ao adicionar ordenadores compartilhados específicos e pontes entre cadeias para compartilhar liquidez e estados.

2. Centrado na conta: semelhante ao NEAR, construir uma carteira de conta em toda a cadeia, suportando a assinatura e execução de transações através da tecnologia de "assinatura em cadeia" em múltiplos protocolos de blockchain.

3. Centrado na rede de intenções off-chain: os usuários enviam intenções para a rede Solver, o Solver compete com ofertas, fornecendo o tempo de conclusão e o preço de transação mais otimais.

4. Com uma rede de liquidez on-chain no centro: otimizar especificamente os problemas de liquidez cross-chain, construir uma camada de liquidez, na qual as aplicações são construídas, para compartilhar a liquidez total da cadeia.

5. Centrado em aplicações on-chain: construir aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros.

Casos de Projetos Típicos

INFINIT

A INFINIT construiu um serviço RaaS para o DeFi, fornecendo os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., além de oferecer componentes como Leverage Trading e Yield Strategy que podem ser ativados imediatamente.

Khalani Network

Khalani construiu três componentes principais, que são a camada de compatibilidade de intenção, a validade e a camada de liquidação universal. Aplicações externas ou a camada de intenção podem publicar intenções para Khalani, e então a camada de compatibilidade de intenção de 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ões e pools de liquidez unidirecionais. Sua principal missão é fornecer ferramentas eficientes de gestão de inventário para empresas de negociação profissionais e conectar-se facilmente a 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, portanto, é mais nativa e segura do que outras pontes entre cadeias.

=nil; Fundação

nil propôs a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a mainnet Ethereum, executando o processamento paralelo de shards e gerando ZKP, enquanto o shard principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores.

ERC-7683

O objetivo central do padrão ERC-7683 é estabelecer um padrão genérico para operações cross-chain entre L2 e sidechains, padronizando as interfaces de pedidos e liquidação, permitindo uma execução cross-chain sem costura, sendo seu principal núcleo um Filler, que também pode ser considerado o papel de Solver no contexto da abstração de cadeia.

OP Stack

OP Stack projeta uma solução completa de múltiplas Camadas 2 para resolver de uma vez os problemas de transmissão de informações e descentralização do Sequencer. Ao usar a arquitetura OP Stack, contratos cross-chain serão automaticamente implantados, enquanto haverá um Supervisor para desafiar e evitar a transmissão de informações cross-chain falsas.

Resumo

Resolver o problema da liquidez entre cadeias é um campo muito complexo com muitas soluções. O futuro será definitivamente multi-cadeia, e enfrentar o desafio da dispersão da liquidez é algo que a indústria terá que enfrentar. A integração dessa liquidez em toda a cadeia possui um vasto espaço de crescimento e pode construir uma nova geração de infraestrutura para a era Web3.