作者:Peter Pan, Cofundador e CTO da Particle Network &Faust,极客Web3
Desde 2022, a abstração de contas tem sido um tópico amplamente discutido, e a estrutura de abstração de contas com EIP-4337 como núcleo parece ter se tornado um consenso geral no setor. A popularidade do conceito de intenção levou a um maior foco nesses componentes de interação do usuário de baixo limiar.
No entanto, o EIP-4337 ainda tem os pontos problemáticos da fragmentação das contas de conta inteligente e da experiência abstrata do usuário altamente fragmentada de contas entre cadeias. **Este artigo usa projetos como Biconomia, Núcleo Seguro e Rede de Partículas como exemplos para explorar como avançar ainda mais no campo da abstração de contas sob a estrutura EIP-4337. **
Compreender o conceito de "abstração de conta" a partir da perspetiva da abstração do processo de transação
Em relação à abstração de contas, Vitalik tem repetidamente apontado que é uma condição necessária para reduzir o limiar de usuários Ethereum e alcançar a adoção em massa, e sua visão central é permitir que os usuários personalizem o método de verificação de assinatura + aproveitem o pagamento de gás e iniciem transações na cadeia sem quaisquer ativos (comumente conhecidas como transações sem gás). Somente implementando esses pré-requisitos podemos aumentar a taxa de conversão de novos usuários de aplicativos Web3.
No passado, propostas abstratas sem conta ou carteiras de contratos inteligentes, embora possam alcançar uma experiência semelhante, estão longe de ser flexíveis e eficientes, como o Gnosis Safe ainda requer endereços EOA para desencadear transações, e o custo do gás é extremamente alto.
A abstração de contas pretende otimizar a partir da camada inferior da estrutura de contas de contratos inteligentes para abrir caminho para a próxima geração de sistemas de contas inteligentes.
Mas, a partir da proposta de abstração de conta real, descobriremos que seu foco não está no modelo de conta em si. Por exemplo, EIP-86, EIP-4337, EIP-6900 e outras propostas relacionadas à abstração de contas, se concentram na abstração/modularidade de todo o processo de processamento de uma transação, desde o início até o recebimento do nó, verificação de assinatura, pagamento de gás, etc., não prestam atenção à abstração da estrutura da conta. Por isso, parece mais apropriado chamar as propostas atuais de "abstrações transacionais".
Se entendermos essas propostas abstratas de conta bem conhecidas da perspetiva da "abstração do processo de processamento de transações", podemos entender mais facilmente seus pontos principais: essa abstração de transação realmente quer trazer a experiência de usuários de nível Web2 entrando e usando produtos no sistema Ethereum, como lista negra/lista branca, sem verificação de identidade para iniciar transações dentro de um período de tempo, sem transações de gás, taxas de pagamento em moeda fiduciária, etc.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-036e81bcee-dd1a6f-69ad2a.webp)
Mas algumas pessoas perguntarão: essas coisas não podem ser implementadas em carteiras de contratos inteligentes no passado? Qual é o valor de esquemas abstratos como o EIP-4337?
A essência do EIP-4337: a solução ideal local de abstração de conta no ecossistema Ethereum
Como mencionado na pergunta acima, embora as carteiras inteligentes no passado possam alcançar as funções mencionadas acima, os métodos de implementação são geralmente difíceis e muitas vezes dependem de instalações de terceiros altamente centralizadas. Por exemplo, no passado, o esquema de pagamento de gás era introduzir um nó Relayer de terceiros (EIP-2771). Além disso, a falta de padrões unificados entre diferentes carteiras inteligentes não é propícia ao desenvolvimento e implantação de componentes de suporte. **
O principal apelo do EIP relacionado a várias abstrações de conta é resolver esses defeitos em diferentes projetos de carteira por meio de uma estrutura padronizada projetada para carteiras de contratos inteligentes e promover a estrutura da conta no ecossistema Ethereum de uma estrutura funcional básica para uma estrutura inteligente com um teto mais alto.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c592064fab-dd1a6f-69ad2a.webp)
Por exemplo, antes do advento do ERC-20 ou ERC-721, muitas implementações de token, funções e funções/interfaces fornecidas externamente eram inconsistentes, e a "inconsistência" não era propícia ao desenvolvimento de instalações de terceiros e auditoria de código de suporte (é difícil imaginar como os aplicativos Defi teriam se desenvolvido para a prosperidade atual sem o protocolo ERC-20).
Padrões padronizados de implementação de protocolos/recursos são um pré-requisito para narrativas modulares, e o desenvolvimento modular é um pré-requisito para que quase todos os campos prosperem (a divisão do trabalho é o primeiro princípio para a eficiência). **
No final, o EIP-4337 veio à tona.
EIP-4337 é uma solução ideal local, mas há vários ângulos dentro de sua estrutura que precisam ser otimizados
O EIP-4337 define um conjunto de padrões de interface, esclarecendo quais módulos devem ser pelo menos para carteiras inteligentes que seguem o protocolo 4337, quais funções/interfaces cada módulo deve implementar, como Bundler, EntryPoint, Paymaster e quais funções chamáveis devem ser fornecidas externamente.
Depois de esclarecer essas regras, a interação entre os diferentes componentes é mais clara, o que é conveniente para introduzir ideias de design modular na abstração de conta e design de carteira inteligente, e os desenvolvedores do módulo de carteira também se beneficiam muito. **
É claro que, do ponto de vista puramente do usuário, o valor trazido pelo paradigma de desenvolvimento da carteira inteligente modular não é claro, porque as pessoas não sentem muita mudança na própria carteira abstrata da conta no curto prazo. **Mas a médio e longo prazo, protocolos como o EIP-4337 são semelhantes em valor ao ERC-20 e ERC-721, que estabelecem as bases para o desenvolvimento a longo prazo de carteiras abstratas de contas e são marcos de época.
No entanto, o EIP-4337 ainda tem muitos problemas por resolver: ** Por exemplo:
A função de abstração de conta não é plug-in o suficiente, e é fácil para diferentes desenvolvedores reinventar a roda;
A compatibilidade do módulo de conta é fraca, e todo o sistema de contas mostra uma tendência de fragmentação da ecologia;
A ecologia de abstração de contas entre diferentes cadeias é altamente fragmentada, o que torna difícil fornecer uma experiência unificada e de alta qualidade para usuários finais e desenvolvedores e alcançar uma melhor UX.
Abaixo, exploraremos soluções para esses problemas.
Direção de otimização 1: A função de plug-in de abstração de conta se tornará a configuração básica
**Pode-se dizer que um dos principais pontos de discussão relacionados à abstração de conta agora é como perceber melhor a modularidade da carteira abstrata de conta e cortar a granularidade de cada módulo em mais granularidade. **
Por exemplo, Biconomy propõe uma narrativa baseada no EIP-4337 (EIP-6900 com granularidade mais fina será introduzida no futuro) para promover ainda mais o desenvolvimento modular da ecologia de abstração de contas.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0204bbbe03-dd1a6f-69ad2a.webp)
O chamado plug-in de função de abstração de conta é, na verdade, esclarecer através de um conjunto de protocolos quais são os principais módulos envolvidos na carteira de contrato inteligente, quais interfaces/funções esses módulos devem implementar, e quais são os nomes dessas interfaces e como chamá-las. Os desenvolvedores terceirizados desenvolvem componentes com detalhes variados de acordo com suas próprias ideias, mas esses componentes atenderão aos requisitos estabelecidos no contrato.
A versão V2 da Biconomy, com EIP-4337 como backbone do protocolo, desenvolveu padrões mais detalhados e adicionou uma série de interfaces não mencionadas no 4337. Ao indicar quais funções os módulos como Bundler, Smart Contract Wallet e Paymaster devem ter, a Biconomy permite que desenvolvedores terceirizados implementem módulos com as mesmas características e versões diferentes com detalhes de código diferentes, desde que sigam os detalhes do protocolo declarados antecipadamente pela Biconomy (compatível com EIP-4337).
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8f424156ac-dd1a6f-69ad2a.webp)
Ao mesmo tempo, Biconomy também apresentou o slogan de "Module Store", enquanto lança pessoalmente o SDK do módulo de resumo de conta, a maioria dos desenvolvedores são encorajados a enviar seus próprios módulos de resumo de conta projetados, expandir "Módulo como um serviço", ** para que todos os projetos de carteira que seguem o protocolo EIP-4337 possam adotar diretamente esses módulos de resumo de conta escritos por pessoas de fora. Quando os usuários criam uma conta inteligente através da página de front-end, eles também têm uma escolha mais diversificada de quais módulos usar.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8bb885dd87-dd1a6f-69ad2a.webp)
Embora a modularidade seja conveniente para a divisão de trabalho, também é conveniente para os usuários alternar rapidamente ou adicionar e excluir certas funções na carteira inteligente (para dizer sem rodeios, é dividir a granularidade em partes mais finas).
Biconomy apontou que quanto mais modular é uma carteira de contrato inteligente, menos mudanças ela precisa fazer ao atualizar ou atualizar (não há necessidade de atualizar os contratos existentes da Smart Contract Wallet dos usuários ou usar o DelegateCall, apenas alguns módulos externos), tornando mais fácil para diferentes usuários ou desenvolvedores substituir certos componentes.
Na futura nova abstração de conta da Biconomy, ela também se referirá à proposta EIP-6900, que é mais modular do que a EIP-4337.
Direção de otimização 2: Segmentação de módulo mais refinada para resolver o problema da fragmentação da conta
Em relação à proposta EIP-6900, **Safe (anteriormente Gnosis Safe) realmente lançou um white paper relacionado ao Protocolo Núcleo Seguro em agosto deste ano, e o mais emprestado é o EIP-6900. **
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-427d430661-dd1a6f-69ad2a.webp)
**EIP-6900 aponta que um problema com a abstração atual de contas modulares é a "fragmentação" das contas, ou o problema dos silos. Por exemplo, embora diferentes fornecedores de módulos de abstração de conta ou diferentes aplicativos DAPP sejam compatíveis com o EIP-4337, o EIP-4337 não é alto o suficiente para diferentes módulos, e a granularidade é relativamente difícil, deixando um grau "muito alto" de liberdade para os desenvolvedores de módulos de Conta Inteligente (conta inteligente é a parte central do armazenamento de informações do usuário e gravação de verificação de transações personalizadas e lógica de pagamento de gás).
Desta forma, diferentes partes do projeto de carteira tendem a projetar módulos de conta inteligentes com propriedades únicas. **A longo prazo, outros fornecedores de módulos de abstração de conta devem priorizar quem fornece módulos de Conta Inteligente que são compatíveis e, lentamente, produzir uma cadeia de suprimentos fixa upstream e downstream, o que inevitavelmente levará à fragmentação e separação da ecologia do módulo de abstração de conta. **(É como nos primórdios da indústria de computadores, os desenvolvedores de sistemas operacionais tinham que considerar com qual fabricante de hardware de computador era compatível.)
Para resolver o problema da fragmentação ecológica e melhorar a compatibilidade dos módulos de abstração de conta desenvolvidos por diferentes fornecedores, a melhor maneira é abstrair ainda mais as contas de carteira de contrato inteligente e tornar os módulos mais granulares.
Depois de pegar emprestado as ideias do EIP-6900, o white paper do protocolo **Safe Core fez uma otimização mais detalhada da Conta Inteligente (conta de carteira inteligente do usuário). O protocolo Safe Core divide os módulos que podem ser chamados por cada conta de carteira inteligente em plugins, ganchos, verificadores de assinatura, processadores de função e outras categorias. **
O módulo de conta inteligente é o mais leve possível, o contrato de conta armazena apenas os dados e funções mais básicos, e as funções que podem ser movidas para o exterior são todas lançadas para o módulo de subdivisão "processador de funções" ou "plugin" para implementar. Isso ecoa o chamado princípio da navalha de Occam – "não adicione entidades a menos que necessário".
Se a conta inteligente em si for leve o suficiente e não envolver detalhes muito complicados, a conta inteligente desenvolvida por diferentes fabricantes estará mais próxima em estrutura interna e mais compatível.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0cf696a50a-dd1a6f-69ad2a.webp)
O protocolo Safe Core também introduz um registo, semelhante à loja de aplicações do iPhone, que contém todos os módulos disponíveis aprovados. O usuário pode escolher quais módulos ativar, e cada vez que um novo módulo é ativado, ele é tratado através do contrato Minger.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-cdcab8e9d3-dd1a6f-69ad2a.webp)
Em geral, UserOperation irá acionar um plugin primeiro, e então o contrato Manger irá verificar se o status do plugin é normal (há um registro no registro), e se é normal, ele permitirá a solicitação do plugin. Se necessário, plugins plugin chamar algumas das funcionalidades fornecidas pelo gancho, ou não. Em seguida, são feitas alterações no estado da conta inteligente envolvida em UserOperation.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-6403d3e538-dd1a6f-69ad2a.webp)
Através do método de fragmentação de módulos refinados acima mencionado e do processo de agendamento, o Safe Core Protocol tenta implementar um conjunto de protocolo de interoperabilidade de módulo abstrato de conta de código aberto, cuja ideia central é tornar a Conta Inteligente leve tão simples quanto uma conta EOA, a fim de melhorar a compatibilidade dos módulos de Conta Inteligente melhorada por diferentes fornecedores.
Direção de otimização 3: Abstração de conta de cadeia completa, para alcançar contas unificadas em diferentes cadeias
Mas mesmo com a solução acima mencionada, ainda há um grande problema que não foi resolvido: diferentes cadeias e diferentes Layer2s estão promovendo abstrações de contas com detalhes diferentes, e muitos usam formas que entram em conflito com o EIP-4337, como zkSync Era, Starknet, Flow, etc. Isso levou a uma fragmentação na UX da carteira, como o endereço da carteira inteligente do usuário na Starknet e o endereço da carteira inteligente no Arbitrum não podem ser unificados.
Além disso, em um ambiente multicadeia, os usuários implantaram contas inteligentes de forma independente em diferentes cadeias, e os dados correspondentes do usuário muitas vezes estão espalhados nesses contratos. Se os dados do usuário, como chaves, precisam ser atualizados, é necessário iniciar transações repetidamente em várias cadeias, e é difícil garantir a consistência da Conta Inteligente.
O próprio Vitalik propôs anteriormente um conjunto de esquemas de conta inteligente unificados e fáceis de gerenciar de cadeia completa, ** este esquema usa Ethereum ou um ZKRollup altamente seguro como a cadeia de origem, implanta o contrato Keystore, armazena a chave global do usuário e, em seguida, todas as contas de contrato inteligente do usuário em L2 compartilham a chave global armazenada no contrato Keystore.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fad1fc1c55-dd1a6f-69ad2a.webp)
No entanto, esta solução é extremamente cara, ou seja, sempre que a chave global registrada no contrato Keystore na cadeia de origem muda, cada conta na cadeia L2/destino precisa sincronizar a nova chave através da interação entre cadeias. A interação entre cadeias entre Ethereum e L2 é muito cara para os usuários pagarem. E deve-se notar que as contas de contrato inteligente são diferentes das contas EOA, que são inerentemente unificadas em várias cadeias (unificadas entre cadeias EVM) por causa de seus métodos exclusivos de geração de endereços, mas as contas de contrato inteligente são completamente diferentes, e é difícil para os usuários obter contas de contrato inteligente com o mesmo endereço em cadeias diferentes.
A Particle Network criou a sua própria abordagem a este respeito. Embora a ideia geral seja a mesma da Vitalik, que também é separar o armazenamento e o código da conta inteligente, a Particle Network pretende usar uma cadeia independente, a Particle Network Chain, como o banco de dados de armazenamento de cadeia completa da conta inteligente, através de soluções de mensagens cross-chain de terceiros (LayerZero, CCIP, Axelar, Connext). etc.) Sincronize as alterações de um usuário no armazenamento da conta com a conta local em outras cadeias.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-2e6d60197a-dd1a6f-69ad2a.webp)
(Abstração de conta multicadeia da Particle Network)
Especificamente, o sistema de abstração de conta de cadeia completa da Particle Network exige que os usuários tenham um endereço de conta de contrato inteligente unificado em diferentes cadeias EVM, o que requer a implantação de um conjunto de contratos Deployer em cadeias diferentes;
Os usuários devem acionar a geração de novas contas na Cadeia de Rede de Partículas, após o que a Cadeia de Partículas acionará o Contrato de Implantação em todas as cadeias, garantindo que os endereços de conta de contrato inteligente gerados para usuários em cadeias diferentes sejam uniformes, ou os usuários possam concluir o processo de interação multicadeia por meio do contrato na Cadeia de Partículas sem ter conhecimento de outras cadeias, e podem usar o Gás Unificado Token como um método unificado de pagamento de taxa.
A abstração da conta de cadeia completa também torna possível a Operação de Usuário da Cross-Chain, desencadeando a transação da cadeia de destino através da Operação do Usuário da cadeia de origem e o pagamento de Gás correspondente, como usar o USDC da Polygon para comprar NFTs na Base.
No entanto, a solução Particle Network requer um alto grau de colaboração entre o Deployer Contract e o componente de mensagens entre cadeias para alcançar a sincronização de contas multicadeia e armazenamento de cadeia de origem, que na verdade tem altos requisitos para o oracle ou ponte de mensagem de cadeia cruzada que usa (esse problema parece existir em todos os esquemas relacionados à interoperabilidade de cadeia completa).
No entanto, a sincronização de conta entre cadeias do usuário pode configurar de forma flexível uma combinação de diferentes pontes de mensagem, em vez de depender apenas de uma determinada ponte, como uma estratégia que pode ser configurada como 2/3, contando com a confirmação de quaisquer dois de LayerZero, Axelar e Connext para confirmar a mudança de armazenamento na cadeia de destino, o que pode resolver aproximadamente esse problema de dependência de ponto único.
A interoperabilidade perfeita da cadeia completa entre EVMs e não-EVMs é um passo adiante na abstração de contas de cadeia completa dentro do ecossistema Ethereum
Embora existam gerenciamento de chaves e contas unificadas em toda a cadeia EVM, ainda há espaço para otimização na abstração de contas de cadeia completa: cadeias que não são compatíveis com EVM, como Aptos, Solana, Sui, etc., não podem garantir que o endereço da conta de contrato inteligente gerado pelo usuário seja consistente com a cadeia EVM; Ao mesmo tempo, se a cadeia não-EVM não implementar o protocolo EIP-4337 com um esquema equivalente, é difícil seguir o conceito abstrato da conta de cadeia completa proposto por Vitalik e Particle Network acima.
Além disso, o próprio projeto de carteira compatível com EIP-4337 tem espaço para melhorias. A maioria dos nós de empacotamento usados por carteiras inteligentes são oficialmente executados de forma independente e nem sequer se comunicam entre si, e muitos projetos de carteira inteligente realmente formam uma cadeia própria, o que traz muitos riscos (resistência à censura, usabilidade). Criar uma interface de front-end única unificada na maioria das cadeias pode ser muito difícil. Uma solução é introduzir um design centrado na intenção, adicionar uma camada sobre a abstração de conta de cadeia completa e tratar o ecossistema EIP-4337 do Ethereum ou outras instalações de abstração de conta nativas da cadeia (como zkSync) como instâncias específicas sob o tipo Solver/Reator, e como escolher o Solver certo é uma tarefa de nível superior. **
Tomando a Rede de Partículas como exemplo, ela propõe uma implementação concisa de abstração-intenção, enquanto as diferentes abstrações de conta são apenas uma classe de instâncias de soluções de intenção que estão incluídas no Solver.
Primeiro, o front-end do usuário será responsável por transformar solicitações de linguagem natural ou interações arbitrárias do usuário em descrições programáticas específicas, incluindo restrições de entrada e restrições de saída (para dizer sem rodeios, são as condições de entrada e os intervalos de resultados de saída que atendem aos requisitos do usuário) e, em seguida, um ou mais Solvers na rede Solver conterão restrições específicas de entrada e saída de Transações. Encaminhar para contratos do Solver implantados on-chain (o Solver não só tem instalações de nó, mas também partes de contrato on-chain). O contrato do Solver transmitirá a instrução de intenção para o contrato do Reator (que gerencia a conta do usuário na cadeia), que chamará outros módulos para concluir a interação final.
A solicitação do usuário é primeiramente conhecida pela rede Solver, de modo que o usuário não precisa perceber a cadeia subjacente ou a construção de diferentes abstrações de conta, e esta parte é deixada para o Solver construir uma solução específica.
É claro que essas ideias ainda são apenas um quadro teórico, e os detalhes de implementação por trás ainda não foram oficialmente estabelecidos pela Particle Network.
No momento, é claro que um mercado de Solver competitivo será gerado no futuro, e os usuários podem iniciar leilões para permitir que vários Solver apresentem soluções diferentes, e através da forma de negociação simulada local, a melhor solução pode ser selecionada e o Solver correspondente pode ser incentivado. A forma do incentivo depende dos designers de protocolo da Rede Solver (a Particle Network pretende usar tokens PNT como tokens de incentivo para seu mercado de leilões Solver).
**A intenção atual essencialmente protege os detalhes complexos da camada inferior e abstrai-a em uma camada superior, ** tal design em camadas com a natureza do protocolo TCP/IP é necessário para a experiência do usuário e experiência do desenvolvedor sob a interoperabilidade perfeita de toda a cadeia.
Abrace a adoção em massa de abstrações de contas
Quando otimizamos a estrutura 4337 no ecossistema Ethereum de todos os ângulos, e também promovemos a interoperabilidade perfeita entre os ecossistemas Ethereum e não-Ethereum, a fim de apoiar a adoção em larga escala da abstração de contas, sentimos que ainda precisamos de um produto que abranja o lado da oferta e o lado da demanda. Ele pode reduzir o uso de vários produtos e serviços Web3 pelos usuários finais, enquanto se concentra em desenvolvedores de serviços e reduz o limite para desenvolvedores. **
Um dos melhores produtos para esta função é o produto Modular Smart Wallet-as-Service da Particle Network:
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-3a8144f020-dd1a6f-69ad2a.webp)
O serviço fornece um conjunto fácil de usar de APIs que permitem aos desenvolvedores integrar facilmente a funcionalidade de abstração de conta modular em seus aplicativos;
Os desenvolvedores podem usar o serviço para criar e gerenciar contas de cadeia completa, realizar interação entre cadeias e usar um método unificado de pagamento de taxas;
Tal serviço fornecerá aos desenvolvedores uma maneira mais flexível e conveniente de criar aplicativos multicadeia e promover a adoção generalizada de abstrações de contas.
Além dos recursos amigáveis para desenvolvedores acima, a característica mais importante é que o produto Modular Smart Wallet-as-Service** da Particle Network constrói uma ecologia aberta baseada na computação de assinatura e é orientado para o campo de abstração de conta dos desenvolvedores, além de fornecer módulos de produto de resumo de conta auto-desenvolvidos, integrando vários tipos de produtos e serviços abstratos de conta. Ele pode promover rapidamente a adoção de produtos e serviços de vários desenvolvedores em todo o campo de abstração de conta.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-20ede5c527-dd1a6f-69ad2a.webp)
Deixe a tecnologia atender à demanda, depois de resolver as limitações de todos os ângulos da estrutura ERC-4337, a melhoria da experiência do desenvolvedor promoverá mais produtos com excelente experiência do usuário, acelerando a indústria Web3 de uma indústria financeira amigável ao cryptopunk para uma indústria de consumo amigável à massa.
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.
Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça do EIP-4337?
作者:Peter Pan, Cofundador e CTO da Particle Network &Faust,极客Web3
Desde 2022, a abstração de contas tem sido um tópico amplamente discutido, e a estrutura de abstração de contas com EIP-4337 como núcleo parece ter se tornado um consenso geral no setor. A popularidade do conceito de intenção levou a um maior foco nesses componentes de interação do usuário de baixo limiar.
No entanto, o EIP-4337 ainda tem os pontos problemáticos da fragmentação das contas de conta inteligente e da experiência abstrata do usuário altamente fragmentada de contas entre cadeias. **Este artigo usa projetos como Biconomia, Núcleo Seguro e Rede de Partículas como exemplos para explorar como avançar ainda mais no campo da abstração de contas sob a estrutura EIP-4337. **
Compreender o conceito de "abstração de conta" a partir da perspetiva da abstração do processo de transação
Em relação à abstração de contas, Vitalik tem repetidamente apontado que é uma condição necessária para reduzir o limiar de usuários Ethereum e alcançar a adoção em massa, e sua visão central é permitir que os usuários personalizem o método de verificação de assinatura + aproveitem o pagamento de gás e iniciem transações na cadeia sem quaisquer ativos (comumente conhecidas como transações sem gás). Somente implementando esses pré-requisitos podemos aumentar a taxa de conversão de novos usuários de aplicativos Web3.
No passado, propostas abstratas sem conta ou carteiras de contratos inteligentes, embora possam alcançar uma experiência semelhante, estão longe de ser flexíveis e eficientes, como o Gnosis Safe ainda requer endereços EOA para desencadear transações, e o custo do gás é extremamente alto.
A abstração de contas pretende otimizar a partir da camada inferior da estrutura de contas de contratos inteligentes para abrir caminho para a próxima geração de sistemas de contas inteligentes.
Mas, a partir da proposta de abstração de conta real, descobriremos que seu foco não está no modelo de conta em si. Por exemplo, EIP-86, EIP-4337, EIP-6900 e outras propostas relacionadas à abstração de contas, se concentram na abstração/modularidade de todo o processo de processamento de uma transação, desde o início até o recebimento do nó, verificação de assinatura, pagamento de gás, etc., não prestam atenção à abstração da estrutura da conta. Por isso, parece mais apropriado chamar as propostas atuais de "abstrações transacionais".
Se entendermos essas propostas abstratas de conta bem conhecidas da perspetiva da "abstração do processo de processamento de transações", podemos entender mais facilmente seus pontos principais: essa abstração de transação realmente quer trazer a experiência de usuários de nível Web2 entrando e usando produtos no sistema Ethereum, como lista negra/lista branca, sem verificação de identidade para iniciar transações dentro de um período de tempo, sem transações de gás, taxas de pagamento em moeda fiduciária, etc.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-036e81bcee-dd1a6f-69ad2a.webp)
Mas algumas pessoas perguntarão: essas coisas não podem ser implementadas em carteiras de contratos inteligentes no passado? Qual é o valor de esquemas abstratos como o EIP-4337?
A essência do EIP-4337: a solução ideal local de abstração de conta no ecossistema Ethereum
Como mencionado na pergunta acima, embora as carteiras inteligentes no passado possam alcançar as funções mencionadas acima, os métodos de implementação são geralmente difíceis e muitas vezes dependem de instalações de terceiros altamente centralizadas. Por exemplo, no passado, o esquema de pagamento de gás era introduzir um nó Relayer de terceiros (EIP-2771). Além disso, a falta de padrões unificados entre diferentes carteiras inteligentes não é propícia ao desenvolvimento e implantação de componentes de suporte. **
O principal apelo do EIP relacionado a várias abstrações de conta é resolver esses defeitos em diferentes projetos de carteira por meio de uma estrutura padronizada projetada para carteiras de contratos inteligentes e promover a estrutura da conta no ecossistema Ethereum de uma estrutura funcional básica para uma estrutura inteligente com um teto mais alto.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c592064fab-dd1a6f-69ad2a.webp)
Por exemplo, antes do advento do ERC-20 ou ERC-721, muitas implementações de token, funções e funções/interfaces fornecidas externamente eram inconsistentes, e a "inconsistência" não era propícia ao desenvolvimento de instalações de terceiros e auditoria de código de suporte (é difícil imaginar como os aplicativos Defi teriam se desenvolvido para a prosperidade atual sem o protocolo ERC-20).
Padrões padronizados de implementação de protocolos/recursos são um pré-requisito para narrativas modulares, e o desenvolvimento modular é um pré-requisito para que quase todos os campos prosperem (a divisão do trabalho é o primeiro princípio para a eficiência). **
No final, o EIP-4337 veio à tona.
EIP-4337 é uma solução ideal local, mas há vários ângulos dentro de sua estrutura que precisam ser otimizados
O EIP-4337 define um conjunto de padrões de interface, esclarecendo quais módulos devem ser pelo menos para carteiras inteligentes que seguem o protocolo 4337, quais funções/interfaces cada módulo deve implementar, como Bundler, EntryPoint, Paymaster e quais funções chamáveis devem ser fornecidas externamente.
Depois de esclarecer essas regras, a interação entre os diferentes componentes é mais clara, o que é conveniente para introduzir ideias de design modular na abstração de conta e design de carteira inteligente, e os desenvolvedores do módulo de carteira também se beneficiam muito. **
É claro que, do ponto de vista puramente do usuário, o valor trazido pelo paradigma de desenvolvimento da carteira inteligente modular não é claro, porque as pessoas não sentem muita mudança na própria carteira abstrata da conta no curto prazo. **Mas a médio e longo prazo, protocolos como o EIP-4337 são semelhantes em valor ao ERC-20 e ERC-721, que estabelecem as bases para o desenvolvimento a longo prazo de carteiras abstratas de contas e são marcos de época.
No entanto, o EIP-4337 ainda tem muitos problemas por resolver: ** Por exemplo:
A função de abstração de conta não é plug-in o suficiente, e é fácil para diferentes desenvolvedores reinventar a roda;
A compatibilidade do módulo de conta é fraca, e todo o sistema de contas mostra uma tendência de fragmentação da ecologia;
A ecologia de abstração de contas entre diferentes cadeias é altamente fragmentada, o que torna difícil fornecer uma experiência unificada e de alta qualidade para usuários finais e desenvolvedores e alcançar uma melhor UX.
Abaixo, exploraremos soluções para esses problemas.
Direção de otimização 1: A função de plug-in de abstração de conta se tornará a configuração básica
**Pode-se dizer que um dos principais pontos de discussão relacionados à abstração de conta agora é como perceber melhor a modularidade da carteira abstrata de conta e cortar a granularidade de cada módulo em mais granularidade. **
Por exemplo, Biconomy propõe uma narrativa baseada no EIP-4337 (EIP-6900 com granularidade mais fina será introduzida no futuro) para promover ainda mais o desenvolvimento modular da ecologia de abstração de contas.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0204bbbe03-dd1a6f-69ad2a.webp)
O chamado plug-in de função de abstração de conta é, na verdade, esclarecer através de um conjunto de protocolos quais são os principais módulos envolvidos na carteira de contrato inteligente, quais interfaces/funções esses módulos devem implementar, e quais são os nomes dessas interfaces e como chamá-las. Os desenvolvedores terceirizados desenvolvem componentes com detalhes variados de acordo com suas próprias ideias, mas esses componentes atenderão aos requisitos estabelecidos no contrato.
A versão V2 da Biconomy, com EIP-4337 como backbone do protocolo, desenvolveu padrões mais detalhados e adicionou uma série de interfaces não mencionadas no 4337. Ao indicar quais funções os módulos como Bundler, Smart Contract Wallet e Paymaster devem ter, a Biconomy permite que desenvolvedores terceirizados implementem módulos com as mesmas características e versões diferentes com detalhes de código diferentes, desde que sigam os detalhes do protocolo declarados antecipadamente pela Biconomy (compatível com EIP-4337).
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8f424156ac-dd1a6f-69ad2a.webp)
Ao mesmo tempo, Biconomy também apresentou o slogan de "Module Store", enquanto lança pessoalmente o SDK do módulo de resumo de conta, a maioria dos desenvolvedores são encorajados a enviar seus próprios módulos de resumo de conta projetados, expandir "Módulo como um serviço", ** para que todos os projetos de carteira que seguem o protocolo EIP-4337 possam adotar diretamente esses módulos de resumo de conta escritos por pessoas de fora. Quando os usuários criam uma conta inteligente através da página de front-end, eles também têm uma escolha mais diversificada de quais módulos usar.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8bb885dd87-dd1a6f-69ad2a.webp)
Embora a modularidade seja conveniente para a divisão de trabalho, também é conveniente para os usuários alternar rapidamente ou adicionar e excluir certas funções na carteira inteligente (para dizer sem rodeios, é dividir a granularidade em partes mais finas).
Biconomy apontou que quanto mais modular é uma carteira de contrato inteligente, menos mudanças ela precisa fazer ao atualizar ou atualizar (não há necessidade de atualizar os contratos existentes da Smart Contract Wallet dos usuários ou usar o DelegateCall, apenas alguns módulos externos), tornando mais fácil para diferentes usuários ou desenvolvedores substituir certos componentes.
Na futura nova abstração de conta da Biconomy, ela também se referirá à proposta EIP-6900, que é mais modular do que a EIP-4337.
Direção de otimização 2: Segmentação de módulo mais refinada para resolver o problema da fragmentação da conta
Em relação à proposta EIP-6900, **Safe (anteriormente Gnosis Safe) realmente lançou um white paper relacionado ao Protocolo Núcleo Seguro em agosto deste ano, e o mais emprestado é o EIP-6900. **
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-427d430661-dd1a6f-69ad2a.webp)
**EIP-6900 aponta que um problema com a abstração atual de contas modulares é a "fragmentação" das contas, ou o problema dos silos. Por exemplo, embora diferentes fornecedores de módulos de abstração de conta ou diferentes aplicativos DAPP sejam compatíveis com o EIP-4337, o EIP-4337 não é alto o suficiente para diferentes módulos, e a granularidade é relativamente difícil, deixando um grau "muito alto" de liberdade para os desenvolvedores de módulos de Conta Inteligente (conta inteligente é a parte central do armazenamento de informações do usuário e gravação de verificação de transações personalizadas e lógica de pagamento de gás).
Desta forma, diferentes partes do projeto de carteira tendem a projetar módulos de conta inteligentes com propriedades únicas. **A longo prazo, outros fornecedores de módulos de abstração de conta devem priorizar quem fornece módulos de Conta Inteligente que são compatíveis e, lentamente, produzir uma cadeia de suprimentos fixa upstream e downstream, o que inevitavelmente levará à fragmentação e separação da ecologia do módulo de abstração de conta. **(É como nos primórdios da indústria de computadores, os desenvolvedores de sistemas operacionais tinham que considerar com qual fabricante de hardware de computador era compatível.)
Para resolver o problema da fragmentação ecológica e melhorar a compatibilidade dos módulos de abstração de conta desenvolvidos por diferentes fornecedores, a melhor maneira é abstrair ainda mais as contas de carteira de contrato inteligente e tornar os módulos mais granulares.
Depois de pegar emprestado as ideias do EIP-6900, o white paper do protocolo **Safe Core fez uma otimização mais detalhada da Conta Inteligente (conta de carteira inteligente do usuário). O protocolo Safe Core divide os módulos que podem ser chamados por cada conta de carteira inteligente em plugins, ganchos, verificadores de assinatura, processadores de função e outras categorias. **
O módulo de conta inteligente é o mais leve possível, o contrato de conta armazena apenas os dados e funções mais básicos, e as funções que podem ser movidas para o exterior são todas lançadas para o módulo de subdivisão "processador de funções" ou "plugin" para implementar. Isso ecoa o chamado princípio da navalha de Occam – "não adicione entidades a menos que necessário".
Se a conta inteligente em si for leve o suficiente e não envolver detalhes muito complicados, a conta inteligente desenvolvida por diferentes fabricantes estará mais próxima em estrutura interna e mais compatível.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0cf696a50a-dd1a6f-69ad2a.webp)
O protocolo Safe Core também introduz um registo, semelhante à loja de aplicações do iPhone, que contém todos os módulos disponíveis aprovados. O usuário pode escolher quais módulos ativar, e cada vez que um novo módulo é ativado, ele é tratado através do contrato Minger.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-cdcab8e9d3-dd1a6f-69ad2a.webp)
Em geral, UserOperation irá acionar um plugin primeiro, e então o contrato Manger irá verificar se o status do plugin é normal (há um registro no registro), e se é normal, ele permitirá a solicitação do plugin. Se necessário, plugins plugin chamar algumas das funcionalidades fornecidas pelo gancho, ou não. Em seguida, são feitas alterações no estado da conta inteligente envolvida em UserOperation.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-6403d3e538-dd1a6f-69ad2a.webp)
Através do método de fragmentação de módulos refinados acima mencionado e do processo de agendamento, o Safe Core Protocol tenta implementar um conjunto de protocolo de interoperabilidade de módulo abstrato de conta de código aberto, cuja ideia central é tornar a Conta Inteligente leve tão simples quanto uma conta EOA, a fim de melhorar a compatibilidade dos módulos de Conta Inteligente melhorada por diferentes fornecedores.
Direção de otimização 3: Abstração de conta de cadeia completa, para alcançar contas unificadas em diferentes cadeias
Mas mesmo com a solução acima mencionada, ainda há um grande problema que não foi resolvido: diferentes cadeias e diferentes Layer2s estão promovendo abstrações de contas com detalhes diferentes, e muitos usam formas que entram em conflito com o EIP-4337, como zkSync Era, Starknet, Flow, etc. Isso levou a uma fragmentação na UX da carteira, como o endereço da carteira inteligente do usuário na Starknet e o endereço da carteira inteligente no Arbitrum não podem ser unificados.
Além disso, em um ambiente multicadeia, os usuários implantaram contas inteligentes de forma independente em diferentes cadeias, e os dados correspondentes do usuário muitas vezes estão espalhados nesses contratos. Se os dados do usuário, como chaves, precisam ser atualizados, é necessário iniciar transações repetidamente em várias cadeias, e é difícil garantir a consistência da Conta Inteligente.
O próprio Vitalik propôs anteriormente um conjunto de esquemas de conta inteligente unificados e fáceis de gerenciar de cadeia completa, ** este esquema usa Ethereum ou um ZKRollup altamente seguro como a cadeia de origem, implanta o contrato Keystore, armazena a chave global do usuário e, em seguida, todas as contas de contrato inteligente do usuário em L2 compartilham a chave global armazenada no contrato Keystore.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fad1fc1c55-dd1a6f-69ad2a.webp)
No entanto, esta solução é extremamente cara, ou seja, sempre que a chave global registrada no contrato Keystore na cadeia de origem muda, cada conta na cadeia L2/destino precisa sincronizar a nova chave através da interação entre cadeias. A interação entre cadeias entre Ethereum e L2 é muito cara para os usuários pagarem. E deve-se notar que as contas de contrato inteligente são diferentes das contas EOA, que são inerentemente unificadas em várias cadeias (unificadas entre cadeias EVM) por causa de seus métodos exclusivos de geração de endereços, mas as contas de contrato inteligente são completamente diferentes, e é difícil para os usuários obter contas de contrato inteligente com o mesmo endereço em cadeias diferentes.
A Particle Network criou a sua própria abordagem a este respeito. Embora a ideia geral seja a mesma da Vitalik, que também é separar o armazenamento e o código da conta inteligente, a Particle Network pretende usar uma cadeia independente, a Particle Network Chain, como o banco de dados de armazenamento de cadeia completa da conta inteligente, através de soluções de mensagens cross-chain de terceiros (LayerZero, CCIP, Axelar, Connext). etc.) Sincronize as alterações de um usuário no armazenamento da conta com a conta local em outras cadeias.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-2e6d60197a-dd1a6f-69ad2a.webp)
(Abstração de conta multicadeia da Particle Network)
Especificamente, o sistema de abstração de conta de cadeia completa da Particle Network exige que os usuários tenham um endereço de conta de contrato inteligente unificado em diferentes cadeias EVM, o que requer a implantação de um conjunto de contratos Deployer em cadeias diferentes;
Os usuários devem acionar a geração de novas contas na Cadeia de Rede de Partículas, após o que a Cadeia de Partículas acionará o Contrato de Implantação em todas as cadeias, garantindo que os endereços de conta de contrato inteligente gerados para usuários em cadeias diferentes sejam uniformes, ou os usuários possam concluir o processo de interação multicadeia por meio do contrato na Cadeia de Partículas sem ter conhecimento de outras cadeias, e podem usar o Gás Unificado Token como um método unificado de pagamento de taxa.
A abstração da conta de cadeia completa também torna possível a Operação de Usuário da Cross-Chain, desencadeando a transação da cadeia de destino através da Operação do Usuário da cadeia de origem e o pagamento de Gás correspondente, como usar o USDC da Polygon para comprar NFTs na Base.
No entanto, a solução Particle Network requer um alto grau de colaboração entre o Deployer Contract e o componente de mensagens entre cadeias para alcançar a sincronização de contas multicadeia e armazenamento de cadeia de origem, que na verdade tem altos requisitos para o oracle ou ponte de mensagem de cadeia cruzada que usa (esse problema parece existir em todos os esquemas relacionados à interoperabilidade de cadeia completa).
No entanto, a sincronização de conta entre cadeias do usuário pode configurar de forma flexível uma combinação de diferentes pontes de mensagem, em vez de depender apenas de uma determinada ponte, como uma estratégia que pode ser configurada como 2/3, contando com a confirmação de quaisquer dois de LayerZero, Axelar e Connext para confirmar a mudança de armazenamento na cadeia de destino, o que pode resolver aproximadamente esse problema de dependência de ponto único.
A interoperabilidade perfeita da cadeia completa entre EVMs e não-EVMs é um passo adiante na abstração de contas de cadeia completa dentro do ecossistema Ethereum
Embora existam gerenciamento de chaves e contas unificadas em toda a cadeia EVM, ainda há espaço para otimização na abstração de contas de cadeia completa: cadeias que não são compatíveis com EVM, como Aptos, Solana, Sui, etc., não podem garantir que o endereço da conta de contrato inteligente gerado pelo usuário seja consistente com a cadeia EVM; Ao mesmo tempo, se a cadeia não-EVM não implementar o protocolo EIP-4337 com um esquema equivalente, é difícil seguir o conceito abstrato da conta de cadeia completa proposto por Vitalik e Particle Network acima.
Além disso, o próprio projeto de carteira compatível com EIP-4337 tem espaço para melhorias. A maioria dos nós de empacotamento usados por carteiras inteligentes são oficialmente executados de forma independente e nem sequer se comunicam entre si, e muitos projetos de carteira inteligente realmente formam uma cadeia própria, o que traz muitos riscos (resistência à censura, usabilidade). Criar uma interface de front-end única unificada na maioria das cadeias pode ser muito difícil. Uma solução é introduzir um design centrado na intenção, adicionar uma camada sobre a abstração de conta de cadeia completa e tratar o ecossistema EIP-4337 do Ethereum ou outras instalações de abstração de conta nativas da cadeia (como zkSync) como instâncias específicas sob o tipo Solver/Reator, e como escolher o Solver certo é uma tarefa de nível superior. **
Tomando a Rede de Partículas como exemplo, ela propõe uma implementação concisa de abstração-intenção, enquanto as diferentes abstrações de conta são apenas uma classe de instâncias de soluções de intenção que estão incluídas no Solver.
Primeiro, o front-end do usuário será responsável por transformar solicitações de linguagem natural ou interações arbitrárias do usuário em descrições programáticas específicas, incluindo restrições de entrada e restrições de saída (para dizer sem rodeios, são as condições de entrada e os intervalos de resultados de saída que atendem aos requisitos do usuário) e, em seguida, um ou mais Solvers na rede Solver conterão restrições específicas de entrada e saída de Transações. Encaminhar para contratos do Solver implantados on-chain (o Solver não só tem instalações de nó, mas também partes de contrato on-chain). O contrato do Solver transmitirá a instrução de intenção para o contrato do Reator (que gerencia a conta do usuário na cadeia), que chamará outros módulos para concluir a interação final.
A solicitação do usuário é primeiramente conhecida pela rede Solver, de modo que o usuário não precisa perceber a cadeia subjacente ou a construção de diferentes abstrações de conta, e esta parte é deixada para o Solver construir uma solução específica.
É claro que essas ideias ainda são apenas um quadro teórico, e os detalhes de implementação por trás ainda não foram oficialmente estabelecidos pela Particle Network.
No momento, é claro que um mercado de Solver competitivo será gerado no futuro, e os usuários podem iniciar leilões para permitir que vários Solver apresentem soluções diferentes, e através da forma de negociação simulada local, a melhor solução pode ser selecionada e o Solver correspondente pode ser incentivado. A forma do incentivo depende dos designers de protocolo da Rede Solver (a Particle Network pretende usar tokens PNT como tokens de incentivo para seu mercado de leilões Solver).
**A intenção atual essencialmente protege os detalhes complexos da camada inferior e abstrai-a em uma camada superior, ** tal design em camadas com a natureza do protocolo TCP/IP é necessário para a experiência do usuário e experiência do desenvolvedor sob a interoperabilidade perfeita de toda a cadeia.
Abrace a adoção em massa de abstrações de contas
Quando otimizamos a estrutura 4337 no ecossistema Ethereum de todos os ângulos, e também promovemos a interoperabilidade perfeita entre os ecossistemas Ethereum e não-Ethereum, a fim de apoiar a adoção em larga escala da abstração de contas, sentimos que ainda precisamos de um produto que abranja o lado da oferta e o lado da demanda. Ele pode reduzir o uso de vários produtos e serviços Web3 pelos usuários finais, enquanto se concentra em desenvolvedores de serviços e reduz o limite para desenvolvedores. **
Um dos melhores produtos para esta função é o produto Modular Smart Wallet-as-Service da Particle Network:
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-3a8144f020-dd1a6f-69ad2a.webp)
Além dos recursos amigáveis para desenvolvedores acima, a característica mais importante é que o produto Modular Smart Wallet-as-Service** da Particle Network constrói uma ecologia aberta baseada na computação de assinatura e é orientado para o campo de abstração de conta dos desenvolvedores, além de fornecer módulos de produto de resumo de conta auto-desenvolvidos, integrando vários tipos de produtos e serviços abstratos de conta. Ele pode promover rapidamente a adoção de produtos e serviços de vários desenvolvedores em todo o campo de abstração de conta.
! [Por que a abstração de conta de cadeia completa é a última peça do quebra-cabeça para o EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-20ede5c527-dd1a6f-69ad2a.webp)
Deixe a tecnologia atender à demanda, depois de resolver as limitações de todos os ângulos da estrutura ERC-4337, a melhoria da experiência do desenvolvedor promoverá mais produtos com excelente experiência do usuário, acelerando a indústria Web3 de uma indústria financeira amigável ao cryptopunk para uma indústria de consumo amigável à massa.