Kernel Ventures: Descriptografando as alterações trazidas pelo ERC4337 no Ethereum, que oportunidades podemos ver?

Atualmente, existem dois tipos principais de carteiras no Ethereum: EOA (conta de propriedade externa) e SCW (Smart Contract Wallet). No entanto, cada um deles enfrenta problemas com a baixa eficiência de execução e a incapacidade de iniciar transações de forma independente. Após várias explorações, os desenvolvedores do Ethereum encontraram a solução ideal nesta fase, que é a implementação da abstração de contas através do ERC4337.

1. A carteira ERC4337 implementa a separação de chaves privadas e entidades de conta através 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 incorporado 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 no nível do 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, muitas questões ainda estão por explorar e há uma incerteza significativa em relação à solução final. Por último, devido à natureza de ponto único do contrato de ponto de entrada, o ERC4337 é fortemente restrito em termos de upgrades.

4. Para resolver estes problemas, os programadores do ERC4337 também complementaram a proposta EIP para a optimizar sem modificar o contrato de entrada. Para o caso de incompatibilidade entre Dapps na era EOA e ERC4337, os apoiantes do ERC4337 criaram de forma independente vários projetos de carteira e projetos Dapp focados na interação com carteiras ERC4337. Estes projetos fornecem várias 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 na fase atual. Através do contrato compensatório do Paymaster, reduz as barreiras para os utilizadores participarem no Defi. Os proprietários de projetos podem oferecer transações de gás 0 ou baixo gás para atrair mais participação dos utilizadores. Ao agrupar e processar transações em lote, melhora muito a experiência do utilizador no Socialfi e Gamefi, proporcionando aos participantes do Socialfi e Gamefi opções de interação mais diversas.

1. Antecedentes

O trade-off entre descentralização e conveniência sempre foi um grande desafio para os participantes cripto. Abraçar a descentralização requer sacrificar a conveniência das operações web2, substituir cliques simples de botões por processos como gerir frases mnemónicas, assinar com chaves privadas e definir valores nonce. Por outro lado, a busca da conveniência expõe a importância da propriedade da conta, como testemunhado pelos colapsos de instituições centralizadas como FTX e JPEX. Para resolver este problema, os programadores do Ethereum fizeram várias tentativas para tornar as contas web3 tão convenientes como as contas web2 através do conceito de abstração de conta. Entre estas tentativas, o padrão ERC4337 ganhou um consenso significativo entre os programadores, conforme realçado pelo fundador da Ethereum, Vitalik Buterin, na conferência ETHCC deste ano.

2. ERC4337 Princípio da Abstração da Conta

O ERC4337 envolve três objetos, UserOperation, Bundler e contratos on-chain, no processo de separação do controlo e da propriedade da entidade da conta. UserOperation inclui principalmente a entrada do utilizador, o Bundler completa o empacotamento e o acionamento das transações e os contratos em cadeia consistem em Ponto de Entrada, Contrato Paymaster e Contrato de Carteira, que implementam principalmente lógica complexa de validação e execução.

1. UserOperation: UserOperation contém toda a informação relacionada com as transações submetidas pelo utilizador. O diagrama a seguir mostra os parâmetros que precisam ser inseridos no UserOperation, bem como os parâmetros de entrada necessários para uma conta EOA regular para 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 signatário padrão. Como resultado, as carteiras ERC4337 conseguem uma separação entre a propriedade e o controlo da conta. Em seguida, o parâmetro PaymasterAndData foi adicionado no ERC4337 para definir as informações específicas do contrato do paymaster. Explicaremos a função específica do contrato do pagador mais tarde.

1. Bundler：O agrupador é essencialmente uma EOA (Conta de Propriedade Externa) que verifica a lógica do código relacionada com o Contrato da Carteira nos dados de chamada do utilizador entrante Operation. Se os dados de chamada contiverem códigos como TIMESTAMP, BLOCKHASH ou acessos além do armazenamento da carteira, o Bundler rejeita o UsuárioOperation para evitar um ataque de simulação malicioso. Uma vez verificado, o Bundler empacota várias UserOperations e transmite-as para o mempool público ou privado após a validação. Além disso, uma vez que 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 Operações do Utilizador. Neste processo, o Bundler pode beneficiar da diferença entre a taxa de prioridade máxima e o gás real, bem como dos ganhos MEV (Miner Extractable Value) de transações agrupadas ordenadas. Portanto, a ascensão do ERC4337 pode introduzir uma nova forma de mineração para os Bundlers no Ethereum.
2. Ponto de entrada：O Ponto de Entrada é um contrato inteligente utilizado para verificar e executar o conteúdo do UtilizadorOperação. É 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, dando-lhe permissões especiais durante o processo de interação. Quando o Bundler chama o contrato de ponto de entrada, 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, se não, a transação é revertida. Além disso, a carteira de contrato inteligente pode optar por ter o gás pago pelo contrato Paymaster, que mencionaremos no conteúdo subsequente. Se todas as verificações passarem, a função interna _ExecuteUserOp no contrato executará gradualmente o conteúdo dos calldata do UserOperation, chamando a função correspondente na carteira de contrato inteligente. Depois de tudo feito, o gás restante é compensado ao Bundler.
3. Contrato de Carteira：O Contrato da Carteira é essencialmente uma carteira de contrato inteligente que contém uma função MultiCall, que permite o processamento em lote de dados dos 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 do UserOperation não é executado diretamente mas dividido nos processos ValidateOp e ExecuteOp. Se o conteúdo do UserOperation não passar no ValidateOp, a execução é automaticamente encerrada e todo o consumo de gás gerado durante todo o processo é suportado pelo Bundler, enquanto uma vez atingida a função ExecuteOp, independentemente do motivo da rescisão da execução do contrato, o consumo de gás é suportado pelo Contrato da Carteira. Este mecanismo garante eficazmente que o Empacotador possa obter lucros justos através do seu comportamento de empacotamento e impede que os Bundlers mal-intencionados lancem ataques DoS que esgotariam o ETH armazenado no Contrato da Carteira.
4. Paymaster：O 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 este processo, o Bundler aciona a função ValidatePayMasterOp no contrato Paymaster, que verifica se o Paymaster tem saldo suficiente para suportar o pagamento de gás e paga o gás para o UtilizadorOperation especificado com base nos requisitos definidos pelo utilizador. Vale a pena notar que o ERC4337 não especifica um padrão para priorizar o uso de Paymasters. Os empacotadores precisam selecionar o Paymaster ideal e eliminar os Paymasters de qualidade inferior com base em registos fora da cadeia de pagamentos de gás anteriores. Este processo competitivo entre os Paymasters ajuda a melhorar a eficiência da rede.
5. Agregador de Assinaturas：Uma vez que o ERC4337 suporta algoritmos de assinatura não ECDSA, primeiro classificamos as Operações de Utilizador que utilizam algoritmos de assinatura diferentes. Depois, o Bundler gera uma assinatura agregada através do Agregador de Assinaturas, que pode verificar todas as transações incluídas nele com um único processo de verificação. Este processo reduz muito o consumo da taxa de gás.

No geral, neste processo, o utilizador envia primeiro um UserOperation para o Bundler com parâmetros definidos pelo utilizador. Se o parâmetro PaymasterAndData estiver presente, o contrato do paymaster será chamado para pagar a taxa do gás. Se o parâmetro initCode estiver presente, o utilizador criará uma nova carteira de contrato inteligente com base na lógica do código dentro dela. Finalmente, a fim de 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 Agregador de Assinaturas é utilizado para embalar o mesmo tipo de UserOperations numa assinatura agregada para verificação apenas uma vez. Depois da verificação simulada do Bundler fora da cadeia e da verificação real na cadeia, a carteira de contrato inteligente executa com sucesso a funcionalidade personalizada do utilizador na UserOperation e devolve o excesso de gás ao Bundler como recompensa.

Fonte da imagem: Kernel Ventures

Em comparação com a utilização de uma EOA (Conta de Propriedade Externa) para iniciar uma transação, é muito mais simples. Com uma EOA, só precisa de assinar os dados da transação com a chave privada da conta e transmiti-la para a rede. A transação transmitida será validada por nós e, em seguida, selecionada pelo mecanismo POS a ser gravada na cadeia de blocos pelo nó escolhido com direitos contabilísticos. Este processo é simples, com um consumo mínimo de gás e sem intermediários como os contratos Bundler e Entry Point. Também oferece segurança exclusivamente com base no algoritmo de encriptação ECDSA, sem os riscos inerentes à segurança da lógica complexa do contrato. No entanto, neste processo, a chave privada e o controlo da conta estão fortemente acoplados e não podem ser alterados. Cada transação precisa de ser assinada e verificada individualmente, sem a capacidade de processamento automatizado.

Fonte da imagem: Kernel Ventures

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

3. Tipos de Carteira Ethereum e os 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 utilizadores armazenem com segurança uma cadeia 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 a reescrita do estado e a confirmação das alterações de permissão. Por último, usar uma conta EOA para iniciar transações requer o pré-depósito do Ethereum na conta, o que aumenta o limiar 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 dos contratos inteligentes, as transações podem ser agrupadas e as operações complexas podem ser automatizadas de acordo com as intenções do utilizador. 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 (Multi-Party Computation Wallet): As carteiras MPC dispersam a chave privada para várias entidades, que a salvaguardam coletivamente e a concatenam quando a assinatura é necessária. Embora semelhantes às carteiras multi-assinatura, existem diferenças fundamentais entre as duas. Em primeiro lugar, as carteiras MPC têm apenas uma chave privada fragmentada e protegida. Em segundo lugar, a verificação multi-assinatura é completamente feita através de contratos inteligentes na cadeia, enquanto a definição de limiares e a geração de assinaturas nas carteiras MPC ocorrem fora da cadeia. As carteiras MPC eliminam efetivamente pontos únicos de falha e o risco de perder a 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 rígidos para prevenir possíveis comportamentos maliciosos. Além disso, a maioria das carteiras MPC são atualmente personalizadas e não de código aberto, tornando difícil incorporá-las modularmente no processo de desenvolvimento e aumentando os custos de desenvolvimento. É importante notar 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 em desenvolvimento futuro.
4. AA (Abstração da 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 utilizadores definam os seus próprios modelos de segurança. No entanto, esta proposta envolveu alterações na camada de consenso Ethereum e apresentou potenciais problemas de segurança, resultando no adiamento indefinido do EIP-86 e propostas subsequentes envolvendo alterações no consenso Ethereum ou camada de protocolo. Não foi até a introdução do EIP-2938 que as alterações 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 da abstração de contas mudou para a forma de consegui-la modificando apenas a camada de contrato inteligente. Em 2021, foi proposto o ERC4337, que alcançou totalmente a abstração da conta ao fazer alterações apenas na camada de contrato inteligente. Em março deste ano, o contrato de ponto de entrada 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 Conta Indeciso

1. Abstração da conta da camada de consenso：Primeiro, para a abstração da conta na Camada 1 do Ethereum, o ERC4337 não é a única solução. O domínio da abstração da conta da camada de consenso liderada pelo EIP2938 foi temporariamente posto 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 alterações no nível central do Ethereum. No entanto, à medida que a abstração de contas ao estilo ERC4337 atinge os seus limites, as pessoas vão procurar melhores experiências de utilizador. Nessa altura, as soluções de abstração de contas de camada de consenso que melhoram as permissões das contas de contrato para lhes permitir iniciar transações de forma autónoma, eliminar o Bundler e reduzir os custos de transação e a complexidade podem voltar a ser consideradas.
2. EIPs propostos a confirmar: Em seguida, a implementação do ERC4337 durou menos de um ano e os problemas estão a ser continuamente descobertos e melhorados. Uma vez que 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 endossador para prevenir ataques MEV e o EIP-3974 adiciona um opcode que permite que o controlo da conta EOA seja delegado a uma conta de contrato inteligente, o que envolve alterações na camada de consenso. Se estas propostas podem ser aprovadas ainda depende de discussões dentro da comunidade de desenvolvimento Ethereum.
3. Abstração de conta nativa da camada 2: Finalmente, existem várias carteiras de abstração de conta nativas na Camada2, 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 consideravelmente 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 defeito e podem iniciar transações diretamente sem a necessidade de operações complexas na camada de contrato, proporcionando aos programadores um ambiente de design de aplicação mais flexível e rico.

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

4.2 ERC4337 Auto-deficiências

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

2. Alto custo de atualização: No contrato inteligente do Entry Point, a função entryPoint () pode ser usada para retornar um parâmetro que esteja em conformidade com a interface IEntryPoint. No Contrato da Carteira, este parâmetro pode ser utilizado para determinar se as transações externas vêm de chamadas de função no contrato da EntryPoint. No entanto, isso requer codificação impressa do endereço do EntryPoint em cada conta de contrato inteligente gerada. Se for necessário um upgrade para o contrato EntryPoint, isso exigiria o acordo de todos os titulares de contas de contrato inteligente. Quando o ERC4337 for amplamente adoptado, a dificuldade de fazer esta alteração será comparável à alteração da camada de consenso. Portanto, a implantação do ERC4337 deve ser feita com muita cautela e passar por auditorias de segurança completas. Além disso, otimizar o desempenho no futuro também será uma tarefa desafiadora.

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

4.3 Custo da actualização para ERC4337

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

2. O custo de atualização de Dapps
   Existentes Dapps no Ethereum, incluindo Opensea, Uniswap, MetaMask Swap, etc., são todos padrão para servir contas EOA. Para tornar estes 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 staking de token. Para conseguir esta alteração, 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 por contratos anteriores do Tornado, a carga de trabalho desta atualização será ainda maior.

4.4 ERC4337 e Cross-Chain

Em pontes de cadeia cruzada entre redes Ethereum e Layer2, é comum a rede receptora esperar que o pagamento seja enviado a partir do mesmo endereço que o da rede de envio. Isto não é um problema com as carteiras tradicionais EOA (Conta de Propriedade Externa), uma vez que podem controlar os dois endereços com a mesma chave privada através da 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 como o mesmo da rede de envio. Como resultado, há quase sempre 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 ao ERC4337

1. Melhorias na proposta EIP: Embora o padrão ERC4337 em si seja difícil de modificar, podemos complementá-lo propondo novos EIPs. Por exemplo, o EIP5189, proposto em junho de 2022, introduz o contrato de 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 com 4337, tais como EIP3074 e EIP5003, a aguardar revisão.
2. Suplemento ao Cross-Chain Protocol: A solução fundamental para o problema de cadeia cruzada entre Ethereum Layer1 e Layer2 é começar da parte inferior da ponte de cadeia cruzada. Os utilizadores podem definir os seus próprios endereços de recepção na rede de recepção, mas esta melhoria vem com um custo elevado, envolvendo a reimplantação da ponte entre cadeias e os problemas de segurança de novos contratos. Atualmente, a solução mais ideal é definir uma conta EOA de terceiros de confiança como intermediária entre a carteira ERC4337 e a ponte de cadeia cruzada. Este intermediário precisa de ter uma grande quantidade de tokens ETH ou Layer2 como garantia, e cada vez que ajuda a executar uma transação entre cadeias, tem de estar em excesso de ativos. Depois que a carteira de contrato inteligente que recebe a transferência devolve os tokens apostados, fornece uma certa recompensa.
3. Dapps auto-construídos do ERC4337: Desde a implementaçã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. Estes projetos são compatíveis com as 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. Estes projetos formam um grande ecossistema de carteiras de abstração de contas. Apesar da atitude cautelosa dos comerciantes tradicionais de carteiras, 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 Minier Bundler sob ERC4337

A fim de separar o assunto da conta do controlo da conta no ERC4337, foi introduzido o Bundler. Qualquer conta EOA que tenha uma certa quantidade de ETH pode atuar como um Bundler. Em comparação com a mineração tradicional ao abrigo do mecanismo POW, este novo método de mineração requer quase zero investimento e também evita potenciais riscos legais. Em contraste com o staking mining sob o mecanismo POS, os empacotadores têm uma barreira de entrada muito baixa e não exigem o staking 32 ETH, apenas o gás necessário para a interação com o contrato do Ponto de Entrada. A razão fundamental para esta diferença é que a dificuldade do comportamento malicioso dos Bundlers é muito maior do que a de validar nós, e o lucro do comportamento malicioso é muito menor do que o dos nós de validação. 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 staking em pools de liquidez, os Bundlers têm um período de bloqueio mais curto, o que proporciona maior liquidez para os ativos. Quando a ETH enfrenta uma pressão de venda significativa, os utilizadores podem retirar os seus ativos prontamente para reduzir as perdas. Dadas estas 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 Bitcoin ou pools de staking ETH. Oferecem baixos custos, retornos estáveis e liquidez elevada.

Fonte da imagem: Kernel Ventures

5.2 Centrado nas intenções ao abrigo do ERC4337

Centrado na intenção refere-se a uma abordagem centrada no utilizador em que os utilizadores não precisam de compreender as etapas de execução específicas, mas sim depender de módulos subjacentes para executar automaticamente ações modularizadas com base nas suas intenções. Para os 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 cripto, levando-os a confiar em trocas centralizadas (CEX) em vez de mergulharem totalmente no mundo web3. Esta discrepância na experiência do utilizador entre exchanges descentralizadas (DEX) e CEX surge da diferença na intenção operacional. No DEX, os utilizadores precisam selecionar manualmente o pool de negociação mais ideal, assinar autorizações e confirmar transações, o que envolve várias ações individuais correspondentes a comportamentos subjacentes. Por outro lado, o CEX opera com base em ações orientadas por intenção. Para atingir a intenção de trocar USDT por ETH da forma mais favorável, por exemplo, um utilizador só precisa de colocar uma ordem de mercado sem especificar o preço específico da encomenda. A maioria dos utilizadores simplesmente deseja um processo modularizado que cumpra as 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 potenciais problemas dentro do fluxo modularizado, a maioria dos utilizadores prefere um processo simplificado 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 mais elevado 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 impediu o desenvolvimento de aplicações centradas na intenção na rede Ethereum. Com o ERC4337, a introdução do UserOperation e do Bundler permite que as transações sejam enviadas para mempools alternativos e agregadas com outras UserOperations, aguardando que os Bundlers agrupem e os submetam ao contrato de entrada para validação e execução. Neste processo, os utilizadores só precisam de declarar ou assinar as 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 do contrato, eliminando a necessidade de os utilizadores participarem no processo específico. Nos DApps, podemos conceber uma lógica centrada na intenção, onde os utilizadores podem simplesmente assinar as 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 prevalentes na rede Ethereum, reduzindo significativamente as barreiras de entrada na web3.

5.3 Defi sob ERC4337

O Defi, estreitamente integrado com as contas EOA durante o último bull market, melhorou a diversidade da interação em cadeia para investidores em cripto, oferecendo vários serviços financeiros como staking, provisão de liquidez e empréstimos, levando, em última análise, ao surgimento do Defi Summer. No entanto, o complexo processo de transação e as taxas na cadeia representam uma barreira significativa para os utilizadores comuns participarem, dificultando a posterior adoção do Defi. Quando combinado com carteiras ERC4337, o Defi pode fornecer uma abordagem de interação centrada na intenção, permitindo aos utilizadores experimentar uma interface amigável semelhante às trocas centralizadas (CEX). Além disso, através da funcionalidade Paymaster no ERC4337, podem ser alcançadas transações sem gás, permitindo que certos operadores reduzam a barreira de entrada para o Defi e atraiam mais participantes. No entanto, ao contrário de setores como Socialfi e Gamefi, o Defi envolve um grande número de transferências de token e staking, o que requer elevados padrões de segurança. A camada contratual da abstração da conta introduz complexidade, tornando-a propensa a vulnerabilidades de segurança que podem resultar na perda de fundos dos utilizadores. Além disso, uma vez que o governo dos EUA proibiu muitos contratos focados na privacidade, como o Tornado, muitas plataformas Defi escrutinam estritamente ou até suspendem interações com esses contratos inteligentes. Como resultado, existem incompatibilidades significativas entre as carteiras de contratos inteligentes e os sistemas Defi existentes. No processo de interação com os contratos Defi, existe mesmo a possibilidade de ser erroneamente incluído na lista negra. Estes fatores apresentam desafios para a adoção generalizada de carteiras ERC4337 no espaço Defi.

5.4 Jogos totalmente em cadeia sob ERC4337

Diferente dos jogos “semi on-chain” no início do gamefi, que processavam apenas ativos de jogos e itens na cadeia para garantir a sua segurança, os jogos totalmente on-chain escrevem a lógica central e o modelo económico do jogo em contratos inteligentes blockchain, permitindo interações de jogo na cadeia e alcançando total descentralização e alta segurança. No entanto, os jogos web3 atuais pagaram um preço significativo para alcançar a funcionalidade totalmente na cadeia. Um grande desafio é a disparada das taxas de gás. Todas as interações num jogo totalmente na cadeia, incluindo a mecânica do jogo, itens no jogo e cenas, precisam de ser gravadas na cadeia de blocos, resultando num aumento dos custos. Para resolver este problema, a lógica de interação dos jogos atuais totalmente on-chain é muitas vezes simplificada, limitando a experiência de jogo do utilizador. Além disso, ao usar contas EOA tradicionais, o processo de interação em jogos totalmente on-chain requer uma verificação de assinatura complicada, com os usuários a precisar confirmar cada interação individualmente, reduzindo significativamente a experiência de jogo. A introdução da abstração de contas aborda estes desafios. Reduz muito os custos de transação, com a confirmação da transação exigindo apenas assinaturas agregadas BLS e uma etapa de verificação, poupando 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 personalizadas de contratos inteligentes 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 de Camada 2, como o StarkNet, com projetos como Loot Realms e Cartridge. Isto não se deve ao facto de o Ethereum ser inadequado para combinar jogos totalmente on-chain com carteiras ERC4337, mas porque o contrato do Entry Point só foi implementado 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 haverá muitos jogos totalmente on-chain baseados em ERC4337 a serem lançados no Ethereum num futuro próximo, melhorando muito a experiência interativa e reduzindo os custos de interação. Os jogos existentes em cadeia totalmente em grande escala 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

Preso no mecanismo de agrupamento de contas de chave privada e capacidades de interação limitadas das contas EOA, a Socialfi há muito enfrenta problemas com altas barreiras de entrada e difícil gestão de contas. A introdução da abstração de contas mudará completamente esta situação, mas a compensação entre conveniência, capacidade de recuperação e segurança tem de ser ponderada com base na importância específica das contas web3 no Socialfi. Em primeiro lugar, a separação de chaves privadas e controlo de conta elimina a necessidade de os utilizadores gerirem chaves privadas complexas e não ordenadas ou frases mnemónicas, ao mesmo tempo que permite o ajuste dinâmico das palavras-passe da conta. Por exemplo, o projeto Ambire, lançado no final de 2021, conseguiu a criação de conta web3 e a recuperação de chave privada através de e-mail. 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 na web2, também pode ser resolvido com um botão na web3. Finalmente, 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 abrir a funcionalidade do canal no QQ com base nas preferências do utilizador.

6. Perspectivas Futuras

Até o momento em que este artigo foi escrito, o número de utilizadores da web3 é de aproximadamente 300 milhões, representando apenas cerca de 4% da população global de 6 mil milhões de utilizadores de internet. Ainda há espaço significativo para crescimento em comparação com o número total de utilizadores de internet. Para que a web3 possa alcançar a escala da web2 e ultrapassar o marco de mil milhões de utilizadores, barreiras de entrada mais baixas e funcionalidades de conta mais personalizáveis são pré-requisitos. Entre todas as opções para atingir este objetivo, o ERC4337 destaca-se como uma solução de risco relativamente baixo com uma estrutura madura, e recebeu o reconhecimento da Fundação Ethereum e dos principais programadores. Desde a implementação do contrato do Entry Point no Ethereum, o número de utilizadores que adoptam a Account Abstraction registou um crescimento explosivo.

Fonte da imagem: Duna

Embora o ERC4337 tenha ganho amplo reconhecimento e apoio da comunidade Ethereum, ainda enfrenta vários desafios na sua implementação prática. Em primeiro lugar, há 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 implementação do contrato de ponto de entrada exige que a maioria das carteiras na rede adote o novo padrão, o que pode ser um processo caro e demorado. Por último, há uma questão de compatibilidade com Dapps existentes e pontes de cadeia cruzada. Alcançar a adoção generalizada do ERC4337 exigiria atualizações extensas para os Dapps Ethereum existentes, que vêm com riscos e custos de segurança significativos.

No entanto, o ERC4377 abordou ativamente estes desafios. Por exemplo, adicionando contratos inteligentes externos, a eficiência do empacotador pode ser melhorada. Opcodes adicionais podem aumentar as permissões de contas de contratos inteligentes. As propostas EIP suplementares visam resolver a dificuldade de actualizar o contrato de ponto de entrada. Além disso, em resposta ao problema de compatibilidade com os 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 das carteiras ERC4337 permite o evm centrado na intenção ao nível da Ethereum Virtual Machine (EVM), que pode abstrair ainda mais as operações em Dapps, tornando-as tão orientadas para a intenção do utilizador e fáceis de usar como as aplicações web2. Se a funcionalidade centrada na intenção puder ser totalmente realizada no Ethereum Dapps, melhorará muito a experiência do utilizador e atrairá mais utilizadores de fora da comunidade cripto para participar. No entanto, o crescimento de setores como o Defi, que envolvem transferências diretas de token, pode ser mais conservador devido aos requisitos de segurança mais rígidos. Por outro lado, setores como o Socialfi e o Gamefi priorizam a experiência do utilizador em detrimento das preocupações com a segurança. Anteriormente, devido às limitações das contas EOA, o design de interação complexo não era possível. Com o ERC4337, estes setores podem ultrapassar as barreiras dos elevados requisitos de entrada do utilizador e da má experiência do utilizador, levando a um crescimento significativo do utilizador e potencialmente a servir como um catalisador importante no próximo mercado cripto em alta.

O Kernel Ventures é um fundo de capital de risco cripto impulsionado por comunidades de investigação e desenvolvimento, com mais de 70 investimentos em fase inicial, com foco em infraestruturas, middleware, DApps, especialmente ZK, Rollup, DEX, blockchains modulares e áreas verticais que irão integrar milhares de milhões de futuros utilizadores de criptomoedas, como abstração de contas, 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, contacte a equipa do Gate Learn, e eles tratarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.