Estudo sobre o problema da liquidez na era da Camada 2
Com a transição do Ethereum para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir as suas próprias cadeias para representar diferentes interesses e buscar uma avaliação mais alta. No entanto, o surgimento de numerosas blockchains públicas torna difícil para o desenvolvimento do ecossistema acompanhar o ritmo das blockchains, resultando em muitos projetos a desvalorizarem-se já no TGE.
Aproveitando o OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou o Ink; utilizando a tecnologia ZK, uma plataforma de negociação lançou o XLayer; a Sony lançou o Soneium, a LINE lançou o Kaia, entre outros. Hoje em dia, o financiamento e as barreiras tecnológicas para construir uma blockchain foram drasticamente reduzidos, e o custo para operar uma blockchain baseada no 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 facilitar a interoperabilidade, devido às numerosas aplicações downstream das entidades Web2 por trás delas, será difícil 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 é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como todas as que ouvimos falar: abstração de cadeia, intenção, Execução de Limpeza, CrossChain Nativo, ZKSharding, mas sua essência central é a mesma.
Utilizamos a estrutura 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(Camada de Aplicação)
Esta é a camada de interação direta do usuário, sendo 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.
Camada de Permissão(Permission Layer)
Situado abaixo da camada de aplicação, os usuários satisfazem a intenção de negociação conectando a carteira ao dApp e solicitando uma cotação. Aqui, a "intenção" refere-se ao resultado final da negociação que o usuário espera, (, 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 Chave ( Key Management and Account Abstraction )
Devido à existência de um ambiente multi-chain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter a estrutura de contas única de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. O One Balance é um projeto representativo neste campo, que construiu um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas exigindo compromissos confiáveis entre os sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando enormemente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foi integrada principalmente com as cadeias públicas existentes.
Solver Camada (
A Camada 2 é responsável por receber e realizar as intenções de negociação dos usuários. O papel do Solver aqui 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, como o Anoma, construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidez )Settlement Layer (
Esta é a camada intermediária utilizada para resolver a camada para realizar a intenção do usuário. Os componentes principais da solução de liquidez e estado descentralizado incluem:
Oracle ): usado para obter informações de estado de outras cadeias.
Pontes de Cadeia Cruzada (: 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, é necessário considerar a liquidez entre cadeias, a finalidade )Finality (, mecanismos de prova da Camada 2 e outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Solução
Atualmente, há várias soluções no mercado para resolver a liquidez fragmentada. Após examinarmos uma grande quantidade de propostas, descobrimos que as principais formas são as seguintes:
Com o RaaS como centro: soluções de Rollup como o OP Stack, assistem na construção de Rollups no 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 liquidez e a dispersão de estado em um nível mais alto. Dentro disso, há um desenho mais segmentado que é o design separado de ordenadores compartilhados, que é mais voltado para a Camada 2, não tendo uma aplicabilidade universal, como Astria, Espresso e Flashbots.
Centrado na conta: semelhante ao NEAR, 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 o usuário na assinatura de transações multichain. Esta solução, embora possa resolver grandemente 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 a rede de intenção off-chain como centro: ou seja, a Rede Solver no diagrama de arquitetura do bolo na nossa "introdução", o núcleo é que os usuários enviam intenções para a rede Solver, e 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, CEX, Market Makers ou até mesmo protocolos integrados como Liquorice, entre outros. Projetos nessa área incluem Anoma, Khalani, Enso, aori e Valantis. Embora a intenção possa teoricamente realizar operações cross-chain complexas de qualquer dificuldade, na prática, é necessário ter um número suficiente de Solvers com liquidez para ajudar, e quando se depara com algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidas medidas como provas de fraude, a dificuldade de implementação da Rede Solver aumentará, assim como o limiar para operar como Solver.
Com a rede de liquidez on-chain como centro: esta direção é especificamente otimizada para resolver o problema de liquidez entre cadeias, mas não resolve outros problemas de estado descentralizado on-chain. O núcleo é construir uma camada de liquidez, na qual as aplicações são desenvolvidas para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, entre outros.
Centrado em aplicações on-chain: este tipo de aplicações constrói aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros, como Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, entre outros. Este tipo de projeto exige a gestão de processos complexos entre cadeias, com exigências muito altas para os desenvolvedores, tornando-se assim muito suscetível a ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante, no mundo financeiro a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de liquidez integrada, especialmente integrando a liquidez fragmentada de toda a cadeia, isso terá um grande potencial, e também vimos muitas soluções diferentes.
Nas duas categorias acima, conseguimos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução mais atômica, e acima dessas soluções atômicas, como as de interoperabilidade, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que são a Solver Layer, Permission Layer e Application Layer. As várias soluções de liquidez ou abstração que listamos acima, construídas em diferentes direções, correspondem a diferentes níveis desta estrutura, 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; o problema da fragmentação da liquidez gerou muitos problemas derivados complicados, levando ao surgimento de uma variedade de soluções para interoperabilidade. Mas, em essência, 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 da liquidez a partir de seu próprio ponto de partida.
INFINIT
A INFINIT construiu um serviço RaaS no espaço 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 Negociação Alavancada e Estratégia de Rendimento que podem ser ativados imediatamente. É equivalente a outros terminais de construção de aplicações, mas a liquidez final é mantida na camada de liquidez da Infinit. No entanto, atualmente, ainda não foi divulgado o funcionamento interno. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento da rodada semente de investidores como Robot Ventures, Electric Capital e Maelstrom Capital.
(# Khalani Network
Khalani construiu três componentes principais, que são a camada de compatibilidade de Intent, a Validade e a camada de liquidação geral.
Aplicações externas ou a camada de intenção podem publicar intenções para o Khalani, e então a camada de compatibilidade de Intent do Khalani pode converter as intenções externas em um formato que o Solver de protocolo pode reconhecer, utilizando o formato padronizado que é a linguagem Validity. O nó Khalani é responsável por submeter o resultado final à camada de liquidação geral através de pontes entre cadeias, tecnologias de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e ainda não divulgou mais detalhes sobre o trabalho. Em agosto, ele obteve 2,2 milhões de dólares em financiamento da rodada de sementes de investidores como Ethereal Ventures, Nascent, e Maelstrom Capital.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilão e pools de liquidez unidirecionais. A principal missão da Liquorice é fornecer ferramentas de gestão de estoque eficientes para empresas de negociação profissionais, e conectar-se facilmente aos protocolos DeFi centrais ao liquidar transações com a intenção de uso. Ao mesmo tempo, a Liquorice criou um mercado de empréstimos para realizar transações de empréstimo. Esta aplicação foca ainda mais na própria negociação. Atualmente, ainda está em fase de desenvolvimento, tendo anunciado em julho que obteve financiamento de 1,2 milhões de dólares na rodada Pre-seed liderada pela GreenField.
(# Xion
Xion é uma atualização da marca Burnt, que anteriormente se concentrava em aplicações para consumidores. A equipe percebeu que havia um grande problema de fragmentação nas interações em cadeia, e, por isso, construiu o Xion para melhorar essa questão. O Xion é baseado no protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-o mais nativo e seguro do que outras pontes entre cadeias. Já passou por quatro rodadas de financiamento, com investidores como Animoca, Multicoin, Alliance DAO e Mechanism.
)# =nil; Fundação
nil é o mercado de computação ZK do Ethereum, um co-processador ZK e um desenvolvedor de Camada 2, com uma equipe que possui um profundo conhecimento em tecnologia ZK. Foi proposta a solução zkSharding, que utiliza tecnologia ZK para escalar horizontalmente a rede principal do Ethereum, executando o processamento paralelo de transações em fragmentos e gerando ZKP, enquanto o fragmento principal valida os 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 usado pelo comitê de validação é também o Hotstuff, que é comum em projetos de execução paralela mais recentes. =nil; A L2 desde o início incorporou a comunicação entre fragmentos no protocolo. As mensagens entre fragmentos são validadas como transações pelo comitê de validadores de cada fragmento.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida, semelhante à IBC, através de uma arquitetura de Layer 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 multi-chain, e o que está sendo construído é um único Layer 2, o que significa que para resolver isso, todas as cadeias teriam que se tornar um fragmento do ZK-sharding, o que é difícil de realizar.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
ERC-7683
A Ethereum também está a trabalhar na resolução deste problema de liquidez entre cadeias. Atualmente, a Arbitrum, OP e um certo DEX estão os primeiros a apoiar publicamente o padrão ERC7683, que utiliza 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 sidechains, padronizando as interfaces de pedidos e liquidação, e permitindo a execução cross-chain sem interrupções. O principal núcleo disso é um Filler, que também pode ser referido como o papel de Solver na abstração de cadeia para o pagamento. Esta proposta foi construída em conjunto por um certo DEX e Across, 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 da liquidez entre Camada 2, abordando isso nos 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 vez a transmissão de informações e Sequ.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Exploração de soluções de liquidez em cadeia cruzada na era da Camada 2
Estudo sobre o problema da liquidez na era da Camada 2
Com a transição do Ethereum para soluções de escalabilidade centradas na Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir as suas próprias cadeias para representar diferentes interesses e buscar uma avaliação mais alta. No entanto, o surgimento de numerosas blockchains públicas torna difícil para o desenvolvimento do ecossistema acompanhar o ritmo das blockchains, resultando em muitos projetos a desvalorizarem-se já no TGE.
Aproveitando o OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou o Ink; utilizando a tecnologia ZK, uma plataforma de negociação lançou o XLayer; a Sony lançou o Soneium, a LINE lançou o Kaia, entre outros. Hoje em dia, o financiamento e as barreiras tecnológicas para construir uma blockchain foram drasticamente reduzidos, e o custo para operar uma blockchain baseada no 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 facilitar a interoperabilidade, devido às numerosas aplicações downstream das entidades Web2 por trás delas, será difícil 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 é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como todas as que ouvimos falar: abstração de cadeia, intenção, Execução de Limpeza, CrossChain Nativo, ZKSharding, mas sua essência central é a mesma.
Utilizamos a estrutura 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(Camada de Aplicação)
Esta é a camada de interação direta do usuário, sendo 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.
Camada de Permissão(Permission Layer)
Situado abaixo da camada de aplicação, os usuários satisfazem a intenção de negociação conectando a carteira ao dApp e solicitando uma cotação. Aqui, a "intenção" refere-se ao resultado final da negociação que o usuário espera, (, 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 Chave ( Key Management and Account Abstraction )
Devido à existência de um ambiente multi-chain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter a estrutura de contas única de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. O One Balance é um projeto representativo neste campo, que construiu um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas exigindo compromissos confiáveis entre os sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando enormemente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foi integrada principalmente com as cadeias públicas existentes.
Solver Camada (
A Camada 2 é responsável por receber e realizar as intenções de negociação dos usuários. O papel do Solver aqui 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, como o Anoma, construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidez )Settlement Layer (
Esta é a camada intermediária utilizada para resolver a camada para realizar a intenção do usuário. Os componentes principais da solução de liquidez e estado descentralizado incluem:
Além disso, é necessário considerar a liquidez entre cadeias, a finalidade )Finality (, mecanismos de prova da Camada 2 e outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Solução
Atualmente, há várias soluções no mercado para resolver a liquidez fragmentada. Após examinarmos uma grande quantidade de propostas, descobrimos que as principais formas são as seguintes:
Com o RaaS como centro: soluções de Rollup como o OP Stack, assistem na construção de Rollups no 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 liquidez e a dispersão de estado em um nível mais alto. Dentro disso, há um desenho mais segmentado que é o design separado de ordenadores compartilhados, que é mais voltado para a Camada 2, não tendo uma aplicabilidade universal, como Astria, Espresso e Flashbots.
Centrado na conta: semelhante ao NEAR, 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 o usuário na assinatura de transações multichain. Esta solução, embora possa resolver grandemente 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 a rede de intenção off-chain como centro: ou seja, a Rede Solver no diagrama de arquitetura do bolo na nossa "introdução", o núcleo é que os usuários enviam intenções para a rede Solver, e 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, CEX, Market Makers ou até mesmo protocolos integrados como Liquorice, entre outros. Projetos nessa área incluem Anoma, Khalani, Enso, aori e Valantis. Embora a intenção possa teoricamente realizar operações cross-chain complexas de qualquer dificuldade, na prática, é necessário ter um número suficiente de Solvers com liquidez para ajudar, e quando se depara com algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidas medidas como provas de fraude, a dificuldade de implementação da Rede Solver aumentará, assim como o limiar para operar como Solver.
Com a rede de liquidez on-chain como centro: esta direção é especificamente otimizada para resolver o problema de liquidez entre cadeias, mas não resolve outros problemas de estado descentralizado on-chain. O núcleo é construir uma camada de liquidez, na qual as aplicações são desenvolvidas para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, entre outros.
Centrado em aplicações on-chain: este tipo de aplicações constrói aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros, como Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, entre outros. Este tipo de projeto exige a gestão de processos complexos entre cadeias, com exigências muito altas para os desenvolvedores, tornando-se assim muito suscetível a ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante, no mundo financeiro a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de liquidez integrada, especialmente integrando a liquidez fragmentada de toda a cadeia, isso terá um grande potencial, e também vimos muitas soluções diferentes.
Nas duas categorias acima, conseguimos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução mais atômica, e acima dessas soluções atômicas, como as de interoperabilidade, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que são a Solver Layer, Permission Layer e Application Layer. As várias soluções de liquidez ou abstração que listamos acima, construídas em diferentes direções, correspondem a diferentes níveis desta estrutura, 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; o problema da fragmentação da liquidez gerou muitos problemas derivados complicados, levando ao surgimento de uma variedade de soluções para interoperabilidade. Mas, em essência, 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 da liquidez a partir de seu próprio ponto de partida.
INFINIT
A INFINIT construiu um serviço RaaS no espaço 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 Negociação Alavancada e Estratégia de Rendimento que podem ser ativados imediatamente. É equivalente a outros terminais de construção de aplicações, mas a liquidez final é mantida na camada de liquidez da Infinit. No entanto, atualmente, ainda não foi divulgado o funcionamento interno. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento da rodada semente de investidores como Robot Ventures, Electric Capital e Maelstrom Capital.
(# Khalani Network
Khalani construiu três componentes principais, que são a camada de compatibilidade de Intent, a Validade e a camada de liquidação geral.
Aplicações externas ou a camada de intenção podem publicar intenções para o Khalani, e então a camada de compatibilidade de Intent do Khalani pode converter as intenções externas em um formato que o Solver de protocolo pode reconhecer, utilizando o formato padronizado que é a linguagem Validity. O nó Khalani é responsável por submeter o resultado final à camada de liquidação geral através de pontes entre cadeias, tecnologias de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e ainda não divulgou mais detalhes sobre o trabalho. Em agosto, ele obteve 2,2 milhões de dólares em financiamento da rodada de sementes de investidores como Ethereal Ventures, Nascent, e Maelstrom Capital.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilão e pools de liquidez unidirecionais. A principal missão da Liquorice é fornecer ferramentas de gestão de estoque eficientes para empresas de negociação profissionais, e conectar-se facilmente aos protocolos DeFi centrais ao liquidar transações com a intenção de uso. Ao mesmo tempo, a Liquorice criou um mercado de empréstimos para realizar transações de empréstimo. Esta aplicação foca ainda mais na própria negociação. Atualmente, ainda está em fase de desenvolvimento, tendo anunciado em julho que obteve financiamento de 1,2 milhões de dólares na rodada Pre-seed liderada pela GreenField.
(# Xion
Xion é uma atualização da marca Burnt, que anteriormente se concentrava em aplicações para consumidores. A equipe percebeu que havia um grande problema de fragmentação nas interações em cadeia, e, por isso, construiu o Xion para melhorar essa questão. O Xion é baseado no protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, tornando-o mais nativo e seguro do que outras pontes entre cadeias. Já passou por quatro rodadas de financiamento, com investidores como Animoca, Multicoin, Alliance DAO e Mechanism.
)# =nil; Fundação
nil é o mercado de computação ZK do Ethereum, um co-processador ZK e um desenvolvedor de Camada 2, com uma equipe que possui um profundo conhecimento em tecnologia ZK. Foi proposta a solução zkSharding, que utiliza tecnologia ZK para escalar horizontalmente a rede principal do Ethereum, executando o processamento paralelo de transações em fragmentos e gerando ZKP, enquanto o fragmento principal valida os 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 usado pelo comitê de validação é também o Hotstuff, que é comum em projetos de execução paralela mais recentes. =nil; A L2 desde o início incorporou a comunicação entre fragmentos no protocolo. As mensagens entre fragmentos são validadas como transações pelo comitê de validadores de cada fragmento.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida, semelhante à IBC, através de uma arquitetura de Layer 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 multi-chain, e o que está sendo construído é um único Layer 2, o que significa que para resolver isso, todas as cadeias teriam que se tornar um fragmento do ZK-sharding, o que é difícil de realizar.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
ERC-7683
A Ethereum também está a trabalhar na resolução deste problema de liquidez entre cadeias. Atualmente, a Arbitrum, OP e um certo DEX estão os primeiros a apoiar publicamente o padrão ERC7683, que utiliza 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 sidechains, padronizando as interfaces de pedidos e liquidação, e permitindo a execução cross-chain sem interrupções. O principal núcleo disso é um Filler, que também pode ser referido como o papel de Solver na abstração de cadeia para o pagamento. Esta proposta foi construída em conjunto por um certo DEX e Across, 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 da liquidez entre Camada 2, abordando isso nos 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 vez a transmissão de informações e Sequ.