Fonte da reimpressão do artigo: Gate Ventures
Introdução
Desde que a Ethereum mudou para soluções de escalabilidade centradas em Layer 2, junto com a ascensão 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 avaliação mais alta. No entanto, a aparição de inúmeras blockchains torna difícil para o desenvolvimento do ecossistema acompanhar o ritmo das blockchains públicas, levando a muitos projetos a fracassarem em TGE.
Com o OP Stack, a Coinbase lançou sua própria Layer 2 Base, a Kraken lançou o Ink; com a tecnologia ZK, a OKX lançou o XLayer; a Sony lançou o Soneium e a LINE lançou o Kaia, entre outros. Hoje em dia, a barreira de entrada em termos de financiamento e tecnologia para construir uma cadeia foi significativamente reduzida, e o custo de operar uma cadeia baseada no OP Stack é de cerca de 10.000 dólares por mês.
O futuro será definitivamente uma era de coexistência multichain. Embora essas cadeias de Layer 2 possam optar pela compatibilidade EVM para interconexão, devido ao grande número de aplicações downstream de entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar consenso.
Quebra do TVL, fonte: Defillama
O atual ecossistema multichain trouxe um novo desafio: a fragmentação de liquidez e estado. Dada a inevitabilidade da existência de múltiplas cadeias, a interoperabilidade é um campo que deve ser explorado e resolvido. Existem atualmente muitas soluções de liquidez, como as que mencionamos, abstração de cadeia (Particle Network, Socket, XION, INFINIT, Borsa), intenções (Anoma, Khalani), Execução de Liquidação (Connext), CrossChain Nativo (Cross), ZKSharding (=nil; Foundation), mas sua essência central é a mesma.
Stack de Abstração de Cadeia, Fonte: FrontierResearch
Usamos 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
Esta é a camada de interação direta do usuário, e também a camada mais abstrata das soluções de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, o usuário interage com a interface frontend e pode não entender os mecanismos de conversão de liquidez subjacentes.
Camada de Permissão
Localizado abaixo da camada de aplicação, o usuário conecta sua carteira ao dApp e solicita uma cotação para satisfazer sua intenção de transação. Aqui, a "intenção" refere-se ao resultado final esperado da transação (ou seja, a saída), e não ao caminho de execução específico da transação.
Gerenciamento de Contas e Camada de Abstração
Devido à existência de um ambiente multichain, é necessário um sistema de gerenciamento e abstração de contas que se adapte às estruturas de contas únicas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos do SUI é completamente diferente do EVM. One Balance é um projeto representativo nesta área, construindo um sistema de contas confiável sem a necessidade de construir consenso entre cadeias, apenas um compromisso confiável entre os sistemas de contas existentes. A Near Account implementa gerenciamento de abstração 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, em termos de liquidez, integraram principalmente as blockchains públicas existentes.
Camada de Solver
Esta camada é responsável por receber e realizar a intenção de transação do usuário, onde o papel do Solver compete para fornecer uma melhor experiência ao usuário, incluindo tempos de transação mais rápidos e velocidade de execução. Com base nisso, projetos orientados por intenções, como Anoma, construíram várias soluções impulsionadas por intenções. Derivados dessas intenções, como componentes Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidação
Esta é a camada de middleware usada pela camada de Solver para realizar a intenção do usuário. Os componentes centrais das soluções para a fragmentação de liquidez e estado incluem:
Oráculo: utilizado para obter informações de estado de outras cadeias.
Pontes entre cadeias: responsáveis pela transmissão de informações e liquidez entre cadeias.
Solução de Pré-confirmação: reduz o tempo de confirmação entre cadeias.
Disponibilidade de Dados (DA): fornece acessibilidade aos dados.
Além disso, devem ser considerados fatores como liquidez entre cadeias, finalização, mecanismos de prova de Layer 2, entre outros, para garantir a operação eficiente de todo o sistema multichain.
Solução
Atualmente, existem várias soluções no mercado para o problema da fragmentação de liquidez. Após uma ampla revisão de várias soluções, identificamos principalmente estas abordagens:
1. Centrado em RaaS: Soluções de Rollup como a OP Stack, que assistem na construção de Rollups sobre a OP Stack com ordenadores compartilhados específicos e pontes entre cadeias para compartilhar liquidez e estado. Isso espera resolver a dispersão de liquidez e estado em um nível mais alto. Um aspecto mais detalhado é o design separado de um ordenador compartilhado, que é mais voltado para Layer2 e não é universal, como Astria, Espresso e Flashbots.
Abstração de Cadeia, fonte: NEAR
2. Centrado em contas: Semelhante ao NEAR, construir uma carteira de conta de cadeia total, suportada por uma tecnologia chamada "assinatura de cadeia" para assinar e executar transações através de vários protocolos de blockchain. O componente central é uma rede MPC, que assina transações multichain em nome do usuário. Embora essa solução possa resolver significativamente o problema de fragmentação da UX, para os desenvolvedores, isso envolve uma implementação de backend complexa e não resolve essencialmente a dispersão de liquidez e estado.
3. Centrado na rede de intenções off-chain: Ou seja, a Rede Solver em nosso diagrama de arquitetura de introdução, onde os usuários enviam intenções para a Rede Solver, que competem para fornecer a melhor hora de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Formadores de Mercado ou até mesmo protocolos integrados, como o Liquorice. Projetos nessa área incluem Anoma, Khalani, Enso, aori e Valantis. Embora a intenção possa teoricamente permitir operações complexas entre cadeias de qualquer dificuldade, na prática, são necessários Solvers com liquidez suficiente para ajudar. Quando surgem demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se métodos como prova de fraude forem introduzidos, a implementação da Rede Solver se tornará ainda mais difícil e a barreira para operar Solvers será maior.
4. Centrado na rede de liquidez on-chain: Esta abordagem é especificamente otimizada para o problema da liquidez entre cadeias, mas não resolve o problema da dispersão de estado em outras cadeias. Seu núcleo é construir uma camada de liquidez, sobre a qual as aplicações são construídas para compartilhar liquidez total entre cadeias. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, entre outros.
5. Centrado em aplicações on-chain: Esses aplicativos constroem aplicações de alta liquidez através da integração de grandes MM ou outras aplicações de terceiros, como Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, entre outros. Esses projetos precisam gerenciar processos complexos entre cadeias, exigindo muito dos desenvolvedores, e, portanto, estão sujeitos a ataques de hackers.
Resolver o problema da liquidez é uma proposição muito importante; no mundo financeiro, a liquidez muitas vezes representa tudo. Se pudermos construir uma plataforma que integre a liquidez, especialmente a liquidez total dispersa, haverá um imenso potencial, e já vimos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, de acordo com a estrutura do bolo, a Camada de Liquidação é a solução em nível atômico mais fundamental. Acima dessas soluções atômicas, como entre cadeias, oráculos, soluções de pré-confirmação, está uma camada mais abstrata, que é a Camada de Solver, Camada de Permissão e Camada de Aplicação. As várias soluções que listamos anteriormente, que se concentram em diferentes direções para construir abstrações ou soluções de liquidez, se encaixam em diferentes níveis, entendidos como relações de upstream e downstream. No entanto, essas soluções ainda não são soluções de nível atômico. A fragmentação da liquidez traz uma série de problemas complexos, e várias soluções para interoperabilidade surgiram. Contudo, a essência ainda depende desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeias, para ver como cada um resolve o problema da fragmentação de liquidez a partir de sua própria perspectiva.
INFINIT
Estrutura do INFINIT, fonte: Infinit
INFINIT construiu um serviço RaaS no espaço DeFi que pode fornecer diretamente os componentes necessários para a construção de protocolos DeFi, como Oráculo, Tipo de Pool, IRM, Ativo, etc., e também pode fornecer componentes como Trading com Alavancagem e Estratégia de Rendimento prontos para uso. Isso equivale a um terminal de construção de outras aplicações, mas a liquidez final é mantida na camada de liquidez do Infinit. No entanto, atualmente não divulgou os princípios de funcionamento subjacentes. O INFINIT já recebeu 6 milhões de dólares em rodada seed de Robot Ventures, Electric Capital e Maelstrom Capital, entre outros.
Khalani Network
Estrutura da Rede Khalani, fonte: KhalaniNetwork
Khalani construiu três componentes centrais: uma camada compatível com intenções, validade e uma camada de liquidação universal.
Aplicativos externos ou a camada de intenções podem publicar intenções para Khalani, que então transforma essas intenções externas em um formato que o protocolo Solver pode reconhecer. O formato padronizado usado é a linguagem de Validade. Os nós Khalani são responsáveis por submeter os resultados finais à camada de liquidação universal por meio de pontes entre cadeias e tecnologias de liquidação rápida. Este projeto ainda está em fase de construção e não divulgou mais detalhes sobre os trabalhos. Em agosto, recebeu 2,2 milhões de dólares em financiamento seed de Ethereal Ventures, Nascent, Maelstrom Capital e outros.
Liquorice
Estrutura do Liquorice, fonte: Liquorice
Liquorice é um aplicativo descentralizado que permite a descoberta de preços baseada em leilões e piscinas de liquidez unidirecionais. A missão principal do Liquorice é fornecer ferramentas de gerenciamento de estoque eficientes para empresas de trading profissionais e conectar facilmente a protocolos DeFi centrais como 1inch e Uniswap X ao liquidar transações com a intenção de uso. Ao mesmo tempo, o Liquorice criou um mercado de empréstimos para suas transações de empréstimo. Este aplicativo é mais focado na própria negociação. Atualmente, ainda está em fase de desenvolvimento, tendo anunciado em julho que obteve um financiamento de pré-seed de 1,2 milhão de dólares liderado pela GreenField.
Xion
Xion é uma atualização da marca Burnt, que no passado focava em aplicativos para consumidores. Após a equipe perceber que havia uma grande fragmentação nas interações em blockchain, eles construíram o Xion para melhorar esse problema. O Xion é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-se mais nativa e segura do que outras pontes entre cadeias. Ele passou por quatro rodadas de financiamento, com investidores como Animoca, Multicoin, Alliance DAO e Mechanism.
=nil; Foundation
nil é o mercado de poder de ZK da Ethereum, processador de ZK e desenvolvedor de Layer2, com uma equipe com forte conhecimento em tecnologia ZK. Propôs a solução zkSharding, que usa tecnologia ZK para escalar horizontalmente a rede principal da Ethereum, executando o processamento paralelo de fragmentos de transações e gerando ZKP, enquanto o fragmento principal verifica 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 no fragmento de execução. O protocolo de consenso usado 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. 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 Layer2 fragmentada, assim resolvendo problemas de liquidez e dispersão de estado. No entanto, a ideia central não é razoável, pois a dispersão de liquidez é um problema multichain; sua construção é uma Layer2 única, significando que para resolver isso, todas as cadeias precisariam se tornar um fragmento do ZK-sharding, o que é difícil de realizar.
ERC-7683
ERC-7683, fonte: Across
A Ethereum também está trabalhando para resolver o problema de liquidez entre cadeias. Atualmente, Arbitrum, OP e Uniswap são os primeiros a apoiar publicamente o padrão ERC7683, que também é baseado na abordagem de cross-chain por intenção. O objetivo central é estabelecer um padrão universal para operações entre L2 e sidechains, padronizando ordens e interfaces de liquidação para permitir execuções entre cadeias sem costura. O núcleo disso é um Filler, que também pode ser visto como o papel de Solver na abstração de cadeias. Essa proposta foi construída em conjunto pela Uniswap e pela Across e está atualmente sendo revisada pelo grupo de trabalho da Cake.
OP Stack
OP Stack, ERC-7683, e zkSharding são soluções internas do Ethereum para a fragmentação de liquidez entre Layer2, abordando isso nos níveis de arquitetura, consenso e aplicação. O OP Stack projeta uma solução completa de múltiplos Layer2 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 entre cadeias serão automaticamente implantados e haverá um Supervisor para evitar a transmissão de informações incorretas entre cadeias. Atualmente, Coinbase, Uniswap, Kraken, entre outros, estão utilizando a arquitetura OP Stack.
Um exemplo típico é a Unichain. A Unichain resolve o problema da fragmentação da liquidez cross-chain principalmente através da integração com a rede Superchain. Esta configuração promove a movimentação de liquidez sem costura, oferecendo as seguintes funcionalidades:
Ponte entre cadeias baseada em intenção: Esta ponte suporta transferências de liquidez entre blockchains rápidas e confiáveis, permitindo que os usuários definam intenções para ajudar o sistema a escolher automaticamente o melhor caminho para movimentação de liquidez. Este método abstrai a complexidade para o usuário, tornando as transações entre cadeias mais suaves e rápidas.
A Rede de Validação Unichain (UVN): esta rede de operadores de nós descentralizados valida transações entre cadeias e fornece uma finalização econômica mais rápida. A finalização mais rápida é crucial para garantir a liquidação eficiente das transações entre cadeias, minimizando assim o risco de fragmentação de liquidez devido a atrasos na liquidação.
Flashblocks e construção de blocos verificáveis: ao usar Flashblocks, a Unichain diminuiu significativamente o tempo de blocos, aumentando a eficiência dos provedores de liquidez e alcançando um mercado cross-chain mais sincronizado. Flashblocks ajudam a garantir que a liquidez esteja sempre disponível e reduzem os impactos negativos causados por atrasos na confirmação de blocos, que podem levar à fragmentação da liquidez.
Resumo
Resolver o problema da liquidez entre cadeias é um campo bastante complexo e com muitas soluções disponíveis. Por exemplo, soluções de Layer2 variam desde mensagens cross-chain embutidas no Ethereum, especialmente o ERC-7683, até a OP Stack construída pelo OP para compartilhar Sequencer. Fora do contexto Layer2, todas as Layer1 também enfrentam problemas de fragmentação de liquidez, estado e experiência do usuário. Existem soluções centradas em aplicações especificamente para liquidez, além de soluções off-chain baseadas na Rede Solver, e até mesmo soluções centradas em contas como o NEAR, embora também precisem de um papel off-chain como o Solver.
Reconhecemos que a fragmentação da liquidez, estado e experiência do usuário é um problema na indústria de blockchain como um todo. Se pensarmos de forma holística, precisamos abordá-lo de uma maneira mais abstrata, semelhante à abstração de cadeias. Isso representa a verdadeira entrada do Web3, resolvendo a fragmentação da experiência do usuário, enquanto a integração da liquidez e do estado ocorre em lugares que o usuário não percebe. Como integrar isso é um tema que vale a pena explorar, sendo dividido entre o uso de redes off-chain Solver e pontes cross-chain de integração atômica. Em resumo, o futuro será certamente multichain, e resolver a dispersão da liquidez é um problema que a indústria inevitavelmente enfrentará, com um vasto espaço de crescimento para a integração da liquidez total, que pode construir o Google da era Web3.
