Com a transição do Ethereum para soluções de escalabilidade centradas em Layer 2, e o surgimento de ferramentas como RaaS, 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 maior valorização. No entanto, a proliferação de blockchains públicas torna difícil o desenvolvimento do ecossistema 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 Base Layer 2, outra plataforma de negociação lançou a Ink; com a tecnologia ZK, uma plataforma de negociação lançou a XLayer; a Sony lançou a Soneium, e a LINE lançou a Kaia, entre outros. Hoje em dia, o custo e o nível técnico para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de aproximadamente 10.000 dólares por mês.
O futuro será, sem dúvida, uma era de coexistência de várias cadeias. Embora essas cadeias Layer 2 possam optar pela compatibilidade EVM para alcançar a interoperabilidade, devido às entidades Web2 por trás delas terem um grande número de aplicações downstream, é 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 do multichain é 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 Clearing, CrossChain Nativo, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, reconhecida na indústria, para introduzir, de cima para baixo, a composição dos componentes centrais da abstração cross-chain:
Camada de Aplicação(Camada de Aplicação)
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ão(Permission Layer)
Localizado abaixo da camada de aplicação, os usuários conectam a 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 os usuários esperam, (, ou seja, a saída ), e não ao caminho específico de execução da negociação.
Gestão de contas e abstração (Gestão de Chaves e Abstração de Conta)
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 de contas única de cada uma. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. One Balance é um projeto representativo nesta área, que construiu um sistema de contas confiável, sem a necessidade de estabelecer consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multichain 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, integrou principalmente as principais blockchains existentes.
Camada de Resolução ( Solver Layer )
Esta camada é responsável por receber e implementar a intenção 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 velocidade de execução. Com base nisso, projetos baseados em intenção como 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 Liquidação(Settlement Layer)
Esta é a camada intermediária utilizada para realizar a intenção do usuário. Os componentes centrais da solução de liquidez e estado disperso incluem:
预言机(Oracle): utilizado para obter informações de estado de outras cadeias.
Pontes(: responsável pela transmissão de informações e Liquidez entre cadeias.
Confirmação antecipada ): 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 de Layer 2 e outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
( Solução
Atualmente, existem várias soluções no mercado para resolver a liquidez. Após analisarmos uma grande variedade de opções, descobrimos que as principais são as seguintes:
Centrado em RaaS: 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. A esperança é resolver a liquidez e o estado dispersos de uma forma mais elevada. Dentro disto, há um design mais segmentado que é o ordenador compartilhado separado, esta solução é mais direcionada para Layer2, não possui universalidade, 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 multi-chain. Embora esta solução possa resolver em grande medida o problema da fragmentação da experiência do usuário, para os desenvolvedores, isso envolve uma implementação de backend complexa e não resolve essencialmente a liquidez e a dispersão de estado.
Centrado na rede de intenção off-chain: ou seja, a Rede Solver no diagrama da estrutura do "Introdução" do nosso bolo, o núcleo é que os usuários enviam intenções para a rede Solver, e esse papel de Solver compete por cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Market Makers ou até mesmo protocolos integrados como Liquorice, entre outros. Projetos nesta área incluem Anoma, Khalani, Enso, aori e Valantis. 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 ajudar, e quando confrontados com algumas demandas off-chain, existe a possibilidade de fraude pelos Solvers. Se métodos como provas de fraude forem introduzidos, a dificuldade de implementação da Rede Solver aumentará, assim como a barreira de entrada para operar um Solver.
Com a rede de liquidez em cadeia como centro: esta direção é dedicada a otimizar o problema de liquidez entre cadeias, mas não resolveu o problema da dispersão do estado em outras cadeias. O seu núcleo é construir uma camada de liquidez, sobre a qual aplicações podem ser construídas, para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, entre outros.
Com aplicações centradas na cadeia: 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 requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, por isso também é muito suscetível a ataques de hackers.
![Layer2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
Resolver o problema de liquidez é um tema muito importante, o mundo financeiro muitas vezes considera a liquidez como tudo, se for possível construir uma plataforma de liquidez integrada, especialmente para consolidar a liquidez fragmentada em toda a cadeia, terá um potencial muito grande, e também analisámos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução mais atômica. Sobre essas soluções atômicas, como cross-chain, oráculos, e soluções de Pre-Confirmation, existe uma camada mais abstrata que é a Solver Layer, Permission Layer e Application Layer. As várias soluções de abstração ou liquidez que listamos acima, construídas em direções diferentes, podem ser entendidas como uma relação de upstream e downstream. No entanto, estas soluções ainda não são soluções atômicas; o problema da fragmentação da liquidez trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram uma variedade de soluções. Mas, essencialmente, ainda dependemos desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeia para ver como cada um deles aborda o problema da fragmentação da liquidez a partir de seu próprio ponto de partida.
(# INFINIT
A INFINIT 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, entre outros, além de oferecer componentes como Negociação com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente ao outro lado de construção de aplicações, mas a liquidez final é colocada na camada de liquidez da Infinit. No entanto, atualmente ainda não foi revelado o funcionamento subjacente. A INFINIT já arrecadou 6 milhões de dólares em rodadas de sementes, de investidores como Robot Ventures, Electric Capital e Maelstrom Capital.
![Pesquisa sobre o problema de liquidez e divisão na era Layer2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# 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 camadas 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 consegue reconhecer, usando o formato normalizado da linguagem Validity. Os nós do Khalani são responsáveis por enviar o resultado final para a camada de liquidação geral através de pontes cross-chain, técnicas de liquidação rápida, entre outras. Este projeto ainda está na fase de construção e mais detalhes do trabalho ainda não foram divulgados. Em agosto, recebeu 2,2 milhões de dólares em financiamento seed de Ethereal Ventures, Nascent, Maelstrom Capital, entre outros.
![Estudo sobre o problema de fragmentação de liquidez na era Layer2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão do Liquorice é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, e conectar-se facilmente aos protocolos DeFi principais ao liquidar transações com intenção de uso. Ao mesmo tempo, o Liquorice 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 que obteve 1,2 milhões de dólares na ronda de financiamento Pre-seed liderada pela GreenField.
![Estudo sobre a fragmentação da liquidez na era Layer2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Xion
Xion é uma atualização da marca Burnt. No passado, a Burnt focava em aplicativos para consumidores, mas a equipe descobriu que havia um grande problema de fragmentação nas interações em cadeia, por isso construíram o Xion para melhorar essa questão. O Xion é baseado no protocolo de consenso Comet BFT. A comunicação entre cadeias que 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, Mechanism, entre outros.
)# =nil; Fundação
nil é o mercado de poder de cálculo ZK do Ethereum, um co-processador ZK e desenvolvedor de Layer2, com uma equipe que possui uma base sólida em tecnologia ZK. Apresentou a solução zkSharding, que utiliza a 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 dados, se comunica com o Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas no fragmento de execução. O protocolo de consenso utilizado pelo comitê de validação também é o Hotstuff, o que é bastante comum nos projetos mais recentes de execução paralela. =nil; L2 incorporou a comunicação entre fragmentos no protocolo desde o início. As mensagens entre fragmentos são verificadas pelo comitê de validadores de cada fragmento como transações.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida, semelhante ao IBC, através de uma arquitetura Layer2 fragmentada, o que resolveria 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 a construção é uma única Layer2, o que significa que para resolver isso, todas as cadeias precisariam se tornar um fragmento de ZK-sharding, o que é difícil de realizar.
![Estudo sobre o problema de liquidez e divisão na era Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
A Ethereum também está a trabalhar na resolução do problema da liquidez entre cadeias, sendo que atualmente alguns DEX, OP, entre outros, sã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, permitindo uma execução seamless entre cadeias, sendo o seu núcleo principal um Filler, que também pode ser visto como o papel de Solver na abstração da cadeia. Esta proposta foi construída em conjunto por um DEX e o Across.
Ver original
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.
14 gostos
Recompensa
14
2
Partilhar
Comentar
0/400
PumpBeforeRug
· 5h atrás
É possível fazer a ligação? Sinto que ficou condenado como uma blockchain.
A fragmentação da liquidez na era Layer2: Desafios e discussão de soluções
Estudo sobre o problema da liquidez na era Layer2
Com a transição do Ethereum para soluções de escalabilidade centradas em Layer 2, e o surgimento de ferramentas como RaaS, 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 maior valorização. No entanto, a proliferação de blockchains públicas torna difícil o desenvolvimento do ecossistema 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 Base Layer 2, outra plataforma de negociação lançou a Ink; com a tecnologia ZK, uma plataforma de negociação lançou a XLayer; a Sony lançou a Soneium, e a LINE lançou a Kaia, entre outros. Hoje em dia, o custo e o nível técnico para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de aproximadamente 10.000 dólares por mês.
O futuro será, sem dúvida, uma era de coexistência de várias cadeias. Embora essas cadeias Layer 2 possam optar pela compatibilidade EVM para alcançar a interoperabilidade, devido às entidades Web2 por trás delas terem um grande número de aplicações downstream, é 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 do multichain é 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 Clearing, CrossChain Nativo, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, reconhecida na indústria, para introduzir, de cima para baixo, a composição dos componentes centrais da abstração cross-chain:
Camada de Aplicação(Camada de Aplicação)
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ão(Permission Layer)
Localizado abaixo da camada de aplicação, os usuários conectam a 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 os usuários esperam, (, ou seja, a saída ), e não ao caminho específico de execução da negociação.
Gestão de contas e abstração (Gestão de Chaves e Abstração de Conta)
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 de contas única de cada uma. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. One Balance é um projeto representativo nesta área, que construiu um sistema de contas confiável, sem a necessidade de estabelecer consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multichain 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, integrou principalmente as principais blockchains existentes.
Camada de Resolução ( Solver Layer )
Esta camada é responsável por receber e implementar a intenção 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 velocidade de execução. Com base nisso, projetos baseados em intenção como 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 Liquidação(Settlement Layer)
Esta é a camada intermediária utilizada para realizar a intenção do usuário. Os componentes centrais da solução de liquidez e estado disperso incluem:
Além disso, é necessário considerar a liquidez entre cadeias, a finalidade (Finality), mecanismos de prova de Layer 2 e outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
( Solução
Atualmente, existem várias soluções no mercado para resolver a liquidez. Após analisarmos uma grande variedade de opções, descobrimos que as principais são as seguintes:
Centrado em RaaS: 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. A esperança é resolver a liquidez e o estado dispersos de uma forma mais elevada. Dentro disto, há um design mais segmentado que é o ordenador compartilhado separado, esta solução é mais direcionada para Layer2, não possui universalidade, 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 multi-chain. Embora esta solução possa resolver em grande medida o problema da fragmentação da experiência do usuário, para os desenvolvedores, isso envolve uma implementação de backend complexa e não resolve essencialmente a liquidez e a dispersão de estado.
Centrado na rede de intenção off-chain: ou seja, a Rede Solver no diagrama da estrutura do "Introdução" do nosso bolo, o núcleo é que os usuários enviam intenções para a rede Solver, e esse papel de Solver compete por cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Market Makers ou até mesmo protocolos integrados como Liquorice, entre outros. Projetos nesta área incluem Anoma, Khalani, Enso, aori e Valantis. 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 ajudar, e quando confrontados com algumas demandas off-chain, existe a possibilidade de fraude pelos Solvers. Se métodos como provas de fraude forem introduzidos, a dificuldade de implementação da Rede Solver aumentará, assim como a barreira de entrada para operar um Solver.
Com a rede de liquidez em cadeia como centro: esta direção é dedicada a otimizar o problema de liquidez entre cadeias, mas não resolveu o problema da dispersão do estado em outras cadeias. O seu núcleo é construir uma camada de liquidez, sobre a qual aplicações podem ser construídas, para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, entre outros.
Com aplicações centradas na cadeia: 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 requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, por isso também é muito suscetível a ataques de hackers.
![Layer2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
Resolver o problema de liquidez é um tema muito importante, o mundo financeiro muitas vezes considera a liquidez como tudo, se for possível construir uma plataforma de liquidez integrada, especialmente para consolidar a liquidez fragmentada em toda a cadeia, terá um potencial muito grande, e também analisámos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução mais atômica. Sobre essas soluções atômicas, como cross-chain, oráculos, e soluções de Pre-Confirmation, existe uma camada mais abstrata que é a Solver Layer, Permission Layer e Application Layer. As várias soluções de abstração ou liquidez que listamos acima, construídas em direções diferentes, podem ser entendidas como uma relação de upstream e downstream. No entanto, estas soluções ainda não são soluções atômicas; o problema da fragmentação da liquidez trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram uma variedade de soluções. Mas, essencialmente, ainda dependemos desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeia para ver como cada um deles aborda o problema da fragmentação da liquidez a partir de seu próprio ponto de partida.
(# INFINIT
A INFINIT 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, entre outros, além de oferecer componentes como Negociação com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente ao outro lado de construção de aplicações, mas a liquidez final é colocada na camada de liquidez da Infinit. No entanto, atualmente ainda não foi revelado o funcionamento subjacente. A INFINIT já arrecadou 6 milhões de dólares em rodadas de sementes, de investidores como Robot Ventures, Electric Capital e Maelstrom Capital.
![Pesquisa sobre o problema de liquidez e divisão na era Layer2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# 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 camadas 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 consegue reconhecer, usando o formato normalizado da linguagem Validity. Os nós do Khalani são responsáveis por enviar o resultado final para a camada de liquidação geral através de pontes cross-chain, técnicas de liquidação rápida, entre outras. Este projeto ainda está na fase de construção e mais detalhes do trabalho ainda não foram divulgados. Em agosto, recebeu 2,2 milhões de dólares em financiamento seed de Ethereal Ventures, Nascent, Maelstrom Capital, entre outros.
![Estudo sobre o problema de fragmentação de liquidez na era Layer2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Liquorice
Liquorice é uma aplicação descentralizada que permite a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão do Liquorice é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, e conectar-se facilmente aos protocolos DeFi principais ao liquidar transações com intenção de uso. Ao mesmo tempo, o Liquorice 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 que obteve 1,2 milhões de dólares na ronda de financiamento Pre-seed liderada pela GreenField.
![Estudo sobre a fragmentação da liquidez na era Layer2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Xion
Xion é uma atualização da marca Burnt. No passado, a Burnt focava em aplicativos para consumidores, mas a equipe descobriu que havia um grande problema de fragmentação nas interações em cadeia, por isso construíram o Xion para melhorar essa questão. O Xion é baseado no protocolo de consenso Comet BFT. A comunicação entre cadeias que 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, Mechanism, entre outros.
)# =nil; Fundação
nil é o mercado de poder de cálculo ZK do Ethereum, um co-processador ZK e desenvolvedor de Layer2, com uma equipe que possui uma base sólida em tecnologia ZK. Apresentou a solução zkSharding, que utiliza a 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 dados, se comunica com o Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas no fragmento de execução. O protocolo de consenso utilizado pelo comitê de validação também é o Hotstuff, o que é bastante comum nos projetos mais recentes de execução paralela. =nil; L2 incorporou a comunicação entre fragmentos no protocolo desde o início. As mensagens entre fragmentos são verificadas pelo comitê de validadores de cada fragmento como transações.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida, semelhante ao IBC, através de uma arquitetura Layer2 fragmentada, o que resolveria 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 a construção é uma única Layer2, o que significa que para resolver isso, todas as cadeias precisariam se tornar um fragmento de ZK-sharding, o que é difícil de realizar.
![Estudo sobre o problema de liquidez e divisão na era Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
A Ethereum também está a trabalhar na resolução do problema da liquidez entre cadeias, sendo que atualmente alguns DEX, OP, entre outros, sã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, permitindo uma execução seamless entre cadeias, sendo o seu núcleo principal um Filler, que também pode ser visto como o papel de Solver na abstração da cadeia. Esta proposta foi construída em conjunto por um DEX e o Across.