Estudo sobre o problema da liquidez fragmentada na era da Camada 2
Com a transição do Ethereum para soluções de escalabilidade centradas na Camada 2, juntamente com a ascensão de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria blockchain para representar diferentes interesses e buscar uma avaliação mais elevada. No entanto, a emergência de numerosas blockchains públicas dificultou o desenvolvimento do ecossistema em acompanhar o ritmo das blockchains públicas, resultando em muitos projetos a desvalorizarem-se logo no TGE.
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 aplicação de comunicação 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 para 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. Apesar de estas Camadas 2 poderem 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 e alcançar consenso na mesma cadeia.
O atual ecossistema multichain trouxe um novo desafio: Liquidez e dispersão de estado. Dada a inevitabilidade da existência de múltiplas cadeias, a interoperabilidade é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenções, Clearing Execution, Native CrossChain, ZKSharding, 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 de cross-chain:
A camada de aplicação é a camada com a qual os usuários interagem diretamente, e também é a camada mais abstrata nas soluções 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.
A camada de permissões está localizada abaixo da camada de aplicações, os usuários conectam sua 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 que o usuário espera, e não ao caminho específico de execução da negociação.
A gestão de contas e a camada de abstração, devido à existência de um ambiente multichain, necessitam de 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. Uma determinada plataforma é um projeto representativo neste campo, tendo construído um sistema de contas confiável, sem necessidade de estabelecer consenso entre cadeias, bastando compromissos de confiança entre os sistemas de contas existentes. A referida plataforma implementa a gestão abstrata gerando carteiras de contas multichain para os usuários, otimizando grandemente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, integrou principalmente as blockchains públicas existentes.
O Layer 2 é responsável por receber e implementar a intenção de negociação dos usuários. O papel do Solver compete aqui para proporcionar uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e velocidades de execução. Com base nisso, vários projetos orientados por intenções foram construídos. Derivados desse tipo de intenção, como o componente Predicate, podem implementar a intenção do usuário sob regras específicas.
A camada de liquidação é a camada de middleware utilizada pela camada de resolução para implementar a intenção do usuário. Os componentes principais das soluções 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 a acessibilidade dos 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 multi-cadeia.
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após examinarmos uma grande variedade de soluções, descobrimos que as principais abordagens são as seguintes:
Centrado em RaaS: soluções de Rollup como OP Stack, assistem a construção de Rollups na OP Stack através da adição de 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. Aqui, há um design mais segmentado que é o ordenador compartilhado separado, esta solução é mais direcionada para a Camada 2, não sendo universal.
Centrado na conta: construir uma carteira de conta de toda a cadeia, suportada por uma tecnologia chamada "assinatura em cadeia" que permite a assinatura e execução de transações através de vários protocolos de blockchain. O componente central é a rede MPC, que substitui o usuário na assinatura de transações multichain. Esta solução, embora resolva amplamente 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 de estado.
Centrado na rede de intenções off-chain: ou seja, a Solver Network, cujo núcleo é o envio de intenções pelos usuários para a rede Solver, onde o papel do Solver é competir por cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, bolsas, formadores de mercado ou até mesmo o próprio protocolo integrado. Embora a intenção possa teoricamente realizar operações cross-chain de complexidade arbitrária, na prática, é necessário ter Solvers com liquidez suficiente para auxiliar, e ao encontrar algumas necessidades off-chain, há a possibilidade de fraude por parte dos Solvers. Se forem introduzidos mecanismos como provas de fraude, a dificuldade de implementação da Solver Network aumentará, assim como a barreira de entrada para operar como Solver.
Com o foco na rede de liquidez em cadeia: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve outros problemas de dispersão de estado em cadeia. O seu núcleo é construir uma camada de liquidez, sobre a qual são construídas aplicações, para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações na cadeia: Este tipo de aplicações constrói aplicações de alta liquidez integrando grandes formadores de mercado ou aplicações de terceiros. Estes projetos requerem a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, o que também torna muito fácil a ocorrência de ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante; no mundo financeiro, a liquidez muitas vezes representa tudo. Se conseguirmos construir uma plataforma de liquidez integrada, especialmente integrando a liquidez fragmentada de toda a cadeia, teremos um potencial muito grande, e também vimos muitas soluções diferentes.
As várias soluções de abstração ou liquidez que construímos em diferentes direções, listadas acima, correspondem a diferentes camadas deste conjunto e podem ser compreendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções de nível atômico; o problema da liquidez fragmentada trouxe o surgimento de muitos problemas derivados complexos. Assim, surgiram uma variedade de soluções em resposta à interoperabilidade. Mas, essencialmente, ainda dependemos desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração em cadeias para ver como cada um resolve o problema da liquidez fragmentada a partir de seu próprio ponto de partida.
Um projeto construiu um serviço RaaS no setor 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 oferecer componentes como Negociação com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente a outros pontos de construção de aplicações, mas a liquidez final é colocada na camada de liquidez deste projeto. No entanto, atualmente ainda não revelou o funcionamento subjacente. Este projeto já obteve 6 milhões de dólares em financiamento da rodada de sementes.
Uma rede construiu três componentes centrais, 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 a rede, e a camada compatível com Intent da rede pode converter as intenções externas em um formato reconhecido pelo Solver de protocolo, usando um formato normalizado chamado linguagem Validity. Os nós da rede são responsáveis por enviar os resultados finais para a 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 sobre o trabalho. Em agosto, obteve 2,2 milhões de dólares em financiamento de seed.
Uma aplicação descentralizada pode realizar a descoberta de preços baseada em leilões e pools de liquidez unidirecional. A sua principal missão é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, e conectar-se facilmente aos protocolos DeFi principais ao liquidar transações com a intenção de uso. Ao mesmo tempo, a aplicação criou um mercado de empréstimos para realizar transações de empréstimos. Esta aplicação foca ainda mais na própria negociação. Atualmente ainda está em fase de desenvolvimento, tendo anunciado em julho a captação de 1,2 milhões de dólares na ronda de financiamento Pre-seed.
Um determinado projeto é baseado no 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. Já foram realizadas quatro rodadas de financiamento.
Uma fundação é o mercado de poder de cálculo ZK da Ethereum, ZK co-processadores e desenvolvedores de Camada 2, com uma equipe que possui uma sólida base técnica em ZK. Propuseram a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a rede principal da Ethereum, executando o processamento paralelo de fragmentos e gerando ZKP, enquanto a fragmentação principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. A fragmentação principal também gerencia a distribuição de validadores e contas na fragmentação de execução. O protocolo de consenso utilizado pelo comitê de validação é também Hotstuff, o que é comum em projetos de execução paralela mais recentes. A L2 da fundação incorporou a comunicação entre fragmentos no protocolo desde o início.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos integrada, semelhante ao IBC, através de uma arquitetura de Layer 2 fragmentada, assim será possível 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 de múltiplas cadeias, e o que está sendo construído é uma única Layer 2, o que significa que, para resolver isso, todas as cadeias precisariam se tornar um fragmento de ZK-sharding, o que é difícil de realizar.
A Ethereum também está a trabalhar na resolução deste problema de liquidez entre cadeias. Atualmente, uma Camada 2 e um DEX estão a apoiar publicamente um determinado padrão, que utiliza também um método de cross-chain baseado em Intent. O objetivo central é estabelecer um padrão universal para operações cross-chain entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo a execução seamless entre cadeias. O núcleo principal é um Filler, que também pode ser considerado o papel de Solver no contexto de abstração de cadeias. Esta proposta foi construída em conjunto por um DEX e um determinado projeto e está atualmente a ser revista por um grupo de trabalho.
Certas Stack, os padrões acima e zkSharding são soluções internas do Ethereum para a fragmentação da liquidez entre Camada 2, abordando a questão em níveis de arquitetura, consenso e aplicação. Certas Stack resolve de uma só vez os problemas de transmissão de informações e descentralização do Sequencer, ao projetar uma solução completa multi-Camada 2. Ao usar essa arquitetura Stack, contratos cross-chain são implantados automaticamente, e existe um Supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, vários projetos conhecidos estão utilizando essa arquitetura Stack.
Entre eles, o mais típico é certa cadeia. Essa cadeia resolve o problema da fragmentação da liquidez entre cadeias principalmente através da integração com a rede Superchain. Esta configuração facilita o movimento de liquidez sem costura, oferecendo as seguintes funcionalidades:
Ponte entre cadeias baseada em intenção: Esta ponte suporta a transferência de liquidez entre blockchains de forma rápida e confiável, permitindo que os usuários definam intenções, ajudando assim o sistema a escolher automaticamente o melhor caminho para mover a liquidez. Este método abstrai a complexidade para os usuários, tornando as transações entre cadeias mais suaves e rápidas.
Verificação da rede: esta rede de operadores de nós descentralizados valida transações inter-chain, oferecendo uma maior certeza econômica final mais rápida. Uma certeza final mais rápida é crucial para garantir a liquidez e a eficiência na liquidação de transações inter-chain, minimizando assim o risco de fragmentação de liquidez devido a liquidações atrasadas.
Flashblocks e construção de blocos verificáveis: ao usar Flashblocks, a cadeia reduz significativamente o tempo de bloco, aumenta a eficiência dos provedores de liquidez e realiza um mercado cross-chain mais sincronizado. Flashblocks ajuda a garantir que a liquidez esteja sempre disponível e reduz os impactos negativos causados por atrasos na confirmação de blocos, que podem levar à fragmentação da liquidez.
 e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
12 gostos
Recompensa
12
6
Partilhar
Comentar
0/400
InfraVibes
· 5h atrás
O l2 finalmente está a chegar? Embora seja bom haver agitação, não se esforcem demasiado.
Ver originalResponder0
GasFeeVictim
· 5h atrás
estão fazendo as pessoas de parvas como um coador.
Ver originalResponder0
AirdropChaser
· 5h atrás
fazer as pessoas de parvas 就 fazer as pessoas de parvas 不亏就行
Ver originalResponder0
AllTalkLongTrader
· 5h atrás
Outra vez vi aquele grupo a gritar que ia cair abaixo do preço de emissão, fizeram as pessoas de parvas e depois correram.
Ver originalResponder0
degenwhisperer
· 5h atrás
Não se preocupe, quem está a ganhar no L2 agora?
Ver originalResponder0
NFT_Therapy
· 5h atrás
Ainda a fazer as pessoas de parvas, a moeda quase já caiu.
Exploração do problema da liquidez fragmentada e soluções na era da Camada 2
Estudo sobre o problema da liquidez fragmentada na era da Camada 2
Com a transição do Ethereum para soluções de escalabilidade centradas na Camada 2, juntamente com a ascensão de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria blockchain para representar diferentes interesses e buscar uma avaliação mais elevada. No entanto, a emergência de numerosas blockchains públicas dificultou o desenvolvimento do ecossistema em acompanhar o ritmo das blockchains públicas, resultando em muitos projetos a desvalorizarem-se logo no TGE.
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 aplicação de comunicação 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 para 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. Apesar de estas Camadas 2 poderem 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 e alcançar consenso na mesma cadeia.
O atual ecossistema multichain trouxe um novo desafio: Liquidez e dispersão de estado. Dada a inevitabilidade da existência de múltiplas cadeias, a interoperabilidade é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenções, Clearing Execution, Native CrossChain, ZKSharding, 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 de cross-chain:
A camada de aplicação é a camada com a qual os usuários interagem diretamente, e também é a camada mais abstrata nas soluções 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.
A camada de permissões está localizada abaixo da camada de aplicações, os usuários conectam sua 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 que o usuário espera, e não ao caminho específico de execução da negociação.
A gestão de contas e a camada de abstração, devido à existência de um ambiente multichain, necessitam de 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. Uma determinada plataforma é um projeto representativo neste campo, tendo construído um sistema de contas confiável, sem necessidade de estabelecer consenso entre cadeias, bastando compromissos de confiança entre os sistemas de contas existentes. A referida plataforma implementa a gestão abstrata gerando carteiras de contas multichain para os usuários, otimizando grandemente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, integrou principalmente as blockchains públicas existentes.
O Layer 2 é responsável por receber e implementar a intenção de negociação dos usuários. O papel do Solver compete aqui para proporcionar uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e velocidades de execução. Com base nisso, vários projetos orientados por intenções foram construídos. Derivados desse tipo de intenção, como o componente Predicate, podem implementar a intenção do usuário sob regras específicas.
A camada de liquidação é a camada de middleware utilizada pela camada de resolução para implementar a intenção do usuário. Os componentes principais das soluções de liquidez e estado descentralizado incluem:
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 multi-cadeia.
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após examinarmos uma grande variedade de soluções, descobrimos que as principais abordagens são as seguintes:
Centrado em RaaS: soluções de Rollup como OP Stack, assistem a construção de Rollups na OP Stack através da adição de 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. Aqui, há um design mais segmentado que é o ordenador compartilhado separado, esta solução é mais direcionada para a Camada 2, não sendo universal.
Centrado na conta: construir uma carteira de conta de toda a cadeia, suportada por uma tecnologia chamada "assinatura em cadeia" que permite a assinatura e execução de transações através de vários protocolos de blockchain. O componente central é a rede MPC, que substitui o usuário na assinatura de transações multichain. Esta solução, embora resolva amplamente 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 de estado.
Centrado na rede de intenções off-chain: ou seja, a Solver Network, cujo núcleo é o envio de intenções pelos usuários para a rede Solver, onde o papel do Solver é competir por cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, bolsas, formadores de mercado ou até mesmo o próprio protocolo integrado. Embora a intenção possa teoricamente realizar operações cross-chain de complexidade arbitrária, na prática, é necessário ter Solvers com liquidez suficiente para auxiliar, e ao encontrar algumas necessidades off-chain, há a possibilidade de fraude por parte dos Solvers. Se forem introduzidos mecanismos como provas de fraude, a dificuldade de implementação da Solver Network aumentará, assim como a barreira de entrada para operar como Solver.
Com o foco na rede de liquidez em cadeia: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve outros problemas de dispersão de estado em cadeia. O seu núcleo é construir uma camada de liquidez, sobre a qual são construídas aplicações, para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações na cadeia: Este tipo de aplicações constrói aplicações de alta liquidez integrando grandes formadores de mercado ou aplicações de terceiros. Estes projetos requerem a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, o que também torna muito fácil a ocorrência de ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante; no mundo financeiro, a liquidez muitas vezes representa tudo. Se conseguirmos construir uma plataforma de liquidez integrada, especialmente integrando a liquidez fragmentada de toda a cadeia, teremos um potencial muito grande, e também vimos muitas soluções diferentes.
As várias soluções de abstração ou liquidez que construímos em diferentes direções, listadas acima, correspondem a diferentes camadas deste conjunto e podem ser compreendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções de nível atômico; o problema da liquidez fragmentada trouxe o surgimento de muitos problemas derivados complexos. Assim, surgiram uma variedade de soluções em resposta à interoperabilidade. Mas, essencialmente, ainda dependemos desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração em cadeias para ver como cada um resolve o problema da liquidez fragmentada a partir de seu próprio ponto de partida.
Um projeto construiu um serviço RaaS no setor 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 oferecer componentes como Negociação com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente a outros pontos de construção de aplicações, mas a liquidez final é colocada na camada de liquidez deste projeto. No entanto, atualmente ainda não revelou o funcionamento subjacente. Este projeto já obteve 6 milhões de dólares em financiamento da rodada de sementes.
Uma rede construiu três componentes centrais, 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 a rede, e a camada compatível com Intent da rede pode converter as intenções externas em um formato reconhecido pelo Solver de protocolo, usando um formato normalizado chamado linguagem Validity. Os nós da rede são responsáveis por enviar os resultados finais para a 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 sobre o trabalho. Em agosto, obteve 2,2 milhões de dólares em financiamento de seed.
Uma aplicação descentralizada pode realizar a descoberta de preços baseada em leilões e pools de liquidez unidirecional. A sua principal missão é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, e conectar-se facilmente aos protocolos DeFi principais ao liquidar transações com a intenção de uso. Ao mesmo tempo, a aplicação criou um mercado de empréstimos para realizar transações de empréstimos. Esta aplicação foca ainda mais na própria negociação. Atualmente ainda está em fase de desenvolvimento, tendo anunciado em julho a captação de 1,2 milhões de dólares na ronda de financiamento Pre-seed.
Um determinado projeto é baseado no 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. Já foram realizadas quatro rodadas de financiamento.
Uma fundação é o mercado de poder de cálculo ZK da Ethereum, ZK co-processadores e desenvolvedores de Camada 2, com uma equipe que possui uma sólida base técnica em ZK. Propuseram a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a rede principal da Ethereum, executando o processamento paralelo de fragmentos e gerando ZKP, enquanto a fragmentação principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. A fragmentação principal também gerencia a distribuição de validadores e contas na fragmentação de execução. O protocolo de consenso utilizado pelo comitê de validação é também Hotstuff, o que é comum em projetos de execução paralela mais recentes. A L2 da fundação incorporou a comunicação entre fragmentos no protocolo desde o início.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos integrada, semelhante ao IBC, através de uma arquitetura de Layer 2 fragmentada, assim será possível 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 de múltiplas cadeias, e o que está sendo construído é uma única Layer 2, o que significa que, para resolver isso, todas as cadeias precisariam se tornar um fragmento de ZK-sharding, o que é difícil de realizar.
A Ethereum também está a trabalhar na resolução deste problema de liquidez entre cadeias. Atualmente, uma Camada 2 e um DEX estão a apoiar publicamente um determinado padrão, que utiliza também um método de cross-chain baseado em Intent. O objetivo central é estabelecer um padrão universal para operações cross-chain entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo a execução seamless entre cadeias. O núcleo principal é um Filler, que também pode ser considerado o papel de Solver no contexto de abstração de cadeias. Esta proposta foi construída em conjunto por um DEX e um determinado projeto e está atualmente a ser revista por um grupo de trabalho.
Certas Stack, os padrões acima e zkSharding são soluções internas do Ethereum para a fragmentação da liquidez entre Camada 2, abordando a questão em níveis de arquitetura, consenso e aplicação. Certas Stack resolve de uma só vez os problemas de transmissão de informações e descentralização do Sequencer, ao projetar uma solução completa multi-Camada 2. Ao usar essa arquitetura Stack, contratos cross-chain são implantados automaticamente, e existe um Supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, vários projetos conhecidos estão utilizando essa arquitetura Stack.
Entre eles, o mais típico é certa cadeia. Essa cadeia resolve o problema da fragmentação da liquidez entre cadeias principalmente através da integração com a rede Superchain. Esta configuração facilita o movimento de liquidez sem costura, oferecendo as seguintes funcionalidades:
Ponte entre cadeias baseada em intenção: Esta ponte suporta a transferência de liquidez entre blockchains de forma rápida e confiável, permitindo que os usuários definam intenções, ajudando assim o sistema a escolher automaticamente o melhor caminho para mover a liquidez. Este método abstrai a complexidade para os usuários, tornando as transações entre cadeias mais suaves e rápidas.
Verificação da rede: esta rede de operadores de nós descentralizados valida transações inter-chain, oferecendo uma maior certeza econômica final mais rápida. Uma certeza final mais rápida é crucial para garantir a liquidez e a eficiência na liquidação de transações inter-chain, minimizando assim o risco de fragmentação de liquidez devido a liquidações atrasadas.
Flashblocks e construção de blocos verificáveis: ao usar Flashblocks, a cadeia reduz significativamente o tempo de bloco, aumenta a eficiência dos provedores de liquidez e realiza um mercado cross-chain mais sincronizado. Flashblocks ajuda a garantir que a liquidez esteja sempre disponível e reduz os impactos negativos causados por atrasos na confirmação de blocos, que podem levar à fragmentação da liquidez.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究](