Autor: Kernel Ventures Jerry Luo

Editores: Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua

TLDR:

Existem dois tipos de carteira no Ethereum: EOA e SCW, enfrentando os problemas de baixa eficiência de execução e incapacidade de iniciar transações de forma independente. Os desenvolvedores do Ethereum passaram por diversas explorações, e a melhor solução que encontraram neste estágio é a abstração de contas implementada por meio do ERC4337.

• A carteira ERC4337 realiza a separação de chaves privadas e assuntos de conta por meio do Bundler, do empacotamento de transações em lote e da capacidade de iniciar transações. Além disso, através do código integrado da carteira de contrato inteligente, as transações podem ser processadas automaticamente com base em informações externas.

• Mas o ERC4377 ainda enfrenta desafios de outras soluções, como a abstração de contas da camada de consenso e carteiras de abstração de contas nativas. Adicionalmente, o contrato de entrada ERC4337 só foi lançado na rede principal Ethereum em março deste ano com problemas a serem explorados e incerteza na solução decisiva. Finalmente, devido ao contrato de ponto único do Entry Point, o ERC4337 é bastante limitado a atualizações.

• Para resolver estes problemas, os desenvolvedores do ERC4337 também complementaram a proposta EIP para otimizar sem alterar o contrato de entrada. Ao mesmo tempo, eles construíram um grande número de projetos de carteira ERC4337 e projetos Dapp com foco na interação da carteira ERC4337 para lidar com a resistência da EOA.

Em geral, o ERC4337 ainda é a solução ideal para obter a abstração de contas nesta fase. Por meio do contrato de compensação do Paymaster, o limite do DeFi pode ser bastante otimizado, uma vez que a comunidade pode fornecer transações de 0 gás ou baixo gás para atrair mais usuários para participar. Por meio do empacotamento e processamento em lote de transações, a experiência de participação dos usuários em SocialFi e GameFi pode ser muito aprimorado, o que fornecerá opções de interação mais diversas para os participantes do SocialFi e GameFi.

1. Fundo

A compensação entre descentralização e conveniência sempre foi um grande dilema para os participantes da criptografia. Para abraçar a descentralização, uma série de processos complexos deve ser aceita, como o armazenamento de mnemônicos, assinaturas de chaves privadas e definição de valores nonce. Para buscar conveniência, as tempestades de uma série de instituições centralizadas, como FTX e JPEX, tornam impossível ignorarmos a importância da propriedade de contas. Até agora, os desenvolvedores do Ethereum fizeram uma série de tentativas para obter contas com a conveniência da Web2 na Web3 - abstração de contas. Na conferência ETHCC deste ano, o fundador da Ethereum, Vitalik Buterin, resumiu essas tentativas. Entre eles, o padrão ERC4337 obteve o maior consenso entre os desenvolvedores.

2. O Princípio do ERC4337

O ERC4337 envolve principalmente três objetos: UserOperation, Bundler e contrato on-chain no processo de separação do controle e propriedade do assunto da conta. UserOperation consiste na entrada do usuário, enquanto Bundler completa o processo de empacotamento e envio de transações. O contrato em cadeia tem três partes: Ponto de Entrada, Contrato Paymaster e Contrato de Carteira, que implementa principalmente lógica complexa de verificação e execução.

• UserOperation: UserOperation contém todas as informações relacionadas à transação enviadas pelo usuário. A figura a seguir mostra os parâmetros necessários em UserOperation e em uma conta EOA normal.

Fonte: Kernel Ventures

A maior diferença entre as duas é que a carteira ERC4337 pode especificar o remetente em vez de considerar o endereço de descriptografia ECDSA padrão no EOA como o iniciador da transação. Portanto, a carteira ERC4337 consegue a separação entre o assunto da conta e a propriedade. Em segundo lugar, paymasterAndData também é adicionado ao ERC4337 para definir o contrato de pagamento. Também explicaremos a função específica do contrato de pagamento posteriormente.

• Bundler: Bundler é uma conta EOA, que pode verificar a lógica do código nos calldata de UserOperation que interage com a função activateOp do Wallet Contract. Se o calldata contiver códigos como TIMESTAMP, BLOCKHASH ou o armazenamento da carteira para acesso externo, o Bundler descartará esta UserOperation para evitar ataques chamados de representação maliciosa. Depois de passar na verificação, o Bundler empacotará as UserOperations passadas e as transmitirá para o mempool público ou privado após passar na verificação. Ao mesmo tempo, como os contratos inteligentes no Ethereum devem ser acionados pela conta EOA, o Bundler deve posteriormente interagir com o Contrato de Ponto de Entrada para executar a UserOperation. Nesse processo, a Bundler pode aproveitar o ágio entre a taxa de prioridade máxima e o gás real, bem como a receita do MEV na classificação da transação. Portanto, a ascensão do ERC4337 também pode trazer um novo método de mineração para o Ethereum.

• Entry Point: Entry Point é um contrato inteligente usado para verificar e executar conteúdo em UserOperation que é acionado pelo Bundler. Além do mais, Entry Point é um contrato singleton em ERC4337 com a conclusão da separação entre Bundler e carteira de contrato inteligente. Cada Contrato de Carteira no ERC4337 concederá ao endereço do contrato do Ponto de Entrada algumas permissões especiais durante o processo de interação quando ele for criado. Quando o Bundler chama o contrato Entry Point, ele aciona a função handleOps no contrato. Esta função irá primeiro verificar se a carteira tem gás suficiente para compensar o Bundler. Caso contrário, a transação será revertida diretamente. Além disso, a carteira de contrato inteligente também pode optar por fazer com que o contrato Paymaster pague o gás, o que será mencionado no conteúdo a seguir. Após a conclusão de todas as verificações, a função _executeUserOp no contrato executará gradualmente o conteúdo dos calldata da UserOperation e chamará a função correspondente na carteira do contrato inteligente. Feito tudo isso, o gás restante será compensado à Bundler.

• Contrato de Carteira: O Contrato de Carteira é essencialmente uma carteira de contrato inteligente. Existe uma função multiCall no contrato que pode processar as transações nos dados de chamada do UserOperation em lotes, reduzindo bastante o consumo de gás. Porém, na função multiCall, o conteúdo em UserOperation não é executado diretamente, mas dividido nos processos de activateOp e executeOp. Caso o conteúdo em UserOperation não consiga passar pelo validOp, a execução será encerrada automaticamente com todo o consumo de gás gerado durante todo o processo por conta do Bundler. Ao entrar no executeOp, não importa o motivo do encerramento da execução do contrato, o consumo de gás gerado será suportado pelo Contrato de Carteira. Esse mecanismo não apenas garante efetivamente que o Bundler possa obter benefícios legítimos por meio de seu próprio comportamento de empacotamento, mas também evita que ataques DoS iniciados por Bundler malicioso consumam a eth armazenada no Contrato da Carteira. Finalmente, o desenvolvimento da conta carteira no ERC4337 adota um design modular. Os provedores de carteira possuem um grande número de módulos de contrato para os usuários expandirem e implementarem funções personalizadas.

• Paymaster: Paymaster não é necessário no ERC4337. Quando o parâmetro paymasterAndData em UserOperation não estiver vazio, o contrato Paymaster especificado pagará gás pelo Bundler. Durante este processo, o Bundler irá acionar a função validPaymasterOp no Paymaster. A função é pagar o gás para a UserOperation especificada de acordo com os requisitos definidos pelo usuário após confirmar que há saldo suficiente no Paymaster para suportar o pagamento do gás. Vale ressaltar que o próprio ERC4337 não estipula um padrão para priorizar o uso do Paymaster. Bundler precisa selecionar o melhor Pagador e eliminar o Pagador de qualidade inferior com base em registros fora da cadeia de situações de pagamento anteriores do Pagador. Este processo cria concorrência entre Paymasters, o que ajuda a melhorar a eficiência operacional da rede.

• Agregador de Assinatura: Como algoritmos de assinatura não ECDSA são suportados no ERC4337. Portanto, precisamos primeiro classificar UserOperations que usam algoritmos de assinatura diferentes. Em seguida, o Bundler irá gerar uma assinatura agregada para transações semelhantes por meio do Signature Aggtegator. Todas as transações contidas nele podem ser verificadas com uma verificação de assinatura, o que reduz bastante as taxas do gás. consumo.

No geral, neste processo, o usuário primeiro envia uma UserOperation contendo parâmetros autodefinidos para o Bundler. Se houver o parâmetro paymasterAndData, o contrato de pagamento será chamado para pagar a taxa do gás. Se houver um parâmetro initCode, o usuário criará uma nova carteira de contrato inteligente de acordo com a lógica do código interno. Por fim, para reduzir o consumo de gás no processo de verificação de assinatura, o ERC4337 adota o método de empacotamento de transações em lote, utilizando Signature Aggregator para empacotar UserOperations semelhantes para gerar uma assinatura agregada, que é verificada apenas uma vez. Quando a verificação de simulação do Bundler fora da cadeia e a verificação real na cadeia são aprovadas, a carteira de contrato inteligente executa com sucesso a função definida pelo usuário em UserOperation e retorna o excesso de gás ao Bundler como recompensa.

Fonte: Kernel Ventures

Em comparação, usar uma conta EOA para lançar uma transação é extremamente simples, assinar os dados da transação e transmiti-los para toda a rede são os únicos processos necessários. A transação de transmissão será empacotada após ser verificada pelo nó e finalmente escrita em cadeia pelo nó selecionado pelo mecanismo POS. Este processo é muito simples, sem intermediários Bundler ou contrato de Entry Point, reduzindo bastante o consumo de gás. Ao mesmo tempo, a segurança está relacionada apenas ao algoritmo de criptografia ECDSA e não há riscos de segurança endógenos causados ​​por lógica contratual complexa. No entanto, neste processo, a chave privada e os direitos de controlo da conta estão exclusivamente vinculados e não podem ser alterados. Todas as transações devem ser assinadas e verificadas uma a uma, tornando todo o processo ineficiente.

Fonte: Kernel Ventures

Em suma, o ERC4337 consegue a separação entre chaves privadas e propriedade de contas, reduz o consumo de gás de processos de transações complexos através de transações em lote, elimina o limite de acesso ao saldo Ethereum para carteiras através de contratos de pagamento e implementa métodos de assinatura através de carteiras de contratos inteligentes. Essas melhorias fizeram um grande progresso na conveniência e praticidade das contas Web3

3. Tipos, prós e contras das carteiras Ethereum atuais

• EOA (conta de propriedade externa): As contas EOA da Ethereum são controladas por meio de assinaturas de chave privada, geradas a partir de uma frase mnemônica de 12 palavras. Embora a conta EOA tenha iniciativa operacional e possa negociar ativamente. Para garantir a propriedade da conta EOA, uma sequência de números hexadecimais de 64 bits ou 12 palavras mnemônicas deve ser preservada adequadamente, o que causa muitos problemas aos usuários. Além disso, as transações que envolvem autenticação de identidade em contas EOA precisam ser assinadas uma a uma, o que é extremamente inconveniente. É equivalente a exigir uma confirmação separada para cada reescrita de status e alteração de permissão após uma confirmação. Finalmente, usar uma conta EOA para iniciar transações requer uma pré-transferência de Ethereum para a conta, o que é muito hostil para iniciantes.

• SCW (carteira de contrato inteligente): Em comparação com a carteira EOA, a carteira de contrato inteligente melhorou a conveniência e a automação da operação. Através do código integrado de contratos inteligentes, as transações podem ser empacotadas e operações complexas podem ser automatizadas de acordo com as intenções dos usuários. No entanto, o SCW não tem a mesma autoridade que o EOA, que pode executar transações automaticamente. O início de transações em SCW requer o acionamento de uma conta EOA.

• MPC (Multi-Party Computation): A carteira MPC divide as chaves privadas e as separa em várias entidades para proteção e, em seguida, as une quando as assinaturas são necessárias. Isso parece semelhante a uma carteira com várias assinaturas, mas há muitas diferenças entre elas. Em primeiro lugar, a verificação de múltiplas assinaturas é inteiramente executada através de contratos inteligentes na blockchain, enquanto a definição de limites e a geração de assinaturas do MPC são realizadas fora da cadeia. A carteira MPC evita eficazmente a falha de pontos únicos, sem a preocupação de perder a chave privada no EOA e, assim, perder a propriedade da conta. No entanto, o processo de geração de assinaturas fora da cadeia é um processo centralizado que requer um sistema de revisão rigoroso para evitar possíveis malefícios. Ao mesmo tempo, a maioria dos MPCs são agora produtos customizados sem abertura ao público, por isso é difícil incorporar módulos no processo de desenvolvimento, o que aumenta os custos de desenvolvimento. Mas uma coisa que precisa ser enfatizada é que não há competição entre a carteira MPC e a carteira AA que mencionamos mais tarde. O problema que o MPC resolve é a preservação das chaves privadas, enquanto o problema que o AA resolve é melhorar a flexibilidade do processo de transação. Os dois podem ser combinados no desenvolvimento futuro.

• AA (conta abstrata): A possibilidade de abstração de contas remonta ao EIP86 em 2017. A proposta propunha transformar todas as contas em contratos, permitindo aos usuários definir livremente seus próprios modelos de segurança. No entanto, esta proposta envolve alterações na camada de consenso do Ethereum, que é relativamente difícil e apresenta uma série de possíveis problemas de segurança. Portanto, o EIP86 e as propostas subsequentes representadas pelo EIP86 envolvendo alterações na camada de consenso ou camada de protocolo Ethereum foram arquivadas indefinidamente. Até a proposta do EIP2938, as mudanças na camada inferior do Ethereum foram bastante reduzidas com problemas de segurança resolvidos pela definição de regras de pool de memória para nós, após o que a solução geral para abstração de contas mudou para como implementar a abstração de contas com base na mudança de smart camada de contrato. Em 2021, foi proposto o ERC4337, realizando completamente a abstração de contas apenas com a premissa de fazer alterações na camada de contrato inteligente. Em março deste ano, o contrato de entrada ERC4337 Entry Point foi implantado no Ethereum e a abstração de contas entrou na era ERC4337.

4. Desafios e Soluções

4.1 Os métodos ambíguos de explicação abstrata

• Abstração de contas da camada de consenso: Em primeiro lugar, ERC4337 não é a única solução para abstração de contas na camada 1 do Ethereum. A abstração de contas da camada de consenso liderada pelo EIP2938 foi apenas temporariamente arquivada. Nesta fase, os benefícios trazidos pela abstração de contas não podem levar os desenvolvedores a fazer mudanças no consenso do Ethereum. Mas à medida que o desenvolvimento da abstração da conta ERC4337 atinge um gargalo, uma melhor experiência do usuário. Neste momento, a autoridade da conta do contrato pode ser aumentada para que possa iniciar ativamente as transações. A solução de abstração de contas da camada de consenso que remove o Bundler e reduz os custos e a complexidade das transações pode mais uma vez entrar no escopo da consideração de todos.

• Propostas EIP a serem determinadas: O contrato Entry Point do ERC4337 está em cadeia há menos de um ano, cujos problemas ainda estão sendo descobertos e melhorados. Devido à dificuldade de alteração do contrato do Entry Point, a maioria das propostas EIP apresentadas temporariamente para otimizar o ERC4337 envolvem a otimização do Bundler e dos opcodes, como o contrato de endossante no EIP-1589 que pode prevenir ataques MEV, e o EIP-3974 que envolve alterações para a camada de consenso. Se essas propostas podem ser adotadas para os opcodes adicionados que garantem o controle da conta EOA para contas de contratos inteligentes, ainda será discutido pela comunidade de desenvolvimento Ethereum.

• Abstração de conta nativa Layer2: Finalmente, existem várias carteiras de abstração de conta nativa na Layer2, como Starknet e Zksync Era. Starknet usa uma assinatura ECDSA diferente da Ethereum, o que reduz bastante o custo do processo de assinatura e verificação de assinatura, reduzindo bastante o consumo de gás. Ao mesmo tempo, existem apenas contas de contrato no Starknet, que são contas de nível superior por padrão. As contas contratuais podem iniciar transações diretamente, sem passar por operações complicadas na camada de contrato, proporcionando aos desenvolvedores um ambiente de design de aplicativos mais flexível e rico.

Resumindo, ERC4337 não é a única opção de abstração de contas no Ethereum.

4.2 Defeitos Internos do ERC4337

• Custo de gás mais elevado: O consumo de gás para operações básicas numa carteira ERC4337 é de 42.000 gás, o dobro do que uma conta EOA normal. As razões são as seguintes:

Fonte: Kernel Ventures

Como podemos ver, devido à introdução de contratos inteligentes, um enorme consumo de gás é gerado no processo de execução de serviços de contrato (descompactação de UserOperation, execução de verificação de condição, hashing on-chain, etc.) e acionamento de eventos para publicação de logs no Ethereum. Ao mesmo tempo, o processamento em lote no ERC4337 provou ser impraticável em transações reais para reduzir os custos de transação, uma vez que os usuários raramente precisam empacotar um grande número de transações em uma chamada. Além disso, uma vez que a UserOperation originalmente projetada para compartilhar custos de transação não seja executada na cadeia, ela também trará maiores perdas para a conta da carteira ou Bundler.

• 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 a transação externa vem de uma chamada de função no contrato entryPoint. No entanto, isso exige que o endereço EntryPoint seja escrito em cada assunto de conta de contrato inteligente gerado. Se o contrato EntryPoint for atualizado, todos os titulares da conta do contrato inteligente deverão concordar. Quando a ERC4337 for amplamente aceite, esta alteração não será menos difícil do que as alterações na camada de consenso. Portanto, a implantação do ERC4337 deve ser muito cautelosa e as auditorias de segurança devem ser realizadas em todos os aspectos. E se você quiser otimizar o desempenho no futuro, será algo muito difícil.

• Segurança do contrato: A transação na conta EOA foi simples, garantida através de criptografia e do mecanismo de consenso da camada de consenso. Algoritmos de criptografia e mecanismos de consenso de sistemas distribuídos são testados há muito tempo e certificados pelos meios acadêmicos, com baixa possibilidade de falhas nos mesmos. A carteira ERC4337 altera muitas verificações do mecanismo de consenso do blockchain para julgamentos de funções de contrato, o que impõe requisitos extremamente elevados à segurança do contrato. À medida que a lógica das transações se torna mais complicada, os riscos de segurança também aumentam acentuadamente.

4.3 Custo da Promoção do ERC4337

• Exclusão dos gigantes de carteiras tradicionais:

ChainCatcher: O líder do produto MetaMask, Alex Jupiter, disse em uma entrevista ao Decrypt que embora a abstração de conta, EOA e outras tecnologias para otimizar a experiência do usuário tenham sido mencionadas muitas vezes durante o EthCC, a MetaMask adotará essas tecnologias com muito cuidado.

Como um provedor de carteira tradicional, a MetaMask pode ajudar os usuários a criar facilmente contas EOA e cobrar taxas de manuseio, fornecendo serviços de Swap descentralizados. Para esses gigantes tradicionais de carteiras que formaram um modelo de lucro estável, a maioria deles não está disposta a correr riscos e fazer mudanças. Até agora, eles frequentemente adotam uma abordagem de esperar para ver para a abstração de contas.

• Custo da atualização do Dapp

Os Dapps existentes no Ethereum incluem Opensea, Uniswap, MetaMask Swap, etc., todos usam contas EOA como objetos de serviço padrão. Para tornar os Dapps totalmente compatíveis com as carteiras ERC4337, é necessário alterar o mecanismo de revisão para a interação entre Dapps e carteiras e o mecanismo de promessa de token. Para completar esta mudança, os códigos de contrato inteligente de todos os Dapps convencionais atuais precisam ser modificados. Os riscos de segurança e os custos de atualização que podem surgir deste processo são imensuráveis. Além disso, considerando o grande número de resistências às transações Dapp em contas contratuais causadas pelo contrato anterior do Tornado, a carga de trabalho desta atualização será ainda maior.

4.4 ERC4337 e cadeia cruzada

Em pontes entre cadeias onde o Ethereum interage com a Camada 2, muitas vezes é padrão que o endereço de pagamento na rede receptora seja o mesmo que o endereço de pagamento na rede remetente. Isto não representa qualquer problema nas contas EOA tradicionais, porque a mesma chave privada pode conseguir o mesmo efeito de controlo em endereços em ambas as redes através de assinaturas. Porém, na carteira ERC4337, o endereço de início da transferência é o endereço do contrato e não é controlado pela chave privada. Portanto, o endereço de recebimento não pode ser definido como o mesmo endereço da rede de envio. Portanto, existem problemas de incompatibilidade entre as carteiras ERC4337 e quase todas as pontes de cadeia cruzada entre a Camada 1 e a Camada 2 do Ethereum hoje.

4.5 A Melhoria do ERC4337

• Melhorando a proposta de EIP: Embora o ERC4337 em si seja difícil de mudar, complementando o ERC4337 propondo novas propostas suplementares de EIP, como o EIP5189 proposto em 22 de junho, o que reduz o risco do processo de triagem do Bundler e o evita ainda mais, introduzindo ataques maliciosos de contrato de endoser por robôs MEV. Além disso, há um grande número de propostas relacionadas com 4337 pendentes de revisão, como EIP3074 e EIP5003.

• Suplemento ao protocolo de cadeia cruzada: A solução mais fundamental para o problema de cadeia cruzada entre a camada 1 e a camada 2 do Ethereum é começar na camada inferior da ponte de cadeia cruzada. permitindo que os próprios usuários definam o endereço de recebimento na rede receptora, o que é caro, projetando a redistribuição de pontes entre cadeias e as questões de segurança de novos contratos. Porque a solução ideal atual é configurar uma conta EOA de terceiros confiável para desempenhar o papel de intermediário entre a carteira ERC4337 e a ponte de cadeia cruzada, e isso exige que o intermediário tenha uma grande quantidade de penhor de token ETH ou Layer2 . Pela primeira vez, os ativos excedentes são penhorados antes de ajudar a executar uma transação entre cadeias. Depois que a carteira de contrato inteligente receber a transferência, o token prometido será devolvido e uma determinada recompensa será dada.

• Dapp autoconstruído do ERC4337: Desde que o contrato do ponto de entrada foi implantado em março deste ano, um grande número de projetos de carteira baseados no ERC4337 foram lançados no Ethereum. Esses projetos em si são compatíveis com carteiras ERC4337, como o projeto de carteira de contrato inteligente altamente escalável ZeroDev Kernel e MynaWallet, um projeto de abstração de carteira cooperado oficialmente pelo governo japonês. Esses projetos formam um ecossistema de carteiras abstrato por si só e não dependem da cooperação com desenvolvedores de carteiras tradicionais. Pode-se ver que mesmo quando os fornecedores tradicionais de carteiras mantêm uma atitude de esperar para ver, o uso de UserOperation no Ethereum continuou a aumentar desde março deste ano e está em um estado de rápida expansão.

Fonte: Duna

5. Oportunidades ERC4337

Fonte: Kernel Ventures

5.1 Nova Coinbase – Bundler

O Bundler foi introduzido no ERC4377 para separar o assunto da conta dos direitos de controle da conta. Tudo que você precisa é de uma conta EOA que armazene uma certa quantidade de Ethereum para atuar como Bundler. Em comparação com a mineração com máquinas de mineração caras no mecanismo POW, a mineração empacotada tem custo de investimento quase zero e não está sujeita a possíveis restrições legais. Comparado com a mineração de piquetagem no mecanismo POS, o Bundler tem um limite de participação extremamente baixo. Não há necessidade de penhorar 32 Ethereums, apenas é necessário o gás que pode ser usado para interagir com o contrato do Ponto de Entrada. A razão é que é muito mais difícil para o Bundler fazer o mal do que para os nós de verificação e a renda gerada por fazer o mal também é muito menor do que a dos nós de verificação. Portanto, não há necessidade de prometer uma grande quantidade de Ethereum para garantir o equilíbrio entre recompensas e punições na operação geral do protocolo ERC4377. Por fim, em comparação com a receita de staking em pool de liquidez, possui um tempo de lock-up menor, o que torna os ativos mais flexíveis. Quando o Ethereum enfrenta pressão de venda, os usuários podem sacar seus fundos a tempo de reduzir as perdas. Tendo em vista as vantagens acima, o Bundler provavelmente se tornará um novo método de investimento no Ethereum no futuro, e até mesmo derivará pools de Bundler semelhantes aos pools de mineração Bitcoin e pools de penhor Ethereum.

5.2 Aparência do Intent Centric

Centrado na intenção é centrado na "intenção", o que significa que os usuários não precisam conhecer as etapas específicas de execução ao realizar operações, mas o programa projeta automaticamente as operações modulares que precisam ser executadas na parte inferior com base nas necessidades do usuário. Para os novos investidores da Web3, as diversas assinaturas e configurações de gás nas transações são muito hostis, então quem se interessa por criptografia só pode investir com a ajuda do CEX sem entrar no mundo real da Web3. A razão essencial para este fenômeno reside na diferença de intenções operacionais entre DEX e CEX. Por exemplo, se alguém quiser usar DEX para trocar USDT por ETH da forma mais lucrativa, ele deve escolher entre vários pools de negociação para selecionar o melhor e, em seguida, assinar para autorizar o Dapp a ter certas permissões. Em seguida, assine para confirmar que o USDT será penhorado no pool de liquidez e, finalmente, assine para confirmar que o valor equivalente de ETH será retirado do pool de liquidez. Cada uma das operações acima é uma operação baseada em comportamento e uma operação corresponde a um comportamento subjacente. As operações da CEX são baseadas em intenções que alcançam a solução mais lucrativa para substituir o USDT detido pelo usuário por ETH apenas por uma ordem de preço de mercado, sem a necessidade de definir um preço de ordem específico. Embora tenha sido sugerido que a conclusão desta série de processos por conta própria pode fornecer uma compreensão mais transparente do processo de transação e evitar problemas que podem ser inerentes aos processos modulares. Mas, em geral, ainda existem muito poucas pessoas com essa capacidade. A maioria das pessoas só precisa de um processo modular que possa atingir suas intenções, sem o desejo de compreender as operações específicas por trás dele. Ao mesmo tempo, os processos manuais também apresentam riscos maiores do que os processos modulares que foram testados há muito tempo. Antes do nascimento da abstração da conta ERC4337, a eficiência de execução da conta EOA era baixa e as transações precisavam ser assinadas e confirmadas uma por uma. Portanto, aplicativos centrados na intenção que exigiam processamento modular de transações de acordo com as intenções do usuário têm se desenvolvido lentamente no Ethereum. No ERC4337, ao introduzir UserOperation e Bundler, toda vez que um usuário assina uma transação, ela será colocada no pool de memória principal após verificação e aguardará para ser carregada na cadeia. Em vez disso, a transação (UserOperation em ERC4337) é primeiro enviada para o pool de memória de backup e misturada com a UserOperation de seus próprios usuários ou de outros usuários, aguardando que o Bundler agrupe essas UserOperations e depois as envie ao contrato de entrada para verificação e execução. Neste processo, os usuários só precisam declarar ou assinar suas preferências, e o processo específico é selecionado e executado pelos Bundlers de acordo com a camada de consenso existente ou lógica da camada de contrato, sem a necessidade de participar de nenhum processo específico. No Dapp, podemos projetar uma lógica centrada na intenção. Quando os usuários desejam atingir um determinado objetivo, eles só precisam assinar suas intenções, em vez de escolher seu próprio comportamento de transação e assinar uma por uma. Pode-se esperar que, com a promoção completa do ERC4337, os Dapps centrados na intenção se tornem populares no Ethereum, reduzindo assim enormemente a barreira de entrada para Web3.

5.3 ERC4337 e DeFi

O DeFi foi intimamente integrado às contas EOA no último mercado altista, o que melhorou muito a diversidade de funções interativas na cadeia de investidores criptográficos e forneceu uma variedade de métodos financeiros, como promessas, formadores de mercado e empréstimos, o que acabou levando a uma rodada de Verão DeFi. No entanto, o complexo processo de transação do DeFi e as perdas na cadeia estabeleceram um enorme limite para a participação dos usuários comuns e também impediram a promoção adicional do DeFi. No entanto, a carteira ERC4337 combinada com DeFi pode fornecer um método de interação centrado na intenção, permitindo aos usuários obter uma experiência próxima ao CEX. Ao mesmo tempo, as transações sem gás também podem ser realizadas através do Paymaster no ERC4337. Algumas operadoras também podem atrair mais pessoas para participar do DeFi por meio deste método. No entanto, ao contrário de setores verticais como SocialFi e GameFi, o DeFi envolve a transferência e penhor de um grande número de tokens e tem requisitos de segurança extremamente elevados. A camada contratual de abstração de contas envolve uma complexidade relativamente alta e está sujeita a vulnerabilidades de segurança que causam perdas aos ativos criptografados dos usuários. Ao mesmo tempo, uma vez que o governo dos EUA proibiu muitos contratos de lavagem de moedas, como o tornado, muitos contratos DeFi revisarão rigorosamente ou até mesmo suspenderão a interação com endereços de contratos inteligentes. Portanto, existem muitas incompatibilidades entre as carteiras de contratos inteligentes e o sistema DeFi atual. Isto também trará obstáculos à promoção de carteiras ERC4337 no DeFi.

5.4 ERC4337 e jogo multi-cadeia

Diferente dos jogos de “meia cadeia” do início da GameFi, apenas os ativos e adereços do jogo são carregados na cadeia para garantir a segurança de seus ativos de maneira descentralizada. Os jogos multi-chain escrevem a lógica central e o modelo econômico do jogo em contratos inteligentes na cadeia e interagem com o jogo na cadeia, alcançando descentralização e alta segurança em todo o processo. No entanto, os jogos Web3 nesta fase também pagam um preço enorme para alcançar a multi-cadeia. O primeiro é o aumento nas taxas do gás. Cada etapa da interação entre jogos, adereços e cenas on-chain precisa ser registrada na cadeia, o que causou um aumento nos custos do jogo. Para resolver este problema, a lógica de interação dos jogos multi-chain nesta fase é muitas vezes extremamente simples, mas também limita a experiência de transação do usuário. Ao mesmo tempo, se você usar uma conta EOA tradicional, deverá passar por um processo de verificação extremamente complicado para confirmar cada interação durante todo o processo de interação do jogo. Este processo reduz bastante a experiência de jogo. A introdução da abstração de contas primeiro reduz enormemente os custos de transação. O processo de confirmação da transação requer apenas assinatura agregada BLS e verificação de assinatura única, o que economiza muito o consumo de gás no processo de verificação criptográfica. Além disso, ao empacotar as transações em lotes, o processo original de confirmação repetida pode ser eliminado. Ao mesmo tempo, a introdução de contas de contratos inteligentes personalizadas pode facilitar a construção modular de jogos multi-cadeias, melhorando assim a eficiência do desenvolvimento. Atualmente, na rede Starknet com abstração de conta nativa, vimos muitos casos de sucesso de combinação de jogos multi-chain com abstração de conta, como Loot Realms, Cartridges, etc.

5.5 ERC4337 e SocialFi

Presa no mecanismo de agrupamento de contas de chave privada e nas funções interativas limitadas das próprias contas EOA, a SocialFi enfrenta há muito tempo o problema de limites de participação elevados e de difícil gestão de contas. A má experiência do usuário limitou bastante o limite de desenvolvimento do projeto SocialFi. A introdução da abstração de contas mudará completamente esta situação. No entanto, a escolha entre conveniência, capacidade de recuperação e segurança depende da importância da conta Web3 específica da SocialFi. troca de sexo. A primeira é a separação entre chaves privadas e direitos de controle de conta. Os usuários não precisam mais manter chaves privadas ou mnemônicos complexos e desordenados e podem ajustar dinamicamente as senhas das contas. Por exemplo, o projeto ERC4337 Ambire lançado no final de 2021 permite a criação de contas Web3 e recuperação de chave privada através de email. Em segundo lugar, as transações em lote fornecidas pelo ERC4337 resolvem o problema de limite da Web3 levantado no início deste artigo. O problema que pode ser resolvido por um botão na Web2 também pode ser resolvido por um botão na Web3. Por fim, a introdução da lógica de código customizado nas contas ERC4337 também está mais próxima do design personalizado das contas no Web2, permitindo que cada conta SocialFi introduza diferentes funções de conta de acordo com suas próprias preferências, semelhante ao QQ, onde os usuários podem escolher se desejam abrir o canal funções ou não.

6. As perspectivas futuras

No momento desta publicação, o número de usuários da Web3 é de cerca de 300 milhões, representando apenas cerca de 4% da população global. Em comparação com os 6 mil milhões de utilizadores da Internet no mundo, ainda há um grande espaço para desenvolvimento. Para acompanhar o tamanho da Web2 e ultrapassar a marca de 1 bilhão de usuários, limites de participação mais baixos e mais funções de personalização de conta são pré-requisitos para a Web3. De todas as opções atuais para atingir esse objetivo, o ERC4337 apresenta riscos relativamente reduzidos, possui uma estrutura relativamente madura e é reconhecido pela Fundação Ethereum e pelos principais desenvolvedores. Portanto, desde que o contrato de entrada do Entry Point foi implantado no Ethereum, o número de usuários abstratos de contas também experimentou um crescimento explosivo.

Fonte: Duna

Embora o ERC4337 tenha sido amplamente reconhecido e promovido pela comunidade Ethereum, ainda enfrenta muitos problemas durante a sua implementação real. O primeiro são seus próprios padrões pendentes. Como muitas propostas suplementares para o ERC4377 ainda estão em revisão, a forma final ainda não pode ser determinada, o que tem trazido grandes obstáculos ao desenvolvimento de projetos ecológicos do ERC4377. O segundo é o custo de atualização do ERC4377. Uma vez implantado o contrato de ponto de entrada, a maioria das carteiras em toda a rede precisa cobrir o endereço original para concluir a atualização, o que é extremamente difícil. Finalmente, há a questão da incompatibilidade com Dapps e pontes entre cadeias existentes. Se o ERC4337 for totalmente implementado, os Dapps existentes da Ethereum precisarão ser amplamente atualizados, enfrentando riscos e custos de segurança.

No entanto, ERC4377 também deu respostas positivas aos problemas acima, como melhorar a eficiência do empacotamento do Bundler adicionando contratos inteligentes externos, adicionando opcodes para melhorar as permissões de contas de contratos inteligentes e complementando propostas EIP para resolver o problema de dificuldade na atualização do Entry Point. Ao mesmo tempo, diante dos problemas de incompatibilidade dos Dapps tradicionais, o ERC4337 constrói ativamente seu próprio ecossistema para promover a aplicação de carteiras abstratas de contas no Ethereum. A implementação completa da carteira ERC4337 pode realizar EVM centrada na intenção no nível da Máquina Virtual Ethereum, e uma abstração adicional de EVM centrada na intenção no Dapp pode fazer com que as operações na Web3 atinjam o nível de simplicidade centrada na intenção do usuário na Web2. Se a intenção centrada puder ser totalmente realizada no Ethereum, Dapp, DeFi, GameFi e quase todos os setores verticais que exigem facilidade de operação e automação otimizarão bastante a experiência do usuário, atraindo assim mais pessoas de fora para participar. No entanto, DeFi, um rastreamento que envolve diretamente a transferência de tokens, será relativamente conservador devido aos seus rigorosos requisitos de segurança. Verticais como SocialFi e GameFi que prestam mais atenção à experiência do usuário e enfraquecem relativamente a segurança, incapazes de realizar designs de interação complexos devido às limitações da conta EOA. Através do ERC4337, essas verticais podem resolver os dois principais problemas originais de alto limite de usuário e má experiência do usuário, inaugurando assim um crescimento em grande escala no volume de usuários e podem até servir como um importante ponto de inflamação na próxima rodada do mercado altista.

Kernel Ventures é um fundo de capital de risco de criptografia orientado pela comunidade de pesquisa e desenvolvimento com mais de 70 investimentos em estágio inicial, com foco em infraestrutura, middleware, dApps, especialmente ZK, Rollup, DEX, Modular Blockchain e verticais que integrarão o próximo bilhão de usuários em criptografia como abstração de contas, disponibilidade de dados, escalabilidade e etc. Nos últimos sete anos, nos comprometemos a apoiar o crescimento das principais comunidades de desenvolvimento e associações universitárias de blockchain em todo o mundo.

Referências

1. Documentação oficial ERC4337: https://github.com/eth-infinitism/account-abstraction/blob/develop/eip/EIPS/eip-4337.md

2. Implementação de contratos para abstração de conta ERC-4337 via mempool alternativo: https://github.com/eth-infinitism/account-abstraction