Camada 2 时代下Liquidez fazer as pessoas de parvas问题的探讨
Com a Ethereum a mudar para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de várias ferramentas, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria cadeia para representar diferentes interesses e buscar uma avaliação mais alta. No entanto, a emergência de tantas blockchains públicas dificulta o desenvolvimento do ecossistema em acompanhar o ritmo das blockchains, levando muitos projetos a enfrentarem dificuldades desde o início.
Aproveitando várias tecnologias, várias empresas e instituições renomadas lançaram sua própria Camada 2 ou blockchain pública. Hoje, o custo e a barreira técnica para construir uma cadeia foram drasticamente reduzidos, e o custo mensal para operar uma cadeia baseada em certos stacks tecnológicos é de cerca de 10.000 dólares.
O futuro será, sem dúvida, uma era de coexistência de múltiplas cadeias. Embora essas cadeias emergentes possam optar pela interoperabilidade para se conectarem, devido às entidades por trás delas terem uma grande quantidade de aplicações downstream, é difícil construir aplicações e alcançar consenso na mesma cadeia.
O atual ecossistema multichain trouxe um novo desafio: Liquidez e desagregaçã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, execução de liquidação, cross-chain nativo, sharding, entre outras, mas sua essência central é bastante similar.
Usamos uma arquitetura amplamente reconhecida na indústria para apresentar de cima para baixo a composição dos componentes centrais da abstração cross-chain:
Camada 2
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, podendo não entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissões
Localizado abaixo da camada de aplicação, os usuários conectam suas carteiras ao dApp e solicitam cotações para satisfazer a intenção de negociação. Aqui, a "intenção" refere-se ao resultado final esperado da negociação (, ou seja, a saída ), e não ao caminho de execução específico da negociação.
Gestão de contas e camada abstrata
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 a estrutura única de contas de cada cadeia. Alguns projetos construíram um sistema de contas confiáveis, que não requer a criação de um consenso entre cadeias, apenas um compromisso confiável entre os sistemas de contas existentes. Outros projetos alcançaram uma 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 experiência do usuário.
Camada 2
A Camada 2 é responsável por receber e executar as intenções de negociação dos usuários, onde o papel de solucionador 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 impulsionadas por intenções. Derivados desse tipo de intenção podem realizar as intenções dos usuários sob regras específicas.
Camada de liquidação
Este é um middleware utilizado para resolver a camada para realizar a intenção do usuário. Os componentes centrais da solução de liquidez e estado descentralizado incluem:
Oracle: usado para obter informações de estado de outras cadeias.
Ponte Inter-Chain: responsável pela transmissão de informações e Liquidez entre cadeias.
Confirmar o plano com antecedência: 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.
Atualmente, existem várias soluções no mercado para resolver a liquidez dividida. Após analisarmos uma grande variedade de soluções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: Ajudar a construir liquidez e estado compartilhados de Rollup em uma pilha tecnológica específica, através da integração de ordenadores compartilhados específicos e pontes entre cadeias. Isso visa resolver a liquidez e a dispersão de estado em um nível mais alto.
Centrado na conta: construir uma carteira de conta de 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 assina transações multi-chain em nome dos usuários. Esta solução, embora resolva em grande parte 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.
Com foco na rede de intenções fora da cadeia: o núcleo é que os usuários enviam intenções para a rede de solucionadores, onde o papel do solucionador é competir em ofertas, fornecendo o melhor tempo de conclusão e preço de negociação. Esses solucionadores podem ser agentes de IA, bolsas centralizadas, formadores de mercado ou até mesmo o protocolo integrado em si. Embora a intenção possa teoricamente realizar operações complexas de cross-chain de qualquer dificuldade, na prática, é necessário ter solucionadores com liquidez suficiente para ajudar, e quando surgem algumas demandas fora da cadeia, existe a possibilidade de fraude por parte dos solucionadores. Se forem introduzidos métodos como provas de fraude, a dificuldade de implementação da rede de solucionadores aumentará, assim como a barreira de entrada para operar como solucionador.
Com a rede de liquidez em cadeia como centro: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve o problema da dispersão do estado em outras cadeias. O seu núcleo é construir uma camada de liquidez, na qual as aplicações são construídas, para compartilhar liquidez em toda a cadeia.
Centrado em aplicações na cadeia: este tipo de aplicações constrói aplicações de alta liquidez através da integração de grandes formadores de mercado ou aplicações de terceiros. Estes projetos precisam gerenciar processos complexos entre cadeias, exigindo muito dos desenvolvedores, e, portanto, são suscetíveis a problemas de segurança.
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 grande potencial, e já vimos muitas soluções diferentes.
Nas duas classificações acima, podemos ver que, de acordo com a estrutura em camadas, a camada de liquidação é a solução mais atômica, e sobre essas soluções atômicas, como as soluções cross-chain, oráculos e confirmações antecipadas, é construída uma camada mais abstrata, que consiste na camada de solução, camada de permissão e camada de aplicação. As várias soluções listadas acima, que constroem soluções abstratas ou de liquidez em diferentes direções, estão de acordo com os diferentes níveis deste conjunto e podem ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas; o problema da liquidez fragmentada trouxe à tona muitas questões derivadas complexas, e, portanto, em relação à interoperabilidade, surgiram uma variedade de soluções. Mas, essencialmente, ainda dependemos desses componentes.
A seguir, vamos discutir alguns projetos típicos de conceitos de abstração de cadeia, para ver como cada um deles resolve o problema da liquidez de forma a partir do seu próprio ponto de partida.
Um determinado projeto construiu um serviço RaaS no campo do DeFi, que pode fornecer componentes necessários para a construção direta de protocolos DeFi, como oráculos, tipos de pools de capital, modelos de taxa de juros, ativos, entre outros, e também pode oferecer componentes como negociação alavancada e estratégias de rendimento prontamente disponíveis. É equivalente a outros aplicativos de construção, mas a liquidez final é colocada na camada de liquidez desse projeto. No entanto, atualmente ainda não foi revelado o funcionamento subjacente.
Outro projeto construiu três componentes principais, que são a camada de compatibilidade de intenção, a validade e a camada de liquidação geral. Aplicações externas ou a camada de intenção podem publicar intenções para o projeto, e então a sua camada de compatibilidade de intenção pode converter as intenções externas em um formato que o solucionador de protocolos consiga reconhecer, sendo o formato normalizado utilizado a linguagem de validade. Os nós do projeto são responsáveis por submeter o resultado final à camada de liquidação geral por meio de pontes entre cadeias, tecnologias de liquidação rápida, entre outros.
Há um projeto que é uma aplicação descentralizada, capaz de realizar descoberta de preços baseada em leilões e pools de liquidez unidirecionais. Sua missão principal é fornecer ferramentas de gestão de inventário eficientes para empresas de negociação profissionais, conectando-se facilmente aos protocolos DeFi centrais ao liquidar transações com intenção de uso. Ao mesmo tempo, o projeto criou um mercado de empréstimos para realizar transações de empréstimo. Esta aplicação foca ainda mais na própria negociação.
Um determinado projeto é uma atualização de uma marca, que anteriormente se focava em aplicações para consumidores. Depois, a equipe percebeu que havia um grande problema de fragmentação nas interações em cadeia, por isso construíram um novo projeto para melhorar essa questão. A comunicação entre cadeias que adotam é baseada em certas tecnologias, sendo assim mais nativa e segura do que outras pontes entre cadeias.
Há um projeto que é o mercado de poder computacional ZK da Ethereum, processadores ZK e desenvolvedores de Camada 2, com uma equipe que possui uma sólida base técnica em ZK. Foi proposta a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a mainnet da Ethereum, executando o processamento paralelo de sharding e gerando ZKP, enquanto o shard principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. O shard principal também gerencia a distribuição de validadores e contas no shard de execução. O protocolo de consenso utilizado pelo comitê de validação é também um protocolo comum adotado por projetos de execução paralela. Desde o início, o projeto incorporou a comunicação entre shards no protocolo. As mensagens entre shards são validadas pelo comitê de validação de cada shard como transações.
Seu conceito básico é construir uma arquitetura de comunicação entre fragmentos embutida através de uma arquitetura de Camada 2 com fragmentação, assim pode-se resolver os problemas de Liquidez e dispersão de estado. No entanto, sua ideia central não é razoável, pois o problema que a dispersão de liquidez resolve é o problema de múltiplas cadeias, e o que está sendo construído é uma única Camada 2, o que significa que para resolver, todas as cadeias precisam se tornar um fragmento de ZK-sharding, o que é difícil de alcançar.
O Ethereum também está a trabalhar na resolução do problema da liquidez entre cadeias. Atualmente, vários projetos estão a apoiar publicamente um determinado padrão, que utiliza um método de跨链 baseado em intenção. O objetivo central é estabelecer um padrão comum para operações跨链 entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo uma execução跨链 sem costura. O principal núcleo é que um preenchimento também pode ser considerado como o papel de pagador na abstração da cadeia. Esta proposta foi construída em conjunto por alguns projetos e está atualmente a ser revista por um grupo de trabalho.
Uma determinada pilha tecnológica, assim como os padrões mencionados e o zkSharding, é uma solução para a fragmentação da liquidez entre Layer 2 dentro da Ethereum, abordando os problemas a nível de arquitetura, consenso e aplicação. Essa pilha tecnológica projeta uma solução completa multi Layer 2 para resolver de uma só vez os problemas de transmissão de informações e descentralização do ordenamento. Ao utilizar a arquitetura dessa pilha tecnológica, contratos cross-chain são automaticamente implantados, e haverá um supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, vários projetos conhecidos utilizam essa arquitetura de pilha tecnológica.
Entre eles, o mais típico é um certo projeto. Este projeto visa resolver o problema da fragmentação da liquidez entre cadeias através da integração com redes específicas. Esta configuração promove 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.
Rede de validação: esta rede de operadores de nós descentralizados valida transações entre cadeias, proporcionando uma maior rapidez na finalização econômica. Uma finalização mais rápida é crucial para garantir a liquidez eficiente das transações entre cadeias, minimizando assim o risco de fragmentação da liquidez devido a atrasos na liquidação.
Construção de blocos rápidos e blocos verificáveis: Ao usar blocos rápidos, o projeto reduziu significativamente o tempo de bloco, melhorou a eficiência dos provedores de liquidez e alcançou um mercado entre cadeias mais sincronizado. Blocos rápidos ajudam a garantir que a liquidez esteja sempre disponível e a reduzir os efeitos negativos causados por atrasos na confirmação de blocos, o que pode levar a fazer as pessoas de parvas.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) 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.
16 gostos
Recompensa
16
7
Partilhar
Comentar
0/400
LonelyAnchorman
· 19h atrás
É tão enrolado quanto comer melancia.
Ver originalResponder0
WhaleMinion
· 19h atrás
Se não entende nada, é só ganhar dinheiro.
Ver originalResponder0
ChainBrain
· 19h atrás
fazer as pessoas de parvas e enrolar explodir
Ver originalResponder0
PhantomMiner
· 19h atrás
A moeda universal está longe de se concretizar ah o_o
Ver originalResponder0
BTCBeliefStation
· 19h atrás
O custo do L2 é realmente baixo, é possível fazer por dez mil dólares por mês.
Ver originalResponder0
DeFi_Dad_Jokes
· 19h atrás
Ai, as blockchains públicas estão realmente competindo muito, já estão muito competitivas.
Ver originalResponder0
LiquidityHunter
· 19h atrás
Analista de dados de arbitragem de liquidez acompanha continuamente 44 pools DEX em movimento - Alerta de queda de profundidade de -48,2%
Camada 2 时代下的Liquidez之困：多链生态的机遇与挑战
Camada 2 时代下Liquidez fazer as pessoas de parvas问题的探讨
Com a Ethereum a mudar para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de várias ferramentas, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria cadeia para representar diferentes interesses e buscar uma avaliação mais alta. No entanto, a emergência de tantas blockchains públicas dificulta o desenvolvimento do ecossistema em acompanhar o ritmo das blockchains, levando muitos projetos a enfrentarem dificuldades desde o início.
Aproveitando várias tecnologias, várias empresas e instituições renomadas lançaram sua própria Camada 2 ou blockchain pública. Hoje, o custo e a barreira técnica para construir uma cadeia foram drasticamente reduzidos, e o custo mensal para operar uma cadeia baseada em certos stacks tecnológicos é de cerca de 10.000 dólares.
O futuro será, sem dúvida, uma era de coexistência de múltiplas cadeias. Embora essas cadeias emergentes possam optar pela interoperabilidade para se conectarem, devido às entidades por trás delas terem uma grande quantidade de aplicações downstream, é difícil construir aplicações e alcançar consenso na mesma cadeia.
O atual ecossistema multichain trouxe um novo desafio: Liquidez e desagregaçã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, execução de liquidação, cross-chain nativo, sharding, entre outras, mas sua essência central é bastante similar.
Usamos uma arquitetura amplamente reconhecida na indústria para apresentar de cima para baixo a composição dos componentes centrais da abstração cross-chain:
Camada 2
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, podendo não entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissões
Localizado abaixo da camada de aplicação, os usuários conectam suas carteiras ao dApp e solicitam cotações para satisfazer a intenção de negociação. Aqui, a "intenção" refere-se ao resultado final esperado da negociação (, ou seja, a saída ), e não ao caminho de execução específico da negociação.
Gestão de contas e camada abstrata
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 a estrutura única de contas de cada cadeia. Alguns projetos construíram um sistema de contas confiáveis, que não requer a criação de um consenso entre cadeias, apenas um compromisso confiável entre os sistemas de contas existentes. Outros projetos alcançaram uma 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 experiência do usuário.
Camada 2
A Camada 2 é responsável por receber e executar as intenções de negociação dos usuários, onde o papel de solucionador 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 impulsionadas por intenções. Derivados desse tipo de intenção podem realizar as intenções dos usuários sob regras específicas.
Camada de liquidação
Este é um middleware utilizado para resolver a camada para realizar a intenção do usuário. Os componentes centrais da solução 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 multichain.
Atualmente, existem várias soluções no mercado para resolver a liquidez dividida. Após analisarmos uma grande variedade de soluções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: Ajudar a construir liquidez e estado compartilhados de Rollup em uma pilha tecnológica específica, através da integração de ordenadores compartilhados específicos e pontes entre cadeias. Isso visa resolver a liquidez e a dispersão de estado em um nível mais alto.
Centrado na conta: construir uma carteira de conta de 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 assina transações multi-chain em nome dos usuários. Esta solução, embora resolva em grande parte 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.
Com foco na rede de intenções fora da cadeia: o núcleo é que os usuários enviam intenções para a rede de solucionadores, onde o papel do solucionador é competir em ofertas, fornecendo o melhor tempo de conclusão e preço de negociação. Esses solucionadores podem ser agentes de IA, bolsas centralizadas, formadores de mercado ou até mesmo o protocolo integrado em si. Embora a intenção possa teoricamente realizar operações complexas de cross-chain de qualquer dificuldade, na prática, é necessário ter solucionadores com liquidez suficiente para ajudar, e quando surgem algumas demandas fora da cadeia, existe a possibilidade de fraude por parte dos solucionadores. Se forem introduzidos métodos como provas de fraude, a dificuldade de implementação da rede de solucionadores aumentará, assim como a barreira de entrada para operar como solucionador.
Com a rede de liquidez em cadeia como centro: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve o problema da dispersão do estado em outras cadeias. O seu núcleo é construir uma camada de liquidez, na qual as aplicações são construídas, para compartilhar liquidez em toda a cadeia.
Centrado em aplicações na cadeia: este tipo de aplicações constrói aplicações de alta liquidez através da integração de grandes formadores de mercado ou aplicações de terceiros. Estes projetos precisam gerenciar processos complexos entre cadeias, exigindo muito dos desenvolvedores, e, portanto, são suscetíveis a problemas de segurança.
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 grande potencial, e já vimos muitas soluções diferentes.
Nas duas classificações acima, podemos ver que, de acordo com a estrutura em camadas, a camada de liquidação é a solução mais atômica, e sobre essas soluções atômicas, como as soluções cross-chain, oráculos e confirmações antecipadas, é construída uma camada mais abstrata, que consiste na camada de solução, camada de permissão e camada de aplicação. As várias soluções listadas acima, que constroem soluções abstratas ou de liquidez em diferentes direções, estão de acordo com os diferentes níveis deste conjunto e podem ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas; o problema da liquidez fragmentada trouxe à tona muitas questões derivadas complexas, e, portanto, em relação à interoperabilidade, surgiram uma variedade de soluções. Mas, essencialmente, ainda dependemos desses componentes.
A seguir, vamos discutir alguns projetos típicos de conceitos de abstração de cadeia, para ver como cada um deles resolve o problema da liquidez de forma a partir do seu próprio ponto de partida.
Um determinado projeto construiu um serviço RaaS no campo do DeFi, que pode fornecer componentes necessários para a construção direta de protocolos DeFi, como oráculos, tipos de pools de capital, modelos de taxa de juros, ativos, entre outros, e também pode oferecer componentes como negociação alavancada e estratégias de rendimento prontamente disponíveis. É equivalente a outros aplicativos de construção, mas a liquidez final é colocada na camada de liquidez desse projeto. No entanto, atualmente ainda não foi revelado o funcionamento subjacente.
Outro projeto construiu três componentes principais, que são a camada de compatibilidade de intenção, a validade e a camada de liquidação geral. Aplicações externas ou a camada de intenção podem publicar intenções para o projeto, e então a sua camada de compatibilidade de intenção pode converter as intenções externas em um formato que o solucionador de protocolos consiga reconhecer, sendo o formato normalizado utilizado a linguagem de validade. Os nós do projeto são responsáveis por submeter o resultado final à camada de liquidação geral por meio de pontes entre cadeias, tecnologias de liquidação rápida, entre outros.
Há um projeto que é uma aplicação descentralizada, capaz de realizar descoberta de preços baseada em leilões e pools de liquidez unidirecionais. Sua missão principal é fornecer ferramentas de gestão de inventário eficientes para empresas de negociação profissionais, conectando-se facilmente aos protocolos DeFi centrais ao liquidar transações com intenção de uso. Ao mesmo tempo, o projeto criou um mercado de empréstimos para realizar transações de empréstimo. Esta aplicação foca ainda mais na própria negociação.
Um determinado projeto é uma atualização de uma marca, que anteriormente se focava em aplicações para consumidores. Depois, a equipe percebeu que havia um grande problema de fragmentação nas interações em cadeia, por isso construíram um novo projeto para melhorar essa questão. A comunicação entre cadeias que adotam é baseada em certas tecnologias, sendo assim mais nativa e segura do que outras pontes entre cadeias.
Há um projeto que é o mercado de poder computacional ZK da Ethereum, processadores ZK e desenvolvedores de Camada 2, com uma equipe que possui uma sólida base técnica em ZK. Foi proposta a solução zkSharding, que utiliza a tecnologia ZK para escalar horizontalmente a mainnet da Ethereum, executando o processamento paralelo de sharding e gerando ZKP, enquanto o shard principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. O shard principal também gerencia a distribuição de validadores e contas no shard de execução. O protocolo de consenso utilizado pelo comitê de validação é também um protocolo comum adotado por projetos de execução paralela. Desde o início, o projeto incorporou a comunicação entre shards no protocolo. As mensagens entre shards são validadas pelo comitê de validação de cada shard como transações.
Seu conceito básico é construir uma arquitetura de comunicação entre fragmentos embutida através de uma arquitetura de Camada 2 com fragmentação, assim pode-se resolver os problemas de Liquidez e dispersão de estado. No entanto, sua ideia central não é razoável, pois o problema que a dispersão de liquidez resolve é o problema de múltiplas cadeias, e o que está sendo construído é uma única Camada 2, o que significa que para resolver, todas as cadeias precisam se tornar um fragmento de ZK-sharding, o que é difícil de alcançar.
O Ethereum também está a trabalhar na resolução do problema da liquidez entre cadeias. Atualmente, vários projetos estão a apoiar publicamente um determinado padrão, que utiliza um método de跨链 baseado em intenção. O objetivo central é estabelecer um padrão comum para operações跨链 entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo uma execução跨链 sem costura. O principal núcleo é que um preenchimento também pode ser considerado como o papel de pagador na abstração da cadeia. Esta proposta foi construída em conjunto por alguns projetos e está atualmente a ser revista por um grupo de trabalho.
Uma determinada pilha tecnológica, assim como os padrões mencionados e o zkSharding, é uma solução para a fragmentação da liquidez entre Layer 2 dentro da Ethereum, abordando os problemas a nível de arquitetura, consenso e aplicação. Essa pilha tecnológica projeta uma solução completa multi Layer 2 para resolver de uma só vez os problemas de transmissão de informações e descentralização do ordenamento. Ao utilizar a arquitetura dessa pilha tecnológica, contratos cross-chain são automaticamente implantados, e haverá um supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, vários projetos conhecidos utilizam essa arquitetura de pilha tecnológica.
Entre eles, o mais típico é um certo projeto. Este projeto visa resolver o problema da fragmentação da liquidez entre cadeias através da integração com redes específicas. Esta configuração promove 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.
Rede de validação: esta rede de operadores de nós descentralizados valida transações entre cadeias, proporcionando uma maior rapidez na finalização econômica. Uma finalização mais rápida é crucial para garantir a liquidez eficiente das transações entre cadeias, minimizando assim o risco de fragmentação da liquidez devido a atrasos na liquidação.
Construção de blocos rápidos e blocos verificáveis: Ao usar blocos rápidos, o projeto reduziu significativamente o tempo de bloco, melhorou a eficiência dos provedores de liquidez e alcançou um mercado entre cadeias mais sincronizado. Blocos rápidos ajudam a garantir que a liquidez esteja sempre disponível e a reduzir os efeitos negativos causados por atrasos na confirmação de blocos, o que pode levar a fazer as pessoas de parvas.