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

Com a transição do Ethereum para soluções de escalabilidade centradas na 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 blockchains para representar diferentes interesses e buscar uma valorização mais alta. No entanto, a explosão de blockchains públicas dificultou o desenvolvimento do ecossistema em acompanhar o ritmo das blockchains públicas, resultando em muitos projetos que já estavam em queda no TGE.

Aproveitando a OP Stack, uma plataforma de negociação lançou 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; a Sony lançou a Soneium, e a LINE lançou a 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 na OP Stack é de 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 Camada 2 possam optar pela compatibilidade com EVM para alcançar a interoperabilidade, devido às entidades Web2 por trás delas terem uma grande quantidade de aplicações downstream, torna-se difícil construir aplicações na mesma cadeia e alcançar consenso.

O ecossistema multichain atual traz um novo desafio: Liquidez e estado disperso. 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 os componentes principais 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 de front-end, sem necessariamente entender o mecanismo de conversão de liquidez subjacente.

Camada de Permissão

Localizado abaixo da camada de aplicação, o usuário conecta a carteira ao dApp e solicita uma cotação para satisfazer a intenção de negociação. Aqui, a "intenção" refere-se ao resultado final da negociação esperado pelo usuário (ou seja, a saída), e não ao caminho específico de execução da negociação.

Gestão de Conta 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 cadeias para manter as estruturas de contas únicas de cada uma. Por exemplo, o sistema de contas centralizado em objetos do SUI é completamente diferente do EVM. O One Balance é um projeto representativo neste campo, construindo um sistema de contas confiável, sem necessidade de estabelecer consenso entre cadeias, apenas com compromissos de confiança entre os sistemas de contas existentes. A Near Account realiza a gestão abstraída 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, na área da liquidez, a integração se concentra principalmente nas blockchains públicas existentes.

Camada de Resolução (Solver Layer)

A Camada 2 é responsável por receber e implementar a intenção 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ção construíram várias soluções impulsionadas por intenções. 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 descentralizado incluem:

• Oráculo: utilizado para obter informações de estado de outras cadeias.
• Pontes de Cadeia (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, é necessário considerar a liquidez entre cadeias, a confirmação final (Finality), mecanismos de prova da Camada 2 e outros fatores para garantir o funcionamento eficiente de todo o sistema multi-chain.

Solução

Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após uma análise de várias opções, encontramos que existem principalmente estas formas:

1. Centrado em RaaS: soluções de Rollup como o OP Stack, assistindo na construção de Rollups no OP Stack através da adição de um ordenamento compartilhado específico e pontes cross-chain, para compartilhar liquidez e estado. Isso visa resolver a dispersão de liquidez e estado em um nível mais elevado. Um aspecto mais específico é o design separado do ordenamento compartilhado, que é mais direcionado para a Camada 2 e não possui universalidade.

2. Centrado na conta: construir uma carteira de conta em toda a cadeia, suportada por uma tecnologia chamada "assinatura em cadeia" para assinar e executar transações através de vários protocolos de blockchain. O componente central é a rede MPC, que substitui os usuários na assinatura de transações multichain. Esta solução, embora possa resolver em grande medida o problema da fragmentação da UX, envolve implementações de backend complexas 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, Market Makers ou até mesmo o próprio protocolo integrado. Embora a intenção possa, em teoria, realizar operações cross-chain de complexidade arbitrária, na prática, é necessário ter Solvers com liquidez suficiente para auxiliar, e quando surgem algumas demandas off-chain, há a possibilidade de fraude por parte dos Solvers. Se forem introduzidos métodos como provas de fraude, a dificuldade de implementação da Rede Solver aumentará, assim como o nível de entrada para operar como Solver.

4. Centrado na rede de liquidez on-chain: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve o problema de estados dispersos em outras cadeias. O seu núcleo é construir uma camada de liquidez, na qual aplicações são construídas para compartilhar liquidez em toda a cadeia.

5. Centrado em aplicações em cadeia: Este tipo de aplicações constrói aplicações de alta liquidez através da integração de grandes MM ou de aplicações de terceiros. Estes projetos requerem a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, por isso também são altamente suscetíveis a ataques de hackers.

Resolver o problema da liquidez é uma questão muito importante, pois no mundo financeiro a liquidez muitas vezes representa tudo. Se conseguirmos construir uma plataforma de integração de liquidez, especialmente integrando a liquidez fragmentada de toda a cadeia, teremos um grande potencial, e também analisámos 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 mais atômica, e sobre estas soluções atômicas, como as de cross-chain, oráculos e Pre-Confirmation, 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, construídas em diferentes direções, correspondem a diferentes níveis deste conjunto, podendo ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas, e o problema da liquidez fragmentada como um todo trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram diversas soluções. Mas, essencialmente, ainda dependemos 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 da liquidez a partir de seu ponto de partida.

INFINIT

A INFINIT construiu um serviço RaaS para o DeFi, que pode fornecer 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 Negociação com Alavancagem e Estratégia de Rendimento que podem ser ativados imediatamente. É 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 divulgada a funcionalidade subjacente. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento da rodada de sementes de certas instituições de investimento.

Khalani Network

Khalani construiu três componentes principais, que são a camada de compatibilidade 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 as intenções externas em um formato que o protocolo Solver consegue reconhecer, utilizando o formato padronizado conhecido como linguagem Validity. O nó Khalani é responsável por submeter o resultado final à camada de liquidação universal através de pontes entre cadeias, tecnologias de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e não divulgou mais detalhes de trabalho até o momento. Em agosto, obteve 2,2 milhões de dólares em financiamento da rodada de sementes de certas instituições de investimento.

Liquorice

Liquorice é um aplicativo descentralizado que permite a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão do Liquorice é fornecer ferramentas de gerenciamento de inventário eficientes para empresas de trading profissionais e conectar-se facilmente aos protocolos DeFi centrais ao liquidar transações com intenção de uso. Ao mesmo tempo, o Liquorice criou um mercado de empréstimos para facilitar suas transações de empréstimo. Este aplicativo está mais focado 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 em uma rodada de financiamento Pre-seed liderada por uma determinada instituição de investimento.

Xion

Xion é uma atualização da marca Burnt, que anteriormente se concentrava em aplicações para consumidores. Depois, a equipe percebeu que havia um grande problema de fragmentação nas interações em blockchain, por isso construíram o Xion para melhorar essa questão. O Xion é baseado no protocolo de consenso Comet BFT. A comunicação entre cadeias que adota é baseada no Cosmos IBC, sendo assim mais nativa e segura do que outras pontes interchain. Já passaram por quatro rodadas de financiamento, recebendo o apoio de várias instituições de investimento.

=nil; Foundation

nil é o mercado de poder de ZK do Ethereum, co-processador ZK e desenvolvedor de Camada 2, com uma equipe que possui um profundo conhecimento técnico em ZK. Propôs a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a mainnet do Ethereum, executando processamento de transações em paralelo em fragmentos e gerando ZKP, enquanto o fragmento principal verifica dados, comunica-se com o Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas no fragmento de execução. O protocolo de consenso utilizado pelo comitê de validação também é o Hotstuff, que é bastante comum em projetos de execução paralela mais recentes. =nil; A L2 incorporou a comunicação entre fragmentos no protocolo desde o início. As mensagens entre fragmentos são verificadas como transações pelo comitê de validação de cada fragmento.

A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida, semelhante ao IBC, através de uma arquitetura de Camada 2 fragmentada, assim poderá resolver os problemas de Liquidez e dispersão de estado. No entanto, a ideia central não é razoável, pois o problema da dispersão de liquidez é um problema multichain, e o que está a ser construído é uma única Camada 2, o que significa que, para resolver, todas as cadeias teriam de se tornar um fragmento do ZK-sharding, o que é difícil de realizar.

ERC-7683

O Ethereum também está a trabalhar para resolver o problema da liquidez entre cadeias, e atualmente alguns projetos conhecidos estão a apoiar publicamente o padrão ERC7683, que utiliza um método de cross-chain baseado em Intent. O seu objetivo central é estabelecer um padrão genérico para operações cross-chain entre L2 e sidechains, padronizando as interfaces de pedidos e liquidação, para permitir uma execução cross-chain sem costura. O principal núcleo é um Filler, que também pode ser considerado como o papel de Solver na abstração da cadeia para pagamento. Esta proposta está a ser construída por alguns projetos conhecidos e 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 de liquidez entre Camada 2, abordando os problemas em níveis de arquitetura, consenso e aplicação. O OP Stack projeta uma solução completa de múltiplas Camadas 2 para resolver de uma só vez os problemas de transmissão de informações e descentralização do Sequencer. Ao utilizar a arquitetura OP Stack, contratos cross-chain são automaticamente implantados, e haverá um Supervisor para desafiar e evitar a transmissão de informações falsas entre cadeias. Atualmente, várias plataformas de negociação e projetos conhecidos utilizam a arquitetura OP Stack.

entre, o mais típico é o Unichain. O Unichain foca principalmente em trabalhar com