Camada 2 时代下的 Liquidez fazer as pessoas de parvas 问题研究
Após 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 se desenvolveram rapidamente. Muitas entidades desejam construir suas próprias cadeias para representar diferentes interesses e buscar uma valorização mais alta. No entanto, a explosão de várias blockchains públicas dificultou o desenvolvimento do ecossistema, resultando em muitos projetos a falharem no TGE.
Com a ajuda do OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou o Ink; com 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 investimento e as barreiras tecnológicas para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia 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 alcançar a interoperabilidade, devido à grande quantidade de aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar consenso.
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 é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, mas sua essência central é a mesma.
Usamos a arquitetura Cake, reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes principais da abstração de cross-chain:
Camada de Aplicação(Camada de Aplicação)
Esta é a camada de interação direta do usuário, 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, sem necessariamente 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 suas carteiras ao dApp e solicitam cotações para atender à intenção de negociação. Aqui, a "intenção" refere-se ao resultado final esperado da negociação pelo usuário, 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 de chave ) Gestão de Chaves e Abstração de Conta (
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 única de contas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos do SUI é completamente diferente do EVM. O One Balance é um projeto representativo nesta área, que constrói um sistema de contas confiável, sem a necessidade de estabelecer consenso entre cadeias, apenas requerendo compromissos confiáveis entre os sistemas de contas existentes. A Near Account alcança a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando bastante 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.
Resolver Camada ) Camada (
Esta camada é responsável por receber e realizar a intenção de negociação dos usuários. O papel do Solver compete aqui para oferecer uma melhor experiência ao usuário, incluindo tempos de negociação e velocidades de execução mais rápidas. Com base nisso, projetos orientados por intenção como o Anoma construíram diversas soluções impulsionadas por intenções. Derivados de tais intenções, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidez )Settlement Layer (
Este é o nível intermediário utilizado para resolver a camada que implementa a intenção do usuário. Os componentes centrais da solução de liquidez e estado descentralizado incluem:
Oracle ): utilizado para obter informações de estado em outras cadeias.
Ponte Inter-Blockchain ( Bridges ): responsável pela transmissão de informações e liquidez entre cadeias.
Confirmação prévia (: reduzir o tempo de confirmação entre cadeias.
Disponibilidade de dados)DA(: fornecer acessibilidade aos dados.
Além disso, é necessário considerar a liquidez entre cadeias, a finalidade )Finality(, o mecanismo 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, existem várias soluções no mercado para resolver a liquidez fazer as pessoas de parvas, após examinarmos uma grande quantidade de opções, descobrimos que as principais são estas formas:
Centrado em RaaS: soluções Rollup como OP Stack, que assistem na construção de Rollups sobre OP Stack, através da adição de ordenadores compartilhados específicos e pontes cross-chain para compartilhar liquidez e estado. Isso espera resolver a dispersão de liquidez e estado em um nível mais alto. Um aspecto mais segmentado aqui é o design separado de ordenadores compartilhados, que é mais voltado para Camada 2, não sendo 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" 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 assina transações multi-chain em nome dos usuários. Embora este conjunto de soluções possa resolver significativamente 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 nossa "introdução" no diagrama de arquitetura do bolo, a Solver Network, 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 nessa á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 ao encontrar algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se métodos como provas de fraude forem introduzidos, a dificuldade de implementação da Solver Network se tornará ainda maior, assim como a barreira para operar um Solver.
Com a rede de liquidez on-chain como centro: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolveu o problema da dispersão do estado on-chain de outras cadeias. Seu núcleo é construir uma camada de liquidez, na qual aplicações podem ser construídas para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, etc.
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, uma plataforma de negociação, Hedgemony, entre outras. Este tipo de projeto requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, e, portanto, é também muito suscetível a ataques de hackers.
Resolver o problema da liquidez é um tema muito importante, no mundo financeiro a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de integração de liquidez, especialmente para agrupar a liquidez fragmentada de toda a cadeia, terá um potencial muito grande, e também vimos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, com base na estrutura do bolo, a Camada de Liquidação é a solução em nível mais atômico. Acima dessas soluções atômicas, como as soluções de interoperabilidade, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que é a Camada de Solução, Camada de Permissão e Camada de Aplicação. As diversas soluções de abstração ou liquidez que listamos acima, construídas em diferentes direções, podem ser entendidas como uma relação entre upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas, e o problema da liquidez fragmentada trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram soluções variadas. 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 resolve o problema da fragmentação de liquidez a partir de seu próprio ponto de partida.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) INFINIT
A INFINIT construiu um serviço RaaS para o 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., além de oferecer componentes como Trading com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente a outros terminais de construção de aplicativos, mas a liquidez final é colocada na camada de liquidez da Infinit. No entanto, atualmente ainda não foi divulgada a forma de funcionamento subjacente. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento de sementes de Robot Ventures, Electric Capital e Maelstrom Capital.
( Khalani Network
Khalani construiu três componentes principais, que são a Camada 2 compatível com Intent, Validity e a camada de liquidez 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 Intenção do Khalani pode converter as intenções externas em um formato que o protocolo Solver pode reconhecer, usando o formato normalizado conhecido como linguagem Validity. O nó Khalani é responsável por submeter o resultado final à camada de liquidez geral através de pontes entre cadeias, tecnologias de liquidação rápida, entre outras. Este projeto ainda está em fase de construção, sem mais detalhes de trabalho divulgados até o momento. Em agosto, recebeu 2,2 milhões de dólares em financiamento da rodada inicial de investidores como Ethereal Ventures, Nascent e Maelstrom Capital.
) Liquorice
Liquorice é uma aplicação descentralizada que possibilita a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão da Liquorice é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, conectando-se facilmente a protocolos centrais de DeFi, como DEX e DEX, ao liquidar transações com 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 a arrecadação de 1,2 milhões de dólares em uma rodada de financiamento Pre-seed liderada pela GreenField.
Xion
Xion é uma atualização da marca Burnt, que antes se concentrava em aplicações para consumidores. Depois, 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 é construído sobre o 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. A empresa já passou por quatro rodadas de financiamento, com investidores como Animoca, Multicoin, Alliance DAO e Mechanism.
=nil; Fundação
nil é o mercado de poder computacional ZK da Ethereum, um co-processador ZK e desenvolvedor de Camada 2, com uma equipe que possui uma sólida base em tecnologia ZK. Propos uma solução de zkSharding, que usa a tecnologia ZK para escalar horizontalmente a mainnet Ethereum, executando processamento de transações em paralelo com fragmentos e gerando ZKP, enquanto o fragmento principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas no fragmento de execução. O protocolo de consenso usado pelo comitê de validação também é Hotstuff, que é comum em projetos recentes de execução paralela. =nil; L2 desde o início incorporou a comunicação entre fragmentos no protocolo. As mensagens entre fragmentos são verificadas pelo comitê de validadores de cada fragmento como transações.
Seu conceito básico é construir uma arquitetura de comunicação entre fragmentos embutida semelhante ao IBC através de uma arquitetura Layer 2 fragmentada, assim poderá resolver os problemas de liquidez e dispersão de estado. No entanto, sua 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 precisam se tornar um fragmento do ZK-sharding, o que é difícil de realizar.
ERC-7683
Ethereum também está a trabalhar para resolver o problema da liquidez entre cadeias. Atualmente, certa Camada 2, certa Camada 2 e certo DEX estão 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ções, permitindo uma execução cross-chain sem interrupções. O seu núcleo principal é um Filler, que também pode ser visto como o papel de Solver na abstração da cadeia, que paga em nome dos outros. Esta proposta foi construída em conjunto por 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.
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.
11 Curtidas
Recompensa
11
5
Compartilhar
Comentário
0/400
GateUser-1a2ed0b9
· 10h atrás
A bolha de avaliação já se revelou.
Ver originalResponder0
FOMOmonster
· 10h atrás
Todos querem roubar carne para comer.
Ver originalResponder0
SeasonedInvestor
· 10h atrás
O fenómeno de cair abaixo do preço de emissão tornou-se comum.
Camada 2 时代的Liquidez fazer as pessoas de parvas：挑战与解决方案探析
Camada 2 时代下的 Liquidez fazer as pessoas de parvas 问题研究
Após 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 se desenvolveram rapidamente. Muitas entidades desejam construir suas próprias cadeias para representar diferentes interesses e buscar uma valorização mais alta. No entanto, a explosão de várias blockchains públicas dificultou o desenvolvimento do ecossistema, resultando em muitos projetos a falharem no TGE.
Com a ajuda do OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma de negociação lançou o Ink; com 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 investimento e as barreiras tecnológicas para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia 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 alcançar a interoperabilidade, devido à grande quantidade de aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações na mesma cadeia e alcançar consenso.
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 é um campo que deve ser explorado e resolvido. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, mas sua essência central é a mesma.
Usamos a arquitetura Cake, reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes principais da abstração de cross-chain:
Camada de Aplicação(Camada de Aplicação)
Esta é a camada de interação direta do usuário, 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, sem necessariamente 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 suas carteiras ao dApp e solicitam cotações para atender à intenção de negociação. Aqui, a "intenção" refere-se ao resultado final esperado da negociação pelo usuário, 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 de chave ) Gestão de Chaves e Abstração de Conta (
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 única de contas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos do SUI é completamente diferente do EVM. O One Balance é um projeto representativo nesta área, que constrói um sistema de contas confiável, sem a necessidade de estabelecer consenso entre cadeias, apenas requerendo compromissos confiáveis entre os sistemas de contas existentes. A Near Account alcança a gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando bastante 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.
Resolver Camada ) Camada (
Esta camada é responsável por receber e realizar a intenção de negociação dos usuários. O papel do Solver compete aqui para oferecer uma melhor experiência ao usuário, incluindo tempos de negociação e velocidades de execução mais rápidas. Com base nisso, projetos orientados por intenção como o Anoma construíram diversas soluções impulsionadas por intenções. Derivados de tais intenções, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidez )Settlement Layer (
Este é o nível intermediário utilizado para resolver a camada que implementa 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 finalidade )Finality(, o mecanismo 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, existem várias soluções no mercado para resolver a liquidez fazer as pessoas de parvas, após examinarmos uma grande quantidade de opções, descobrimos que as principais são estas formas:
Centrado em RaaS: soluções Rollup como OP Stack, que assistem na construção de Rollups sobre OP Stack, através da adição de ordenadores compartilhados específicos e pontes cross-chain para compartilhar liquidez e estado. Isso espera resolver a dispersão de liquidez e estado em um nível mais alto. Um aspecto mais segmentado aqui é o design separado de ordenadores compartilhados, que é mais voltado para Camada 2, não sendo 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" 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 assina transações multi-chain em nome dos usuários. Embora este conjunto de soluções possa resolver significativamente 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 nossa "introdução" no diagrama de arquitetura do bolo, a Solver Network, 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 nessa á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 ao encontrar algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se métodos como provas de fraude forem introduzidos, a dificuldade de implementação da Solver Network se tornará ainda maior, assim como a barreira para operar um Solver.
Com a rede de liquidez on-chain como centro: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolveu o problema da dispersão do estado on-chain de outras cadeias. Seu núcleo é construir uma camada de liquidez, na qual aplicações podem ser construídas para compartilhar a liquidez de toda a cadeia. Alguns projetos incluem: Raye Network, INFINIT, Everclear, Elixir, etc.
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, uma plataforma de negociação, Hedgemony, entre outras. Este tipo de projeto requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, e, portanto, é também muito suscetível a ataques de hackers.
Resolver o problema da liquidez é um tema muito importante, no mundo financeiro a liquidez muitas vezes representa tudo. Se for possível construir uma plataforma de integração de liquidez, especialmente para agrupar a liquidez fragmentada de toda a cadeia, terá um potencial muito grande, e também vimos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, com base na estrutura do bolo, a Camada de Liquidação é a solução em nível mais atômico. Acima dessas soluções atômicas, como as soluções de interoperabilidade, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que é a Camada de Solução, Camada de Permissão e Camada de Aplicação. As diversas soluções de abstração ou liquidez que listamos acima, construídas em diferentes direções, podem ser entendidas como uma relação entre upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas, e o problema da liquidez fragmentada trouxe à tona muitos problemas derivados complexos. Portanto, em relação à interoperabilidade, surgiram soluções variadas. 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 resolve o problema da fragmentação de liquidez a partir de seu próprio ponto de partida.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) INFINIT
A INFINIT construiu um serviço RaaS para o 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., além de oferecer componentes como Trading com Alavancagem e Estratégia de Rendimento prontos para uso. É equivalente a outros terminais de construção de aplicativos, mas a liquidez final é colocada na camada de liquidez da Infinit. No entanto, atualmente ainda não foi divulgada a forma de funcionamento subjacente. Atualmente, a INFINIT já obteve 6 milhões de dólares em financiamento de sementes de Robot Ventures, Electric Capital e Maelstrom Capital.
( Khalani Network
Khalani construiu três componentes principais, que são a Camada 2 compatível com Intent, Validity e a camada de liquidez 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 Intenção do Khalani pode converter as intenções externas em um formato que o protocolo Solver pode reconhecer, usando o formato normalizado conhecido como linguagem Validity. O nó Khalani é responsável por submeter o resultado final à camada de liquidez geral através de pontes entre cadeias, tecnologias de liquidação rápida, entre outras. Este projeto ainda está em fase de construção, sem mais detalhes de trabalho divulgados até o momento. Em agosto, recebeu 2,2 milhões de dólares em financiamento da rodada inicial de investidores como Ethereal Ventures, Nascent e Maelstrom Capital.
) Liquorice
Liquorice é uma aplicação descentralizada que possibilita a descoberta de preços baseada em leilões e pools de liquidez unidirecionais. A principal missão da Liquorice é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais, conectando-se facilmente a protocolos centrais de DeFi, como DEX e DEX, ao liquidar transações com 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 a arrecadação de 1,2 milhões de dólares em uma rodada de financiamento Pre-seed liderada pela GreenField.
Xion
Xion é uma atualização da marca Burnt, que antes se concentrava em aplicações para consumidores. Depois, 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 é construído sobre o 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. A empresa já passou por quatro rodadas de financiamento, com investidores como Animoca, Multicoin, Alliance DAO e Mechanism.
=nil; Fundação
nil é o mercado de poder computacional ZK da Ethereum, um co-processador ZK e desenvolvedor de Camada 2, com uma equipe que possui uma sólida base em tecnologia ZK. Propos uma solução de zkSharding, que usa a tecnologia ZK para escalar horizontalmente a mainnet Ethereum, executando processamento de transações em paralelo com fragmentos e gerando ZKP, enquanto o fragmento principal valida dados, comunica-se com a Ethereum e sincroniza o estado da rede entre todos os validadores. O fragmento principal também gerencia a distribuição de validadores e contas no fragmento de execução. O protocolo de consenso usado pelo comitê de validação também é Hotstuff, que é comum em projetos recentes de execução paralela. =nil; L2 desde o início incorporou a comunicação entre fragmentos no protocolo. As mensagens entre fragmentos são verificadas pelo comitê de validadores de cada fragmento como transações.
Seu conceito básico é construir uma arquitetura de comunicação entre fragmentos embutida semelhante ao IBC através de uma arquitetura Layer 2 fragmentada, assim poderá resolver os problemas de liquidez e dispersão de estado. No entanto, sua 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 precisam se tornar um fragmento do ZK-sharding, o que é difícil de realizar.
ERC-7683
Ethereum também está a trabalhar para resolver o problema da liquidez entre cadeias. Atualmente, certa Camada 2, certa Camada 2 e certo DEX estão 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ções, permitindo uma execução cross-chain sem interrupções. O seu núcleo principal é um Filler, que também pode ser visto como o papel de Solver na abstração da cadeia, que paga em nome dos outros. Esta proposta foi construída em conjunto por 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.