Estudo sobre o problema da liquidez de fazer as pessoas de parvas na era da Camada 2
Com a transição do Ethereum para uma estratégia de escalabilidade centrada na Camada 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 procurar uma maior valorização. No entanto, a emergência de tantas blockchains públicas dificulta o desenvolvimento do ecossistema, levando a que muitos projetos falhem logo na sua emissão.
Aproveitando a OP Stack, uma plataforma de negociação lançou a sua própria Camada 2; utilizando tecnologia ZK, outra plataforma de negociação lançou a sua própria camada; uma empresa lançou a sua própria cadeia, uma empresa de software de comunicação lançou a sua própria cadeia, etc. Hoje em dia, o capital e a barreira técnica para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de cerca de 10.000 dólares por mês.
O futuro será certamente uma era de coexistência de múltiplas cadeias. Embora essas cadeias da Camada 2 possam optar pela compatibilidade EVM para alcançar a interoperabilidade, devido às suas entidades Web2 por trás com um grande número de aplicações downstream, é difícil para elas 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 multichains é inevitável, a interoperabilidade é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, mas a sua essência central é a mesma.
Utilizamos a arquitetura 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 utilizador, e também a camada mais abstrata nas soluções de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os utilizadores interagem com a interface frontal, podendo não compreender os mecanismos subjacentes de conversão de liquidez.
Camada de Permissão(Camada de Permissão)
Localizado abaixo da camada de aplicação, os usuários conectam as 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 Conta e Abstração de Camada (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 as estruturas de contas únicas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. Alguns projetos construíram sistemas de contas confiáveis, sem necessidade de estabelecer consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. Outros projetos implementaram gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foram integradas principalmente as cadeias públicas existentes.
Resolver Camada (
A Camada 2 é responsável por receber e implementar a intenção de negociação dos usuários, e o papel do Solver compete aqui 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, foram construídas várias soluções orientadas por intenções. 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 usada para resolver a camada para realizar a intenção do usuário. Os componentes principais da solução de liquidez e estado disperso incluem:
预言机)Oracle(: usado para obter informações de estado de outras cadeias.
Pontes ): responsáveis pela transmissão de informações e Liquidez entre cadeias.
Confirmação Prévia (: encurtar o tempo de confirmação entre cadeias.
Disponibilidade de dados)DA(: fornecer acessibilidade aos dados.
Além disso, também é 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 de múltiplas cadeias.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após uma análise de várias opções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: soluções de Rollup como o OP Stack, ao adicionar um ordenadores compartilhados específicos e pontes entre cadeias, ajudam a compartilhar liquidez e estado dos Rollups construídos no OP Stack. Isso espera resolver a fragmentação de liquidez e estado em um nível mais alto. Dentro disso, há um design mais segmentado de ordenadores compartilhados, que se destina mais à Camada 2 e não possui universalidade.
Centrado na conta: 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 os usuários na assinatura de transações multi-chain. Esta solução, embora possa resolver significativamente o problema de fragmentação da UX, envolve uma implementação complexa no backend para os desenvolvedores e não resolve essencialmente a liquidez e a dispersão de estados.
Com a rede de intenção off-chain como centro: isto é, a nossa "introdução" ao diagrama de arquitetura do bolo, a Solver Network, o núcleo é que os usuários enviam intenções para a rede Solver, e este papel de Solver compete por cotações, fornecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Formadores de Mercado ou mesmo o protocolo integrado em si. Embora a intenção possa teoricamente realizar operações cross-chain complexas de qualquer dificuldade, na prática, é necessário ter Solvers com liquidez suficiente para ajudar, e quando surgem algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidas provas de fraude e outros meios, a dificuldade de implementação da Solver Network aumentará, assim como o limiar para operar como Solver.
Centrado na rede de liquidez on-chain: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve o problema da dispersão de estados on-chain em outras cadeias. O seu núcleo é construir uma camada de liquidez, na qual aplicações são construídas, para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações em 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. Este tipo de projeto requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, e por isso é também muito suscetível a ataques de hackers.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
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 integração de liquidez, especialmente integrando a liquidez dispersa de toda a cadeia, isso terá um grande potencial, e também analisamos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução de nível mais atômico. Acima dessas soluções atômicas, como as soluções cross-chain, oráculos e Pre-Confirmation, construímos um nível mais abstrato, que é a Solver Layer, Permission Layer e Application Layer. As várias soluções de abstração ou liquidez que listamos acima em diferentes direções estão de acordo com esses diferentes níveis, 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, e o problema da liquidez fragmentada trouxe à tona muitas questões secundárias complexas, portanto, em relação à interoperabilidade, surgiram soluções variadas. Mas, essencialmente, ainda dependemos desses componentes.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
Resolver o problema da liquidez entre cadeias é um campo muito complexo e com diversas soluções. Por exemplo, as soluções de Camada 2 podem ser divididas entre aquelas que utilizam mensagens entre cadeias, especialmente o ERC-7683, e a construção do OP Stack em Camada 2 para compartilhar o Sequencer. Fora do contexto da Camada 2, todas as Camadas 1 também enfrentam problemas de liquidez, estado e fragmentação da experiência do usuário. Existem soluções centradas em aplicações específicas para liquidez, bem como soluções fora da cadeia do Solver Network, e até mesmo soluções centradas em contas, mas que também precisam se basear no papel fora da cadeia do Solver.
Reconhecemos que a liquidez, o estado e a fragmentação da experiência do usuário entre cadeias são problemas em todo o setor de blockchain. Se pensarmos de forma mais abrangente, é necessário abordar isso de uma maneira mais abstrata, semelhante à abstração de cadeia, o que equivale a ser a verdadeira entrada do Web3, resolvendo a fragmentação da experiência do usuário, enquanto a integração da liquidez e do estado é feita em lugares que os usuários não conseguem perceber. Como integrar isso, é dividido em utilizar redes Solver off-chain e instalações como pontes atômicas para integração entre cadeias, o que vale a pena explorar. Em geral, o futuro será certamente multi-cadeia, e resolver o problema da liquidez dispersa é um desafio que a indústria inevitavelmente enfrentará, e essa integração de liquidez em toda a cadeia tem um vasto espaço para crescimento, podendo construir uma nova entrada para a internet na era do Web3.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
![Camada 2, estudo sobre o problema de liquidez fazer as pessoas de parvas])https://img-cdn.gateio.im/webp-social/moments-7cd151734ef2ffa50a2795355f17911a.webp(
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.
17 gostos
Recompensa
17
3
Republicar
Partilhar
Comentar
0/400
FromMinerToFarmer
· 07-25 18:33
fazer as pessoas de parvas depois juntar é inevitável
Ver originalResponder0
StakeWhisperer
· 07-23 11:21
Se há mais cadeias e menos dinheiro, o que fazer?
Ver originalResponder0
RumbleValidator
· 07-23 11:09
Múltiplas cadeias estão destinadas a se tornar uma tendência
Desafios da Era da Camada 2: Exploração da liquidez fragmentada e soluções no ecossistema multi-chain
Estudo sobre o problema da liquidez de fazer as pessoas de parvas na era da Camada 2
Com a transição do Ethereum para uma estratégia de escalabilidade centrada na Camada 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 procurar uma maior valorização. No entanto, a emergência de tantas blockchains públicas dificulta o desenvolvimento do ecossistema, levando a que muitos projetos falhem logo na sua emissão.
Aproveitando a OP Stack, uma plataforma de negociação lançou a sua própria Camada 2; utilizando tecnologia ZK, outra plataforma de negociação lançou a sua própria camada; uma empresa lançou a sua própria cadeia, uma empresa de software de comunicação lançou a sua própria cadeia, etc. Hoje em dia, o capital e a barreira técnica para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada na OP Stack é de cerca de 10.000 dólares por mês.
O futuro será certamente uma era de coexistência de múltiplas cadeias. Embora essas cadeias da Camada 2 possam optar pela compatibilidade EVM para alcançar a interoperabilidade, devido às suas entidades Web2 por trás com um grande número de aplicações downstream, é difícil para elas 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 multichains é inevitável, a interoperabilidade é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenção, Clearing Execution, Native CrossChain, ZKSharding, mas a sua essência central é a mesma.
Utilizamos a arquitetura 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 utilizador, e também a camada mais abstrata nas soluções de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os utilizadores interagem com a interface frontal, podendo não compreender os mecanismos subjacentes de conversão de liquidez.
Camada de Permissão(Camada de Permissão)
Localizado abaixo da camada de aplicação, os usuários conectam as 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 Conta e Abstração de Camada (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 as estruturas de contas únicas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. Alguns projetos construíram sistemas de contas confiáveis, sem necessidade de estabelecer consenso entre cadeias, apenas com promessas confiáveis entre os sistemas de contas existentes. Outros projetos implementaram gestão abstrata gerando carteiras de contas multi-chain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, em termos de liquidez, foram integradas principalmente as cadeias públicas existentes.
Resolver Camada (
A Camada 2 é responsável por receber e implementar a intenção de negociação dos usuários, e o papel do Solver compete aqui 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, foram construídas várias soluções orientadas por intenções. 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 usada para resolver a camada para realizar a intenção do usuário. Os componentes principais da solução de liquidez e estado disperso incluem:
Além disso, também é 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 de múltiplas cadeias.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após uma análise de várias opções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: soluções de Rollup como o OP Stack, ao adicionar um ordenadores compartilhados específicos e pontes entre cadeias, ajudam a compartilhar liquidez e estado dos Rollups construídos no OP Stack. Isso espera resolver a fragmentação de liquidez e estado em um nível mais alto. Dentro disso, há um design mais segmentado de ordenadores compartilhados, que se destina mais à Camada 2 e não possui universalidade.
Centrado na conta: 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 os usuários na assinatura de transações multi-chain. Esta solução, embora possa resolver significativamente o problema de fragmentação da UX, envolve uma implementação complexa no backend para os desenvolvedores e não resolve essencialmente a liquidez e a dispersão de estados.
Com a rede de intenção off-chain como centro: isto é, a nossa "introdução" ao diagrama de arquitetura do bolo, a Solver Network, o núcleo é que os usuários enviam intenções para a rede Solver, e este papel de Solver compete por cotações, fornecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Formadores de Mercado ou mesmo o protocolo integrado em si. Embora a intenção possa teoricamente realizar operações cross-chain complexas de qualquer dificuldade, na prática, é necessário ter Solvers com liquidez suficiente para ajudar, e quando surgem algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidas provas de fraude e outros meios, a dificuldade de implementação da Solver Network aumentará, assim como o limiar para operar como Solver.
Centrado na rede de liquidez on-chain: esta direção é especificamente otimizada para o problema de liquidez entre cadeias, mas não resolve o problema da dispersão de estados on-chain em outras cadeias. O seu núcleo é construir uma camada de liquidez, na qual aplicações são construídas, para compartilhar a liquidez de toda a cadeia.
Centrado em aplicações em 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. Este tipo de projeto requer a gestão de processos complexos entre cadeias, exigindo muito dos desenvolvedores, e por isso é também muito suscetível a ataques de hackers.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
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 integração de liquidez, especialmente integrando a liquidez dispersa de toda a cadeia, isso terá um grande potencial, e também analisamos muitas soluções diferentes.
Nas duas categorias acima, podemos ver que, de acordo com a estrutura do bolo, a Settlement Layer é a solução de nível mais atômico. Acima dessas soluções atômicas, como as soluções cross-chain, oráculos e Pre-Confirmation, construímos um nível mais abstrato, que é a Solver Layer, Permission Layer e Application Layer. As várias soluções de abstração ou liquidez que listamos acima em diferentes direções estão de acordo com esses diferentes níveis, 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, e o problema da liquidez fragmentada trouxe à tona muitas questões secundárias complexas, portanto, em relação à interoperabilidade, surgiram soluções variadas. Mas, essencialmente, ainda dependemos desses componentes.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
Resolver o problema da liquidez entre cadeias é um campo muito complexo e com diversas soluções. Por exemplo, as soluções de Camada 2 podem ser divididas entre aquelas que utilizam mensagens entre cadeias, especialmente o ERC-7683, e a construção do OP Stack em Camada 2 para compartilhar o Sequencer. Fora do contexto da Camada 2, todas as Camadas 1 também enfrentam problemas de liquidez, estado e fragmentação da experiência do usuário. Existem soluções centradas em aplicações específicas para liquidez, bem como soluções fora da cadeia do Solver Network, e até mesmo soluções centradas em contas, mas que também precisam se basear no papel fora da cadeia do Solver.
![Camada 2时代下，Liquidez割裂问题的研究])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
Reconhecemos que a liquidez, o estado e a fragmentação da experiência do usuário entre cadeias são problemas em todo o setor de blockchain. Se pensarmos de forma mais abrangente, é necessário abordar isso de uma maneira mais abstrata, semelhante à abstração de cadeia, o que equivale a ser a verdadeira entrada do Web3, resolvendo a fragmentação da experiência do usuário, enquanto a integração da liquidez e do estado é feita em lugares que os usuários não conseguem perceber. Como integrar isso, é dividido em utilizar redes Solver off-chain e instalações como pontes atômicas para integração entre cadeias, o que vale a pena explorar. Em geral, o futuro será certamente multi-cadeia, e resolver o problema da liquidez dispersa é um desafio que a indústria inevitavelmente enfrentará, e essa integração de liquidez em toda a cadeia tem um vasto espaço para crescimento, podendo construir uma nova entrada para a internet na era do Web3.
![Camada 2时代下，Liquidez fazer as pessoas de parvas问题的研究])https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
![Camada 2, estudo sobre o problema de liquidez fazer as pessoas de parvas])https://img-cdn.gateio.im/webp-social/moments-7cd151734ef2ffa50a2795355f17911a.webp(