Guia Rápido e Objetivo sobre Account Abstraction e EIP-4337

Account abstraction (AA) é um marco no gerenciamento de contas Ethereum, solucionando desafios centrais para usuários que interagem com o blockchain. Essa tecnologia, especialmente via EIP-4337, visa tornar a experiência do usuário mais simples, reforçando segurança e flexibilidade na condução de transações. Com o amadurecimento do universo cripto, a account abstraction com o EIP-4337 se consolida como inovação estratégica para remover barreiras de entrada e impulsionar a adoção em massa.

O que é Account Abstraction?

A account abstraction revoluciona o funcionamento das contas no Ethereum ao separar a origem das transações das assinaturas. Para compreender, é essencial distinguir os dois principais tipos de conta: externally owned accounts (EOAs) e contract accounts (CAs). EOAs são contas tradicionais, geridas por chave privada e frase-semente, predominantes entre usuários individuais. Já as contract accounts são operadas por smart contracts, executando lógica programada automaticamente.

O avanço da account abstraction transforma EOAs para atuarem como CAs, permitindo que smart contracts controlem contas de usuários. Isso possibilita o surgimento das wallets de smart contract, que integram lógica programável com a funcionalidade das contas. O resultado é um salto na gestão de contas, oferecendo controle e personalização sem precedentes para o usuário nas operações on-chain.

Por que AA é relevante

A comunidade Ethereum adotou a account abstraction por simplificar radicalmente o gerenciamento de contas. A tecnologia elimina obstáculos históricos para o usuário de blockchain, tornando as interações com o ecossistema Ethereum mais intuitivas e acessíveis.

O principal ganho é a flexibilidade nas ações on-chain. EOAs convencionais são limitadas, exigindo que cada transação siga protocolos rigorosos. Account abstraction elimina essas amarras, viabilizando transações dinâmicas e amigáveis. Usuários podem, por exemplo, agrupar múltiplas transações, reduzindo o número de aprovações e otimizando operações complexas.

Outro destaque é o avanço em segurança. Account abstraction permite implementar protocolos personalizados conforme a necessidade, como múltiplas assinaturas, recuperação social ou bloqueio por tempo. Esses mecanismos elevam a proteção contra acessos indevidos, mantendo o usuário no comando. Além disso, elimina-se o risco do ponto único de falha: nas contas tradicionais, a perda da chave privada resulta em perda definitiva dos fundos.

Evolução do Ethereum com Account Abstraction

A trajetória da account abstraction no Ethereum envolve propostas sucessivas, aprimoradas a cada tentativa. Entender essa evolução é fundamental para valorizar o papel atual do EIP-4337.

O tema surgiu no EIP-2938, que previa permitir que contract accounts fossem contas de “nível superior”, podendo pagar taxas e iniciar transações. Isso rompia com o modelo de apenas EOAs iniciarem transações. Contudo, tal implementação exigia mudanças profundas no protocolo Ethereum, o que dificultava a adoção sem riscos à rede.

O EIP-3074 propôs uma alternativa com dois novos OpCodes: AUTH e AUTHCALL. Esses códigos dariam às EOAs poderes de delegação para contratos, aproximando-as das contract accounts. Apesar do potencial, a necessidade de alterações na camada de consenso levou ao adiamento da proposta, em busca de soluções menos disruptivas.

Com o EIP-4337, a narrativa muda de patamar. Ele propõe account abstraction sem mexer na camada de consenso, tornando o deployment muito mais prático. A inovação central está no uso de user operations (user ops) e um mempool dedicado, criando um sistema paralelo de processamento de transações que funciona lado a lado com a estrutura atual.

Comparando Soluções de Account Abstraction

O diferencial do EIP-4337 frente aos anteriores está na simplicidade de implementação e no impacto reduzido sobre a rede. O EIP-3074, apesar da inovação, exigia OpCodes inéditos e mudanças no protocolo, com riscos de instabilidade e hard forks. Já o EIP-4337 opera em camadas superiores, sem alterar o núcleo do protocolo. Isso minimiza riscos, mantém compatibilidade e facilita o deployment. Componentes como bundlers e entry point contracts funcionam no arcabouço atual, o que explica a ampla aceitação do EIP-4337 na comunidade Ethereum.

EIP-4337 em Detalhes

O EIP-4337 viabiliza account abstraction com um sistema integrado de componentes, cada um com função definida no ciclo da transação. Compreender como esses elementos interagem é essencial para captar o funcionamento da proposta.

UserOperations são a base do sistema, representando as intenções de transação dos usuários. Diferente do padrão anterior, UserOperations reúnem todas as informações necessárias e são processadas em fluxo próprio, com múltiplos agentes e validações.

O Entry Point é o contrato central, coordenando a execução de bundles compostos por várias user operations. Ele assegura a validação e execução conforme regras de segurança, funcionando como interface padronizada para account abstraction.

Bundlers são novos participantes da rede, coletando user operations do mempool e agrupando-as em bundles eficientes. Eles atuam como relayers aprimorados, validando e ordenando operações para máxima eficiência e segurança.

Wallet contracts definem a lógica do smart contract que rege as contas dos usuários, determinando validação de assinaturas, políticas de segurança e execução de transações. A flexibilidade dessa lógica permite personalizações amplas, inclusive com recursos inexistentes em EOAs tradicionais.

Wallet factories agilizam a criação de wallets de smart contract, com deploys padronizados que reduzem custos e complexidade, frequentemente usando create2 para endereços determinísticos.

Aggregators otimizam a validação de assinaturas, combinando várias em uma única verificação e reduzindo custos de gas em transações com múltiplas aprovações. Bundlers mantêm listas de aggregators confiáveis, só usando implementações auditadas.

Paymasters trazem flexibilidade inédita no pagamento de gas, permitindo taxas pagas em tokens que não sejam ETH, ou com patrocínio de terceiros. Isso elimina uma das maiores barreiras de adoção: a necessidade de tokens nativos para taxas.

Fluxo das Transações no EIP-4337

No EIP-4337, o fluxo de transações segue etapas específicas para garantir segurança e as funcionalidades ampliadas da abstração de contas. O processo difere do modelo tradicional, com novos agentes e validações que otimizam a execução das intenções dos usuários.

Iniciando a Transação

Tudo começa quando o usuário cria um UserOperation, que contém todas as informações para execução: endereço do remetente, parâmetros de gas como maxFeePerGas, maxPriorityFee e assinatura — cuja lógica é definida pela implementação da conta, permitindo métodos flexíveis (ECDSA, multiassinatura, biometria, etc.).

O UserOperation é enviado para um mempool próprio, separado do pool tradicional. Assim, as transações de account abstraction são processadas de modo dedicado, sem impacto no fluxo atual. O mempool específico permite que bundlers selecionem e agrupem operações de forma eficiente.

Envio das Transações

Bundlers monitoram o mempool de operações e, ao selecionar transações para os bundles, consideram fatores como preço do gas, complexidade e possíveis interações. O objetivo é criar bundles eficientes, maximizando throughput e garantindo execução bem-sucedida.

Com o bundle pronto, o bundler o envia ao contrato Entry Point. Se também for block builder, inclui a transação diretamente em um bloco. Caso contrário, pode usar estruturas como mev-boost, proposer-builder separation (PBS) ou APIs como eth_sendRawTransactionConditional, tornando o sistema acessível a vários perfis de participantes.

Identificação das Transações

Ao receber o bundle, o Entry Point inicia validação criteriosa de cada operação via função validateUserOp, implementada por cada smart contract wallet. O processo confere a assinatura e verifica se todos os pré-requisitos de execução foram cumpridos.

Bundlers mantêm listas brancas de contratos Entry Point suportados, processando apenas operações de contratos confiáveis, o que evita perdas por lógicas maliciosas ou falhas. A validação é um filtro essencial para impedir operações inválidas ou inseguras.

Execução das Transações

Após validação, o Entry Point chama executeUserOp em cada wallet relevante, realizando as ações pretendidas — transferências, interações com dApps ou operações complexas. O bundler agrupa tudo em uma transação única via handleOps. A execução é atômica: todas as operações do bundle são realizadas juntas, ou todas falham, dando garantias ao usuário, especialmente em fluxos complexos.

Wallets EOA, MPC e AA: Comparativo

Cada arquitetura de wallet tem vantagens e limitações. EOAs são tradicionais, com baixo custo e taxas mínimas, mas não oferecem transações em lote, pagamentos flexíveis de gas ou recuperação de conta — além de dependerem inteiramente da segurança da chave privada, um ponto único de falha.

Wallets MPC (Multi-Party Computation) distribuem a gestão da chave entre vários participantes, eliminando o ponto único de falha e exigindo múltiplos para assinar transações. São seguras, mas trazem complexidade nos processos off-chain e possíveis questões de transparência. Mantêm compatibilidade com a infraestrutura blockchain, mas têm limitações na flexibilidade de transações e pagamentos de gas.

Wallets AA, baseadas em account abstraction e EIP-4337, são o estado da arte: utilizam contract accounts com lógica programável, custam mais para criar e usar, mas oferecem flexibilidade máxima. Permitem pagar taxas em várias moedas, inclusive com patrocínio de terceiros; aceitam transações em lote e dispensam o gerenciamento direto de chaves privadas. Implementam mecanismos programáveis de recuperação e segurança, tornando-se as opções mais seguras e intuitivas — desde que auditadas e com ecossistema maduro.

Diferenças entre o AA do EIP-3074 e do EIP-4337

Ambos visam trazer account abstraction ao Ethereum, mas com estratégias e impactos diferentes. O EIP-3074 propõe novos OpCodes, permitindo que EOAs deleguem autoridade a contratos. Apesar de vantagens como atualização imediata de contas existentes, as exigências de mudanças no protocolo e riscos de rede levaram ao adiamento da proposta, enquanto o EIP-4337 ganhou força por operar sem alterar o núcleo do Ethereum.

Vantagens

O modelo de delegação do EIP-3074 permite que EOAs ganhem capacidades de smart contract sem deploy de novos contratos, beneficiando a base de usuários existente. Os OpCodes AUTH e AUTHCALL abrem espaço para inovações em transações em lote, negociações agrupadas e pagamentos flexíveis de gas. O padrão invoker permite receber tokens variados, eliminando a dependência exclusiva de ETH para taxas, e qualquer EOA pode agir como smart contract wallet sem deployment adicional, reduzindo custos e complexidade.

Desvantagens

O EIP-3074 exige mudanças na camada de consenso, o que implica hard fork e riscos de instabilidade — razão pela qual a comunidade prioriza soluções como o EIP-4337, que opera sem essas exigências. Outra limitação é manter o esquema de assinatura ECDSA fixo das EOAs, impedindo a adoção de assinaturas mais eficientes ou seguras, como Schnorr ou pós-quânticas. O EIP-4337, ao contrário, já prevê flexibilidade na escolha do método de assinatura.

EIP-5003: O Próximo Passo

O EIP-5003 evolui o conceito do EIP-3074 ao introduzir o opcode AUTHUSURP, permitindo deploy de smart contract em endereços antes controlados por chaves privadas de EOA, convertendo-os em contract accounts.

Combinado ao EIP-3607, que impede deployment em endereços com nonces existentes, o EIP-5003 cria um processo de migração para EOAs. Uma EOA pode autorizar outro endereço e, via AUTHUSURP, implantar código no endereço original, revogando a chave de assinatura inicial e completando a transição para CA.

Isso permite a migração de EOAs para esquemas de assinatura mais modernos, como multiassinaturas ou recuperação social, mantendo o endereço original e histórico do usuário. Contudo, o EIP-5003 ainda demanda mudanças na camada de consenso, herdando os desafios do EIP-3074. No curto prazo, o foco segue no EIP-4337, que entrega mais recursos sem modificações de protocolo.

Conclusão

A account abstraction via EIP-4337 é um divisor de águas para o Ethereum, resolvendo gargalos históricos de usabilidade e segurança. Ao separar a origem da transação da assinatura e permitir controle por smart contract, o EIP-4337 traz flexibilidade inédita para o usuário. Componentes como bundlers, entry point contracts e paymasters constroem uma infraestrutura robusta, com segurança e experiência aprimoradas.

Entre os principais diferenciais do EIP-4337 estão o deployment sem alterações na camada de consenso, menor risco para a rede e estabilidade preservada. Usuários ganham opções de segurança avançada, pagamentos flexíveis de gas e contas personalizáveis, facilitando o onboarding de quem não é nativo em cripto e acelerando a adoção da tecnologia blockchain.

Com o avanço do ecossistema Ethereum, a account abstraction pelo EIP-4337 é peça-chave para a próxima onda de crescimento. Sua integração em wallets e aplicações já transforma a experiência do usuário, tornando-a mais intuitiva, segura e acessível. Esse movimento reflete o compromisso do Ethereum com inovação constante e foco no usuário, preparando a rede para adoção global sem abrir mão de segurança e descentralização.

FAQ

O que é EIP-4337?

O EIP-4337 traz account abstraction para o Ethereum, separando a assinatura da transação da execução. Usa objetos UserOperation e um contrato global de entry point para agrupar transações, elevando segurança e eficiência no processamento de transações da rede.

Qual a diferença entre EIP-4337 e 7702?

O EIP-4337 oferece ferramentas para criar recursos de account abstraction, enquanto o EIP-7702 adapta esses recursos para uso em externally owned accounts já existentes.

O que é o protocolo ERC-4337?

O ERC-4337 é um padrão Ethereum para account abstraction, permitindo contas baseadas em smart contract e processamento aprimorado de transações, sem alterações no protocolo base.

EIP e ERC são a mesma coisa?

Não. EIP (Ethereum Improvement Proposal) cobre melhorias gerais na rede Ethereum, enquanto ERC (Ethereum Request for Comment) define padrões específicos, como tokens.