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

Introdução

Com a transição do Ethereum para soluções de escalabilidade com Camada 2 e o surgimento de ferramentas como RaaS, muitas blockchains públicas estão se desenvolvendo rapidamente. Muitas entidades desejam construir suas próprias cadeias para representar diferentes interesses e buscar uma avaliação mais alta. No entanto, o surgimento de tantas blockchains públicas torna difícil o desenvolvimento do ecossistema acompanhar o ritmo dessas blockchains, levando muitos projetos a enfrentar uma queda de preço no momento da emissão de tokens iniciais.

Aproveitando a tecnologia OP Stack, uma plataforma de negociação lançou sua própria Camada 2, chamada Base, enquanto outra plataforma lançou Ink; utilizando a tecnologia ZK, uma plataforma de negociação lançou XLayer; a Sony lançou Soneium, e a LINE lançou Kaia, entre outros. Hoje em dia, o custo e a barreira técnica para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada em OP Stack é de cerca de 10.000 dólares por mês.

O futuro será certamente uma era de coexistência de múltiplas cadeias. Embora essas Camadas 2 possam optar pela compatibilidade EVM para alcançar a interoperabilidade, devido ao fato de que as entidades Web2 por trás delas têm um grande número de aplicações de downstream, será difícil para elas construir aplicações e alcançar consenso na mesma cadeia.

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 a sua essência central é semelhante.

Utilizamos a arquitetura Cake, amplamente reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes centrais da abstração de cross-chain:

Camada de Aplicação

Esta é a camada de interação direta com o 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 compreender 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 transação conectando a carteira ao dApp e solicitando uma cotação. Aqui, a "intenção" refere-se ao resultado final da transação que o usuário espera (ou seja, a saída), e não ao caminho de execução específico da transação.

Gestão de Contas e Abstração de Chaves (Key Management and Account Abstraction)

Devido à existência de um ambiente multichain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes blockchains para manter a estrutura de contas única de cada uma. Por exemplo, o sistema de contas centrado em objetos do SUI é completamente diferente do EVM. O One Balance é um projeto representativo nesta área, que construiu um sistema de contas confiável, sem necessidade de estabelecer consenso entre cadeias, apenas com compromissos confiáveis entre os sistemas de contas existentes. A Near Account realiza a gestão abstrata gerando carteiras de contas multichain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, a liquidez foi principalmente integrada com as blockchains públicas existentes.

Camada de Solução (Solver Layer)

Esta camada é responsável por receber e implementar as intenções de negociação dos usuários, 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ções construíram várias soluções orientadas por intenções. Derivados desse tipo de intenção, como o componente Predicate, podem realizar as intenções dos usuários sob regras específicas.

Camada de Liquidação (Settlement Layer)

Este é o nível intermediário utilizado para resolver a camada que implementa a intenção do usuário. Os componentes centrais das soluções de liquidez e estado descentralizado incluem:

• Oracle: usado 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 prévia (Pre-Confirmation): reduzir o tempo de confirmação entre cadeias.
• Disponibilidade de dados (DA): fornece acessibilidade aos dados.

Além disso, devem ser considerados fatores como a liquidez entre cadeias, a confirmação final (Finality), o mecanismo de prova da Camada 2, entre outros, para garantir o funcionamento eficiente de todo o sistema multichain.

Solução

Atualmente, existem várias soluções no mercado para resolver a liquidez e fazer as pessoas de parvas. Após uma análise de uma vasta gama de opções, descobrimos que as principais formas são estas:

1. Com foco em RaaS: soluções de Rollup como o OP Stack, ao adicionar um ordenamento compartilhado específico e pontes entre cadeias, ajudam a compartilhar liquidez e estado nos Rollups construídos sobre o OP Stack. Isso visa resolver a dispersão de liquidez e estado em uma direção de nível superior. Dentro disso, há um design mais específico de um ordenamento compartilhado separado, que é mais voltado para a Camada 2, sem aplicabilidade universal.

2. Centrado na conta: através da construção de uma carteira de conta em toda a cadeia, suporta a assinatura e execução de transações através de múltiplos protocolos de blockchain. O componente central é a rede MPC, que substitui o usuário na assinatura de transações multi-chain. Esta solução, embora possa resolver enormemente o problema da fragmentação da experiência do usuário, envolve uma implementação de backend complexa para os desenvolvedores e não resolve essencialmente a liquidez e a dispersão do estado.

3. Centrado na rede de intenção off-chain: O núcleo é que os usuários enviam intenções para a rede Solver, onde este papel compete por cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Formadores de Mercado ou até mesmo o protocolo integrado em si. Embora a intenção possa teoricamente realizar operações cross-chain de qualquer complexidade, na prática, é necessário ter Solvers com liquidez suficiente para ajudar, e quando surgem algumas demandas off-chain, há uma possibilidade de fraude por parte dos Solvers.

4. Com uma rede de liquidez em cadeia como centro: esta direção é especificamente otimizada para resolver problemas de liquidez entre cadeias, mas não aborda o problema da dispersão do estado em outras cadeias. O núcleo é construir uma camada de liquidez, na qual aplicações são construídas para compartilhar a liquidez de toda a cadeia.

5. Centrado em aplicações on-chain: Este tipo de aplicação constrói aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros. Este tipo de projeto requer a gestão de processos cross-chain complexos, exigindo muito dos desenvolvedores, o que torna também muito fácil a ocorrência de ataques de hackers.

Resolver o problema da liquidez é um tema muito importante; no mundo financeiro, a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de integração de liquidez, especialmente integrando a liquidez fragmentada de toda a cadeia, isso terá um grande potencial, e já vimos muitas soluções diferentes.

Nas duas classificações acima, podemos ver que, de acordo com a estrutura do bolo, a Camada de Liquidação é a solução em nível mais atômico, e sobre essas soluções atômicas, como as de cross-chain, oráculos e Pré-Confirmação, constrói-se uma camada mais abstrata, que é a Camada de Solver, Camada de Permissão e Camada de Aplicação. As várias soluções de abstração ou liquidez que listamos acima, que constroem em diferentes direções, correspondem a esses diferentes níveis e podem ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções em nível atômico, e o problema de fragmentação de liquidez trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram uma variedade de soluções. Mas, essencialmente, ainda dependem desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeia para ver como cada um deles aborda o problema da fragmentação de liquidez a partir de seu próprio ponto de partida.

INFINIT

A INFINIT construiu um serviço RaaS para o setor DeFi que pode fornecer os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Ativo, entre outros, e também pode oferecer componentes como Trading com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente a outros terminais de construção de aplicações, mas a liquidez final é colocada na camada de liquidez da Infinit. No entanto, atualmente ainda não foi revelado o funcionamento subjacente. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento da rodada semente.

Khalani Network

Khalani construiu três componentes principais, que são a camada compatível com Intent, Validity e a camada de liquidação geral.

Aplicações externas ou a camada de intenção podem publicar intenções para o Khalani, e a camada de compatibilidade de Intent do Khalani pode converter essas intenções externas em um formato que o Solver de protocolo pode reconhecer, usando o formato normalizado que é a linguagem Validity. O nó Khalani é responsável por submeter os resultados finais à camada de liquidação geral através de pontes entre cadeias, tecnologia de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e não revelou mais detalhes sobre o trabalho. Em agosto, obteve 2,2 milhões de dólares em financiamento de rodada semente.

Liquorice

Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão da Liquorice é fornecer ferramentas eficientes de gestão de inventário para empresas de negociação profissional e conectar-se facilmente a protocolos DeFi centrais ao liquidar transações com intenções de uso. Ao mesmo tempo, a Liquorice criou um mercado de empréstimos para realizar transações de empréstimo. Esta aplicação está mais focada na própria negociação. Atualmente, ainda está em fase de desenvolvimento, tendo anunciado em julho a obtenção de 1,2 milhões de dólares na rodada de financiamento Pre-seed.

Xion

Xion é uma atualização da marca Burnt, que no passado se concentrou em aplicações para consumidores. Depois, a equipe descobriu que havia um grande problema de fragmentação nas interações em blockchain, e por isso construíram o Xion para melhorar essa questão. Xion é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-a mais nativa e segura do que outras pontes entre cadeias. A empresa já realizou quatro rondas de financiamento.

=nil; Fundação

nil é o mercado de poder computacional ZK da Ethereum, um coprocessador ZK e desenvolvedor de Camada 2, com uma equipe que possui uma sólida base em tecnologia ZK. Propôs a solução zkSharding, que utiliza tecnologia ZK para escalar horizontalmente a rede principal da Ethereum, executando o processamento paralelo de fragmentos e gerando ZKP, enquanto o fragmento principal valida dados, se comunica com a Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas dentro dos fragmentos de execução. O protocolo de consenso utilizado pelo comitê de validação também é o Hotstuff, que é comum em projetos de execução paralela mais recentes. =nil; L2 desde o início incorporou a comunicação entre fragmentos no protocolo.

Seu conceito básico é construir uma arquitetura de comunicação entre fragmentos embutida semelhante ao IBC através de uma estrutura de Camada 2 fragmentada, o que pode resolver problemas de Liquidez e dispersão de estado. No entanto, sua ideia central não é razoável, uma vez que o problema que a dispersão de Liquidez resolve é o problema de múltiplas cadeias, enquanto que a construção é de uma única Camada 2, o que significa que para resolver isso, todas as cadeias precisariam se tornar um fragmento do ZK-sharding, o que é difícil de realizar.

ERC-7683

O Ethereum também está a trabalhar na resolução deste problema de liquidez entre cadeias, existindo atualmente várias plataformas que apoiam publicamente o padrão ERC7683, que utiliza uma abordagem de cross-chain baseada em Intent. O seu objetivo central é estabelecer um padrão universal para operações cross-chain entre L2 e sidechains, padronizando interfaces de pedidos e liquidações, permitindo uma execução cross-chain sem costura. O núcleo principal é um Filler, que também pode ser considerado o papel de Solver na abstração de cadeias para pagamentos. Esta proposta está atualmente a ser revista pelo grupo de trabalho Cake.

OP Stack

OP Stack, ERC-7683, e zkSharding são soluções internas do Ethereum para a fragmentação da liquidez entre Camada 2, abordando isso nas camadas de arquitetura, consenso e aplicação. O OP Stack resolve de forma abrangente os problemas de transmissão de informações e descentralização do Sequencer, projetando uma solução completa de múltiplas Camadas 2. Ao utilizar 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. Atualmente, várias plataformas de negociação conhecidas utilizam a arquitetura OP Stack.

Entre eles, o mais típico é