Atualmente, existem dois tipos principais de carteiras no Ethereum: EOA (Externally Owned Account) e SCW (Smart Contract Wallet). No entanto, cada um deles enfrenta problemas de baixa eficiência de execução e incapacidade de iniciar transações de forma independente. Após múltiplas explorações, os desenvolvedores do Ethereum encontraram a solução ideal neste estágio, que é a implementação da abstração de contas por meio do ERC4337.

1. A carteira ERC4337 implementa a separação de chaves privadas e entidades de conta por meio do Bundler, permitindo o processamento em lote de transações e a capacidade de iniciar transações de forma proativa.

2. Além disso, o código integrado da carteira de contrato inteligente permite o processamento automatizado de transações com base em informações externas.

3. No entanto, esta proposta ainda enfrenta desafios de outras soluções, como abstração de contas em nível de protocolo e carteiras de abstração de contas nativas. Além disso, o contrato de entrada ERC4337 só foi lançado na rede principal Ethereum em março deste ano, portanto, muitas questões ainda precisam ser exploradas e há uma incerteza significativa quanto à solução final. Por último, devido à natureza de ponto único do contrato Entry Point, o ERC4337 é fortemente restrito em termos de atualizações.

4. Para resolver estes problemas, os desenvolvedores do ERC4337 também complementaram a proposta EIP para otimizá-la sem modificar o contrato de entrada. Para o caso de incompatibilidade entre Dapps na era EOA e ERC4337, os apoiadores do ERC4337 criaram independentemente vários projetos de carteira e projetos Dapp focados na interação com carteiras ERC4337. Esses projetos fornecem diversas interações que as contas EOA podem desfrutar nos ecossistemas DeFi e SocialFi originais, ao mesmo tempo que melhoram a operabilidade.

No geral, o ERC4337 continua a ser a solução ideal para implementar a abstração de contas no estágio atual. Por meio do contrato compensatório do Paymaster, reduz as barreiras para a participação dos usuários no Defi. Os proprietários do projeto podem oferecer transações de 0gas ou low gas para atrair mais participação dos usuários. Ao agrupar e processar transações em lote, melhora muito a experiência do usuário no Socialfi e Gamefi, proporcionando aos participantes do Socialfi e Gamefi opções de interação mais diversas.

1. Fundo

A compensação entre descentralização e conveniência sempre foi um grande desafio para os participantes da criptografia. Adotar a descentralização exige sacrificar a conveniência das operações web2, substituindo simples cliques em botões por processos como gerenciamento de frases mnemônicas, assinatura com chaves privadas e definição de valores nonce. Por outro lado, a procura da conveniência expõe a importância da propriedade de contas, como testemunhado pelos colapsos de instituições centralizadas como a FTX e a JPEX. Para resolver esse problema, os desenvolvedores do Ethereum fizeram várias tentativas para tornar as contas web3 tão convenientes quanto as contas web2 por meio do conceito de abstração de contas. Entre essas tentativas, o padrão ERC4337 ganhou um consenso significativo entre os desenvolvedores, conforme destacado pelo fundador da Ethereum, Vitalik Buterin, na conferência ETHCC deste ano.

2. Princípio de abstração de conta ERC4337

O ERC4337 envolve três objetos, UserOperation, Bundler e contratos on-chain, no processo de separação do controle e propriedade da entidade da conta. UserOperation inclui principalmente a entrada do usuário, o Bundler completa o empacotamento e o acionamento de transações, e os contratos on-chain consistem em Entry Point, Paymaster Contract e Wallet Contract, que implementam principalmente lógica complexa de validação e execução.

1. UserOperation: UserOperation contém todas as informações relacionadas às transações enviadas pelo usuário. O diagrama a seguir mostra os parâmetros que precisam ser inseridos em UserOperation, bem como os parâmetros de entrada necessários para uma conta EOA regular iniciar uma transação.

Fonte da imagem:Kernel Ventures

A principal diferença entre as carteiras ERC4337 e as carteiras EOA é que nas carteiras ERC4337, o remetente pode ser especificado, enquanto nas carteiras EOA, o endereço de recuperação ECDSA é o assinante padrão. Como resultado, as carteiras ERC4337 conseguem uma separação entre propriedade e controle da conta. A seguir, o parâmetro paymasterAndData foi adicionado no ERC4337 para definir as informações específicas do contrato paymaster. Explicaremos a função específica do contrato de pagamento mais adiante.

1. Bundler:Bundler é essencialmente uma EOA (Conta de Propriedade Externa) que verifica a lógica do código relacionado ao Contrato de Carteira nos dados de chamada da UserOperation recebida. Se os dados de chamada contiverem códigos como TIMESTAMP, BLOCKHASH ou acessos além do armazenamento da carteira, o Bundler rejeitará o UserOperation para evitar um ataque de simulação malicioso. Depois de verificado, o Bundler empacota vários UserOperations e os transmite para o mempool público ou privado após a validação. Além disso, como os contratos inteligentes no Ethereum devem ser acionados por uma conta EOA, o Bundler interage com o Contrato de Ponto de Entrada para executar as UserOperations. Nesse processo, a Bundler pode se beneficiar da diferença entre a taxa de prioridade máxima e o gás real, bem como dos ganhos de MEV (Miner Extractable Value) de transações agrupadas classificadas. Portanto, a ascensão do ERC4337 pode introduzir uma nova forma de mineração para Bundlers no Ethereum.
2. Ponto de Entrada: O Ponto de Entrada é um contrato inteligente usado para verificar e executar o conteúdo da UserOperation. É acionado pelo Bundler e consegue a separação do Bundler e da carteira de contrato inteligente. No ERC4337, a cada Contrato de Carteira é atribuída uma autenticação especial ao endereço do contrato do Ponto de Entrada, concedendo-lhe permissões especiais durante o processo de interação. Quando o Bundler chama o contrato Entry Point, ele aciona a função handleOps no contrato. Esta função primeiro verifica se a carteira tem compensação de gás suficiente para o Bundler e, caso contrário, a transação é revertida. Além disso, a carteira de contrato inteligente pode optar pelo pagamento do gás pelo contrato Paymaster, que mencionaremos no conteúdo a seguir. Se todas as verificações forem aprovadas, a função interna _executeUserOp no contrato executará gradualmente o conteúdo dos calldata da UserOperation, chamando a função correspondente na carteira do contrato inteligente. Depois de tudo feito, o gás restante é compensado para o Bundler.
3. Contrato de Carteira: O Contrato de Carteira é essencialmente uma carteira de contrato inteligente que contém uma função multiCall, que permite o processamento em lote de dados de calldata do UserOperation, reduzindo significativamente o consumo de gás. No entanto, ao contrário do processo de execução de um contrato inteligente regular, na função multiCall, o conteúdo de UserOperation não é executado diretamente, mas dividido nos processos validOp e executeOp. Caso o conteúdo de UserOperation não passe no ValidateOp, a execução é automaticamente encerrada, e todo o consumo de gás gerado durante todo o processo é arcado pelo Bundler, enquanto uma vez atingida a função executeOp, independente do motivo da rescisão do contrato execução, o consumo de gás é suportado pelo Contrato Wallet. Este mecanismo garante efetivamente que o Bundler possa obter lucros justos através do seu comportamento de empacotamento e evita que Bundlers maliciosos lancem ataques DoS que esgotariam o ETH armazenado no Contrato da Carteira.
4. Paymaster: Paymaster não é um componente obrigatório no ERC4337. Quando o parâmetro paymasterAndData em UserOperation não estiver vazio, o contrato Paymaster designado pagará o gás em nome do Bundler. Durante esse processo, o Bundler aciona a função activatePaymasterOp no contrato Paymaster, que verifica se o Paymaster tem saldo suficiente para suportar o pagamento do gás e paga o gás para a UserOperation especificada com base nos requisitos definidos pelo usuário. Vale ressaltar que a ERC4337 não especifica um padrão para priorização do uso de Paymasters. Os empacotadores precisam selecionar o Pagador ideal e eliminar os Pagadores de qualidade inferior com base em registros fora da cadeia de pagamentos anteriores de gás. Este processo competitivo entre Paymasters ajuda a melhorar a eficiência da rede.
5. Agregador de assinatura: Como o ERC4337 suporta algoritmos de assinatura não ECDSA, primeiro classificamos UserOperations que usam diferentes algoritmos de assinatura. Em seguida, o Bundler gera uma assinatura agregada por meio do Signature Aggregator, que pode verificar todas as transações nele incluídas com um único processo de verificação. Este processo reduz muito o consumo da taxa de gás.

No geral, neste processo, o usuário primeiro envia uma UserOperation para o Bundler com parâmetros definidos pelo usuário. Se o parâmetro paymasterAndData estiver presente, o contrato paymaster será chamado para pagar a taxa do gás. Se o parâmetro initCode estiver presente, o usuário criará uma nova carteira de contrato inteligente com base na lógica do código dentro dela. Por fim, para reduzir o consumo de gás durante o processo de verificação, o ERC4337 adota o método de transações de embalagem em lote. O Signature Aggregator é usado para compactar o mesmo tipo de UserOperations em uma assinatura agregada para verificação apenas uma vez. Após a verificação simulada do Bundler fora da cadeia e a verificação real na cadeia, a carteira de contrato inteligente executa com sucesso a funcionalidade personalizada do usuário na UserOperation e retorna o excesso de gás ao Bundler como recompensa.

Fonte da imagem: Kernel Ventures

Comparado ao uso de uma EOA (Conta de Propriedade Externa) para iniciar uma transação, é muito mais simples. Com um EOA, você só precisa assinar os dados da transação com a chave privada da conta e transmiti-los para a rede. A transação transmitida será validada pelos nós e então selecionada pelo mecanismo POS para ser registrada na blockchain pelo nó escolhido com direitos de contabilidade. Este processo é simples, com consumo mínimo de gás e sem intermediários como contratos Bundler e Entry Point. Também oferece segurança baseada exclusivamente no algoritmo de criptografia ECDSA, sem os riscos de segurança inerentes à lógica contratual complexa. No entanto, neste processo, a chave privada e o controle da conta estão fortemente acoplados e não podem ser alterados. Cada transação precisa ser assinada e verificada individualmente, sem capacidade de processamento automatizado.

Fonte da imagem: Kernel Ventures

Em resumo, o ERC4337 consegue a separação entre chaves privadas e propriedade da conta, reduz o consumo de gás em processos de transação complexos por meio de processamento em lote, elimina o limite de acesso ao saldo Ethereum com o uso de contratos pagadores e permite vários métodos de assinatura e funcionalidade de conta personalizada por meio de contrato inteligente carteiras. Essas melhorias aumentam muito a conveniência e versatilidade das contas web3.

3. Tipos de carteira Ethereum e seus prós e contras

1. EOA (Conta de Propriedade Externa): Uma conta Ethereum EOA é controlada por uma chave privada, que é gerada a partir de uma frase mnemônica de 12 palavras. Embora as contas EOA tenham autonomia para iniciar transações, exige que os usuários armazenem com segurança uma sequência hexadecimal de 64 caracteres ou uma frase mnemônica de 12 palavras, o que pode ser inconveniente. Além disso, as transações que envolvem verificação de identidade com contas EOA exigem assinatura individual, o que é complicado, pois cada confirmação envolve reescrever o estado e confirmar alterações de permissão. Por último, usar uma conta EOA para iniciar transações requer o pré-depósito de Ethereum na conta, o que aumenta o limite de usabilidade da carteira.
2. SCW (Smart Contract Wallet): As carteiras SCW melhoraram significativamente a conveniência e a automação em comparação com as carteiras EOA. Através do código integrado de contratos inteligentes, as transações podem ser agrupadas e operações complexas podem ser automatizadas de acordo com as intenções do usuário. No entanto, as carteiras SCW têm permissões mais baixas em comparação com as carteiras EOA e não podem iniciar transações de forma autônoma. O início da transação com carteiras SCW requer uma conta EOA para acionar a transação.
3. MPC (carteira de computação multipartidária): as carteiras MPC dispersam a chave privada para várias entidades, que a protegem coletivamente e a concatenam quando a assinatura é necessária. Embora semelhantes às carteiras com múltiplas assinaturas, existem diferenças fundamentais entre as duas. Em primeiro lugar, as carteiras MPC possuem apenas uma chave privada que é fragmentada e protegida. Em segundo lugar, a verificação de múltiplas assinaturas é totalmente feita através de contratos inteligentes na cadeia, enquanto a definição de limites e a geração de assinaturas em carteiras MPC ocorrem fora da cadeia. As carteiras MPC eliminam efetivamente pontos únicos de falha e o risco de perda de propriedade da conta devido à perda de uma chave privada, mas o processo de geração de assinatura fora da cadeia é centralizado e requer mecanismos de auditoria rigorosos para evitar possíveis comportamentos maliciosos. Além disso, a maioria das carteiras MPC são atualmente personalizadas e não de código aberto, dificultando sua incorporação modular no processo de desenvolvimento e aumentando os custos de desenvolvimento. É importante observar que as carteiras MPC e as carteiras AA (Account Abstraction) mencionadas posteriormente não competem entre si. As carteiras MPC abordam o problema do armazenamento de chaves privadas, enquanto as carteiras AA abordam a flexibilidade do processo de transação, e ambas podem ser usadas em combinação no desenvolvimento futuro.
4. AA (Abstração de Conta): O conceito de abstração de conta remonta ao EIP-86 proposto em 2017, que sugeria transformar todas as contas em contratos e permitir que os usuários definissem seus próprios modelos de segurança. No entanto, esta proposta envolveu alterações na camada de consenso Ethereum e colocou potenciais problemas de segurança, resultando no adiamento indefinido do EIP-86 e propostas subsequentes envolvendo alterações no consenso ou camada de protocolo Ethereum. Somente com a introdução do EIP-2938 é que mudanças significativas na camada subjacente do Ethereum foram bastante reduzidas, e as preocupações de segurança foram resolvidas através da definição de regras de pool de memória para nós. A abordagem geral para a abstração de contas mudou para como alcançá-la modificando apenas a camada do contrato inteligente. Em 2021, foi proposto o ERC4337, que alcançou totalmente a abstração de contas, fazendo alterações apenas na camada do contrato inteligente. Em março deste ano, o contrato Entry Point do ERC4337 foi implantado na rede Ethereum, marcando a era da abstração de contas com o ERC4337.

4. Desafios e Respostas

4.1 Padrão de abstração de contas indecisas

1. Abstração de contas da camada de consenso: Primeiro, para a abstração de contas na camada 1 do Ethereum, ERC4337 não é a única solução. O domínio da abstração de contas da camada de consenso liderada pelo EIP2938 foi temporariamente deixado de lado, em vez de completamente rejeitado. Talvez, da perspectiva atual, os benefícios trazidos pela abstração de contas não possam levar os desenvolvedores a fazer mudanças no nível central do Ethereum. No entanto, à medida que a abstração de contas no estilo ERC4337 atinge seus limites, as pessoas buscarão melhores experiências de usuário. Nesse momento, as soluções de abstração de contas da camada de consenso que aprimoram as permissões de contas de contrato para permitir que elas iniciem transações de forma autônoma, eliminem o Bundler e reduzam os custos e a complexidade das transações poderão mais uma vez ser consideradas.
2. EIPs propostos a serem confirmados: Em seguida, a implementação do ERC4337 demorou menos de um ano e os problemas estão sendo continuamente descobertos e melhorados. Como não é possível modificar o ponto de entrada, os EIPs de otimização temporariamente propostos para ERC4337 envolvem principalmente otimizações de Bundler e opcode. Por exemplo, o EIP-1589 introduz um contrato de endossante para evitar ataques MEV, e o EIP-3974 adiciona um opcode que permite que o controle da conta EOA seja delegado a uma conta de contrato inteligente, o que envolve alterações na camada de consenso. A aprovação dessas propostas ainda depende de discussões dentro da comunidade de desenvolvimento Ethereum.
3. Abstração de conta nativa Layer2: Finalmente, existem várias carteiras de abstração de conta nativa na Layer2, como Starknet e Zksync Era. Na Starknet, é utilizado um esquema de assinatura ECDSA diferente, reduzindo significativamente o custo de assinatura e verificação, reduzindo assim enormemente o consumo de gás. Ao mesmo tempo, na Starknet, existem apenas contas de contrato, que são consideradas contas de nível superior por padrão e podem iniciar transações diretamente sem a necessidade de operações complexas na camada de contrato, proporcionando aos desenvolvedores um ambiente de design de aplicativos mais flexível e rico.

Em resumo, para abstrair contas no Ethereum, embora o ERC4337 seja a opção mais amplamente reconhecida, não é a única.

4.2 Autodeficiências ERC4337

1. Custo fixo de gás mais elevado: O consumo de gás para operações básicas na carteira ERC4337 é de 42.000 gás, o que é o dobro de uma conta EOA normal. As razões específicas são as seguintes:
   
   Fonte da imagem: Kernel Ventures
   Pode-se observar que a introdução de contratos inteligentes resultou em um consumo significativo de gás durante a execução de negócios contratuais (desempacotar UserOperation, realizar validações condicionais, hashing on-chain, etc.), bem como desencadear eventos e publicar logs no Ethereum rede. Ao mesmo tempo, o lote de transações proposto na ERC4337 para reduzir os custos de transação provou ser impraticável em transações reais. A maioria dos usuários não precisa agrupar um grande número de transações em uma única chamada, e a vantagem das transações em lote ERC4337 só pode ser utilizada em cenários raros, como lançamentos aéreos de projetos. Além disso, se a UserOperation, que originalmente se destinava a distribuir custos de transação, não for executada na cadeia, poderá resultar em perdas maiores para contas de carteira ou Bundlers.

2. Alto custo de atualização: No contrato inteligente Entry Point, a função entryPoint() pode ser usada para retornar um parâmetro que esteja em conformidade com a interface IEntryPoint. No Contrato Wallet, esse parâmetro pode ser usado para determinar se as transações externas vêm de chamadas de função no contrato entryPoint. No entanto, isso requer a codificação permanente do endereço do EntryPoint em cada conta de contrato inteligente gerada. Se for necessária uma atualização do contrato EntryPoint, será necessária a concordância de todos os titulares de contas de contratos inteligentes. Quando o ERC4337 for amplamente adotado, a dificuldade de fazer essa mudança será comparável à de mudar a camada de consenso. Portanto, a implantação do ERC4337 deve ser feita com muita cautela e passar por auditorias de segurança minuciosas. Além disso, otimizar o desempenho no futuro também será uma tarefa desafiadora.

3. Questão de segurança do contrato: Nas contas EOA originais, o processo de transação é simples e a segurança das transações é garantida através da criptografia e do mecanismo de consenso da blockchain subjacente. Algoritmos criptográficos e mecanismos de consenso de sistemas distribuídos foram extensivamente testados e verificados pela comunidade acadêmica, tornando muito baixa a probabilidade de vulnerabilidades. No entanto, a carteira ERC4337 substitui muitas operações que foram anteriormente verificadas através de mecanismos de consenso de blockchain por julgamentos de função de contrato. Isto impõe exigências extremamente elevadas à segurança dos próprios contratos e, à medida que a lógica das transações se torna mais complexa, os riscos de segurança aumentam acentuadamente.

4.3 Custo de atualização para ERC4337

1. Os gigantes das carteiras tradicionais são cautelosos:
   De acordo com as notícias do ChainCatcher, Alex Jupiter, gerente de produto da MetaMask, afirmou em uma entrevista ao Decrypt que embora várias tecnologias, como abstração de conta e EOA, tenham sido mencionadas várias vezes durante o EthCC, a MetaMask adotará cuidadosamente essas tecnologias.
   Como fornecedora de carteira tradicional, a MetaMask facilita a criação de contas EOA para usuários e cobra taxas ao oferecer serviços de swap descentralizados. A maioria dos gigantes de carteiras estabelecidos, que já estabeleceram modelos de lucro estáveis, estão relutantes em assumir riscos e fazer mudanças. Atualmente, estão também a adotar uma abordagem cautelosa relativamente à abstração de contas, explorando ativamente, mas mantendo uma atitude cautelosa relativamente à implementação.

2. O custo de atualização de Dapps
   Dapps existentes no Ethereum, incluindo Opensea, Uniswap, MetaMask Swap, etc., todos padrão para servir contas EOA. Para tornar esses Dapps totalmente compatíveis com as carteiras ERC4337, é necessário fazer alterações nos mecanismos de interação e auditoria do Dapp, bem como no mecanismo de piquetagem de tokens. Para conseguir esta mudança, o código do contrato inteligente dos Dapps convencionais precisa ser modificado, o que pode introduzir riscos de segurança e incorrer em custos de atualização significativos. Além disso, considerando a resistência às contas contratuais causada pelos contratos anteriores do Tornado, a carga de trabalho desta atualização será ainda maior.

4.4 ERC4337 e cadeia cruzada

Em pontes cross-chain entre redes Ethereum e Layer2, é comum que a rede receptora espere que o pagamento seja enviado do mesmo endereço da rede remetente. Isto não é um problema com as carteiras EOA (Conta de Propriedade Externa) tradicionais, pois elas podem controlar ambos os endereços com a mesma chave privada através de assinatura. No entanto, nas carteiras ERC4337, o endereço que inicia a transferência é um endereço de contrato e não é controlado por uma chave privada, o que significa que não é possível definir o endereço de recebimento para ser o mesmo da rede de envio. Como resultado, quase sempre há um problema de incompatibilidade entre as carteiras ERC4337 e a maioria das pontes de cadeia cruzada entre as redes Ethereum Layer1 e Layer2.

4.5 Melhorias no ERC4337

1. Melhorias na proposta de EIP: Embora o padrão ERC4337 em si seja difícil de modificar, podemos complementá-lo propondo novos EIPs. Por exemplo, EIP5189, proposto em junho de 2022, introduz o contrato do endoser para reduzir os riscos no processo de seleção do Bundler e prevenir ainda mais ataques maliciosos por bots MEV. Além disso, existem inúmeras propostas pendentes relacionadas ao 4337, como EIP3074 e EIP5003, aguardando análise.
2. Suplemento ao protocolo Cross-Chain: A solução fundamental para o problema de cross-chain entre Ethereum Layer1 e Layer2 é começar da parte inferior da ponte cross-chain. Os usuários podem definir seus próprios endereços de recebimento na rede receptora, mas essa melhoria acarreta um custo alto, envolvendo a redistribuição da ponte cross-chain e as questões de segurança de novos contratos. Atualmente, a solução ideal é definir uma conta EOA de terceiros confiável como intermediária entre a carteira ERC4337 e a ponte cross-chain. Esse intermediário precisa manter uma grande quantidade de tokens ETH ou Layer2 como garantia e, cada vez que ajuda a executar uma transação entre cadeias, deve apostar os ativos excedentes. Depois que a carteira de contrato inteligente que recebe a transferência retorna os tokens apostados, ela fornece uma certa recompensa.
3. Dapps autoconstruídos do ERC4337: Desde a implantação do contrato de ponto de entrada em março deste ano, um grande número de projetos de carteira baseados no ERC4337 foram implementados no Ethereum. Esses projetos são compatíveis com carteiras ERC4337, como o projeto de carteira de contrato inteligente altamente escalável ZeroDev Kernel e o projeto de abstração de carteira MynaWallet, que colaborou com o governo japonês. Esses projetos formam um grande ecossistema de carteiras de abstração de contas. Apesar da atitude cautelosa dos comerciantes de carteiras tradicionais, o uso de UserOperations no Ethereum continuou a aumentar desde março deste ano, indicando uma rápida expansão.

Fonte da imagem: Duna

5. Oportunidades trazidas pelo ERC4337

Fonte da imagem: Kernel Ventures

5.1 Miner Bundler sob ERC4337

Para separar o assunto da conta do controle da conta no ERC4337, o Bundler foi introduzido. Qualquer conta EOA que possua uma certa quantidade de ETH pode atuar como Bundler. Em comparação com a mineração tradicional sob o mecanismo POW, este novo método de mineração requer quase nenhum investimento e também evita potenciais riscos legais. Em contraste com o staking de mineração sob o mecanismo POS, os Bundlers têm uma barreira de entrada muito baixa e não exigem o staking de 32 ETH, apenas o gás necessário para a interação com o contrato do Ponto de Entrada. A razão fundamental para essa diferença é que a dificuldade do comportamento malicioso dos Bundlers é muito maior do que a da validação de nós, e o lucro do comportamento malicioso é muito menor do que o da validação dos nós. Portanto, não há necessidade de apostar uma grande quantidade de ETH para garantir o equilíbrio geral de recompensas e punições no protocolo ERC4337. Finalmente, em comparação com as recompensas de aposta em pools de liquidez, os Bundlers têm um período de lock-up mais curto, o que proporciona maior liquidez para os ativos. Quando a ETH enfrenta uma pressão de venda significativa, os usuários podem retirar seus ativos imediatamente para reduzir as perdas. Dadas essas vantagens, os Bundlers provavelmente se tornarão um novo método de investimento no Ethereum e poderão evoluir ainda mais para pools de Bundler semelhantes aos pools de mineração de Bitcoin ou pools de piquetagem de ETH. Eles oferecem custos baixos, retornos estáveis e alta liquidez.

Fonte da imagem: Kernel Ventures

5.2 Centrado na intenção sob ERC4337

Centrado na intenção refere-se a uma abordagem centrada no usuário, onde os usuários não precisam entender as etapas de execução específicas, mas sim contar com módulos subjacentes para executar automaticamente ações modularizadas com base em suas intenções. Para novos investidores que entram no espaço web3, a complexidade de tarefas como assinar transações e definir limites de gás muitas vezes os desencoraja de abraçar totalmente a criptografia, levando-os a confiar em bolsas centralizadas (CEX) em vez de mergulharem totalmente no mundo web3. Esta discrepância na experiência do usuário entre bolsas descentralizadas (DEX) e CEX surge da diferença na intenção operacional. No DEX, os usuários precisam selecionar manualmente o pool de negociação ideal, assinar autorizações e confirmar transações, o que envolve múltiplas ações individuais correspondentes aos comportamentos subjacentes. Por outro lado, o CEX opera com base em ações orientadas pela intenção. Para concretizar a intenção de trocar USDT por ETH da forma mais favorável, por exemplo, o usuário só precisa fazer uma ordem de mercado sem especificar o preço específico da ordem. A maioria dos usuários simplesmente deseja um processo modularizado que atenda às suas intenções, sem a necessidade de compreender as operações subjacentes. Embora alguns argumentem que a compreensão do processo pode ajudar a identificar possíveis problemas dentro do fluxo modularizado, a maioria dos usuários prefere um processo simplificado e adaptado às suas intenções, em vez de compreender as ações específicas por trás dele. Além disso, os processos conduzidos manualmente apresentam um risco maior em comparação com fluxos modularizados bem estabelecidos. Antes do advento da abstração da conta ERC4337, a eficiência das contas EOA era prejudicada pela necessidade de assinar e confirmar individualmente cada transação, o que impedia o desenvolvimento de aplicações centradas na intenção na rede Ethereum. Com o ERC4337, a introdução de UserOperation e Bundler permite que as transações sejam enviadas para mempools alternativos e agregadas a outras UserOperations, aguardando que os Bundlers as agrupem e as enviem ao contrato de entrada para validação e execução. Neste processo, os usuários só precisam declarar ou assinar suas preferências, enquanto as ações específicas são escolhidas e executadas pelos Bundlers com base no consenso existente ou na lógica contratual, eliminando a necessidade de os usuários participarem do processo específico. Nos DApps, podemos projetar uma lógica centrada na intenção, onde os usuários podem simplesmente assinar suas intenções para atingir objetivos específicos, sem a necessidade de selecionar e assinar manualmente transações individuais. É previsível que, com a adoção generalizada do ERC4337, os DApps centrados na intenção se tornem mais predominantes na rede Ethereum, reduzindo significativamente as barreiras de entrada na web3.

5.3 Definição sob ERC4337

Defi, estreitamente integrado com contas EOA durante o último mercado altista, melhorou a diversidade da interação em cadeia para investidores criptográficos, oferecendo vários serviços financeiros, como staking, provisão de liquidez e empréstimos, levando em última análise à ascensão do Defi Summer. No entanto, o complexo processo de transação e as taxas na rede representam uma barreira significativa para a participação dos usuários comuns, dificultando a adoção adicional do Defi. Quando combinada com carteiras ERC4337, Defi pode fornecer uma abordagem de interação centrada na intenção, permitindo aos usuários experimentar uma interface amigável semelhante às trocas centralizadas (CEX). Além disso, por meio do recurso Paymaster no ERC4337, transações sem gás podem ser realizadas, permitindo que certas operadoras reduzam a barreira de entrada para Defi e atraiam mais participantes. No entanto, ao contrário de setores como Socialfi e Gamefi, Defi envolve um grande número de transferências e apostas de tokens, o que exige elevados padrões de segurança. A camada contratual de abstração da conta introduz complexidade, tornando-a propensa a vulnerabilidades de segurança que podem resultar na perda de fundos dos usuários. Além disso, desde que o governo dos EUA proibiu muitos contratos centrados na privacidade, como o Tornado, muitas plataformas Defi examinam rigorosamente ou mesmo suspendem as interações com estes contratos inteligentes. Como resultado, existem incompatibilidades significativas entre carteiras de contratos inteligentes e sistemas Defi existentes. No processo de interação com os contratos Defi, existe até a possibilidade de ser colocado erroneamente na lista negra. Esses fatores apresentam desafios para a adoção generalizada de carteiras ERC4337 no espaço Defi.

5.4 Jogos totalmente on-chain sob ERC4337

Diferente dos jogos “semi-on-chain” no início da gamefi, que processavam apenas ativos de jogos e itens na cadeia para garantir sua segurança, os jogos totalmente on-chain escrevem a lógica central e o modelo econômico do jogo em contratos inteligentes de blockchain, permitindo interações de jogos on-chain e alcançando total descentralização e alta segurança. No entanto, os jogos web3 atuais pagaram um preço significativo para alcançar funcionalidade totalmente on-chain. Um grande desafio são as taxas exorbitantes do gás. Cada interação em um jogo totalmente on-chain, incluindo mecânica de jogo, itens do jogo e cenas, precisa ser registrada na blockchain, resultando em aumento de custos. Para resolver esse problema, a lógica de interação dos jogos atuais totalmente on-chain é muitas vezes simplificada, limitando a experiência de jogo do usuário. Além disso, ao usar contas EOA tradicionais, o processo de interação em jogos totalmente on-chain exige uma verificação de assinatura complicada, com os usuários precisando confirmar cada interação individualmente, reduzindo significativamente a experiência de jogo. A introdução da abstração de contas aborda esses desafios. Reduz bastante os custos de transação, com a confirmação da transação exigindo apenas assinaturas agregadas BLS e uma etapa de verificação, economizando o consumo de gás em processos de verificação criptográfica. Além disso, as transações em lote eliminam a necessidade de confirmações repetidas no processo anterior. A introdução de contas de contratos inteligentes personalizadas permite a construção modular em jogos totalmente on-chain, melhorando a eficiência do desenvolvimento. No entanto, até agora, a combinação de abstração de contas e jogos totalmente on-chain é vista principalmente em soluções Layer2 como StarkNet, com projetos como Loot Realms e Cartridge. Isso não se deve ao fato de Ethereum ser inadequado para combinar jogos totalmente on-chain com carteiras ERC4337, mas porque o contrato Entry Point só foi implantado na rede principal Ethereum em março deste ano. Como resultado, a maioria dos jogos totalmente on-chain baseados em ERC4337 no Ethereum ainda estão em desenvolvimento. É previsível que muitos jogos totalmente on-chain baseados em ERC4337 serão lançados no Ethereum em um futuro próximo, melhorando muito a experiência interativa e reduzindo os custos de interação. Os jogos existentes em grande escala totalmente on-chain no Ethereum, como Dark Forest e Wolf Games, também podem considerar fazer alterações na camada de contrato para serem compatíveis com as interações da conta ERC4337.

5.5 Socialfi sob ERC4337

Presa no mecanismo de agrupamento de contas de chave privada e nas capacidades limitadas de interação das contas EOA, a Socialfi enfrenta há muito tempo problemas com elevadas barreiras de entrada e difícil gestão de contas. A introdução da abstração de contas mudará completamente esta situação, mas o compromisso entre conveniência, recuperabilidade e segurança precisa ser ponderado com base na importância específica das contas web3 no Socialfi. Em primeiro lugar, a separação entre chaves privadas e controle de contas elimina a necessidade de os usuários gerenciarem chaves privadas ou frases mnemônicas complexas e não ordenadas, ao mesmo tempo que permite o ajuste dinâmico de senhas de contas. Por exemplo, o projeto Ambire, lançado no final de 2021, conseguiu a criação de contas web3 e a recuperação de chaves privadas através de email. Em segundo lugar, o processamento em lote de transações fornecido pelo ERC4337 resolve o problema da barreira web3 levantado no início deste artigo. Assim como um botão pode resolver um problema no web2, também pode ser resolvido com um botão no web3. Por último, a introdução da lógica de código personalizado nas contas ERC4337 está mais alinhada com o design personalizado das contas web2, permitindo que cada conta Socialfi introduza diferentes funcionalidades de conta de acordo com as suas preferências, semelhante à opção de abrir ou não a funcionalidade de canal no QQ com base nas preferências do usuário.

6. Perspectivas Futuras

No momento em que este artigo foi escrito, o número de usuários da web3 era de aproximadamente 300 milhões, representando apenas cerca de 4% da população global de 6 bilhões de usuários da Internet. Ainda há espaço significativo para crescimento em relação ao número total de usuários da Internet. Para que a web3 alcance a escala da web2 e ultrapasse a marca de 1 bilhão de usuários, barreiras de entrada mais baixas e funcionalidades de conta mais personalizáveis são pré-requisitos. Entre todas as opções para atingir esse objetivo, o ERC4337 se destaca como uma solução de risco relativamente baixo com uma estrutura madura e recebeu o reconhecimento da Fundação Ethereum e dos principais desenvolvedores. Desde a implantação do contrato Entry Point no Ethereum, o número de usuários que adotam a Abstração de Conta experimentou um crescimento explosivo.

Fonte da imagem: Duna

Embora o ERC4337 tenha obtido amplo reconhecimento e apoio da comunidade Ethereum, ainda enfrenta vários desafios na sua implementação prática. Em primeiro lugar, existe incerteza em torno da forma final do ERC4377 devido a propostas pendentes, o que coloca obstáculos ao desenvolvimento do ecossistema ERC4377. Em segundo lugar, existem custos elevados associados à atualização do ERC4377. A implantação do contrato de ponto de entrada exige que a maioria das carteiras da rede adotem o novo padrão, o que pode ser um processo caro e demorado. Por último, há um problema de compatibilidade com Dapps e pontes entre cadeias existentes. Alcançar a adoção generalizada do ERC4337 exigiria atualizações extensivas dos Ethereum Dapps existentes, que acarretam riscos e custos de segurança significativos.

No entanto, o ERC4377 abordou ativamente estes desafios. Por exemplo, ao adicionar contratos inteligentes externos, a eficiência do empacotador pode ser melhorada. Opcodes adicionais podem aprimorar as permissões de contas de contratos inteligentes. As propostas suplementares de EIP visam resolver a dificuldade de atualizar o contrato do ponto de entrada. Além disso, em resposta ao problema de compatibilidade com Dapps tradicionais, o ERC4337 construiu o seu próprio ecossistema, promovendo a aplicação mais ampla de carteiras de abstração de contas na rede Ethereum. A implementação abrangente de carteiras ERC4337 permite evm centrado na intenção no nível da Máquina Virtual Ethereum (EVM), que pode abstrair ainda mais as operações em Dapps, tornando-os tão orientados à intenção do usuário e fáceis de usar quanto os aplicativos web2. Se a funcionalidade centrada na intenção puder ser totalmente realizada no Ethereum Dapps, isso melhorará muito a experiência do usuário e atrairá mais usuários de fora da comunidade criptográfica para participarem. No entanto, o crescimento de setores como o Defi, que envolvem transferências diretas de tokens, pode ser mais conservador devido aos requisitos de segurança mais rígidos. Por outro lado, setores como Socialfi e Gamefi priorizam a experiência do usuário em detrimento de questões de segurança. Anteriormente, devido às limitações das contas EOA, não era possível um design de interação complexo. Com o ERC4337, esses setores podem superar as barreiras dos altos requisitos de entrada do usuário e da má experiência do usuário, levando a um crescimento significativo do usuário e servindo potencialmente como um importante catalisador no próximo mercado cripto altista.

Kernel Ventures é um fundo de capital de risco criptográfico impulsionado por comunidades de pesquisa e desenvolvimento, com mais de 70 investimentos em estágio inicial, com foco em infraestrutura, middleware, dApps, especialmente ZK, Rollup, DEX, blockchains modulares e áreas verticais que irão integrar bilhões de futuros usuários de criptografia, como abstração de conta, disponibilidade de dados, escalabilidade, etc. Nos últimos sete anos, temos o compromisso de apoiar o desenvolvimento das principais comunidades de desenvolvimento e associações universitárias de blockchain em todo o mundo.

Isenção de responsabilidade:

1. Este artigo foi reimpresso de [espelho]. Todos os direitos autorais pertencem ao autor original [Kernel Ventures Jerry Luo]. Se houver objeções a esta reimpressão, entre em contato com a equipe do Gate Learn e eles cuidarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e pontos de vista expressos neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.