EIP-7702: Abstração de Conta Nativa para EOAs (2026)

A lacuna: por que sua EOA não pode fazer coisas de smart account

A maioria das pessoas no Ethereum possui uma conta controlada externamente (EOA) — um endereço controlado por uma única chave privada. As EOAs são simples e testadas em batalha, mas também são rígidas. Elas não podem agrupar várias ações em uma única transação atômica, não podem deixar outra pessoa pagar seu gas e não podem delegar poder de assinatura limitado a uma chave temporária. Essas conveniências pertencem à abstração de conta, e historicamente exigiam mover seus fundos para uma conta de contrato inteligente — um endereço diferente, com o atrito da migração e suas próprias premissas de confiança.

Essa é a lacuna que o EIP-7702 foi projetado para fechar: dar às EOAs existentes acesso ao comportamento de smart account sem pedir aos usuários que abandonem o endereço que já possuem.

O que é o EIP-7702

O EIP-7702 é um mecanismo que permite que uma EOA delegue temporariamente a código de contrato para que possa se comportar como uma smart account. Ele foi lançado como parte da atualização Pectra do Ethereum em 2025, e a partir de 2026 está ativo na mainnet e amplamente suportado pela infraestrutura de carteiras. Ele introduz um novo tipo de transação que anexa um trecho de código — uma delegação — a uma conta comum. Fundamentalmente, suas chaves, saldo e endereço permanecem exatamente os mesmos; a conta simplesmente ganha a capacidade de executar lógica programável quando quiser.

Essa é uma mudança significativa. Antes do EIP-7702, "atualizar para uma smart account" significava "criar e financiar uma nova conta." Depois dele, a conta que você tem pode optar por recursos de smart account e, com a mesma facilidade, sair deles.

Como funciona: o designador de delegação

Em alto nível, o EIP-7702 funciona por meio de um designador de delegação — um pequeno ponteiro armazenado na conta que diz, com efeito, "execute o código deste contrato como se fosse meu." O usuário assina uma autorização nomeando um contrato de implementação específico, e o slot de código da conta é definido como um marcador que referencia esse contrato. A partir daí, chamadas à EOA executam a lógica delegada enquanto as transações ainda são autorizadas pela própria chave da conta.

Como a delegação é definida por uma autorização assinada, ela também pode ser limpa ou reapontada. A partir de 2026 o modelo prático é: a EOA permanece uma EOA, mas pode vestir uma "roupa" de smart account definida por qualquer implementação à qual ela delegue. Essa implementação é onde recursos como batching ou políticas de gasto realmente residem.

EIP-7702 vs ERC-4337: complementares, não concorrentes

O ERC-4337 é o padrão de abstração de conta que introduziu as UserOperations, os bundlers, um contrato EntryPoint singleton e os paymasters — um pipeline amigável ao off-chain para smart accounts que nunca tocou no protocolo central do Ethereum. O EIP-7702, por sua vez, é uma mudança no nível do protocolo que atualiza as EOAs diretamente.

É fácil enquadrá-los como rivais, mas a partir de 2026 eles são melhor entendidos como complementares. O EIP-7702 responde "como uma EOA simples ganha uma identidade definida por código?" O ERC-4337 responde "como as smart accounts obtêm execução agrupada, taxas patrocinadas e um pipeline de verificação compartilhado?" Uma conta delegada via EIP-7702 pode adotar lógica compatível com ERC-4337 e se conectar à mesma infraestrutura de EntryPoint e paymaster. Os dois padrões se empilham em vez de se substituir.

O que ele desbloqueia para carteiras existentes

Para um desenvolvedor de carteiras, o EIP-7702 transforma recursos que antes eram "apenas para smart accounts" em coisas que o endereço de um usuário comum pode usar:

Batching. Aprovar e fazer swap em uma única transação atômica, para que uma etapa não possa se completar pela metade e deixar você preso entre uma aprovação e uma negociação.

Patrocínio de gas. Um paymaster (ou um fee-payer equivalente em cadeias não-EVM) pode cobrir o gas, ou deixar o usuário pagar taxas em um token diferente do ativo nativo da cadeia — nenhuma reserva separada de ETH-para-gas necessária.

Session keys. Conceder uma chave temporária e delimitada que pode assinar um conjunto limitado de ações dentro de limites definidos, e depois expira — útil para jogos, interfaces de trading e fluxos recorrentes sem reassinar cada etapa.

Riscos e considerações

A delegação é poderosa, e é exatamente por isso que merece cuidado. O contrato de implementação ao qual você delega efetivamente define o que sua conta pode fazer, então uma implementação maliciosa ou com bugs é um risco sério — os usuários devem delegar apenas a código auditado e reputável. As autorizações assinadas devem ser tratadas com cuidado pelas carteiras para evitar phishing que engane um usuário a apontar sua conta para lógica controlada por um atacante. E como o EIP-7702 é relativamente novo, o ferramental, os indexadores e as premissas de segurança ainda estão amadurecendo a partir de 2026. Nada disso é motivo para evitá-lo; é motivo para esperar que as carteiras tornem o alvo da delegação explícito e revogável, e para tratar "a que estou delegando?" como uma questão de segurança de primeira classe.

Como a WATS usa isso

O benefício cotidiano da abstração de conta — sem malabarismo com gas nativo, uma taxa previsível — já é o que a WATS Hot Wallet entrega, de forma não custodial. Toda transferência, swap ou stake é cobrada em um único token, ATS — na EVM por meio de um paymaster ERC-4337, e via um fee-payer equivalente na Solana e na TON — e como o ATS é um OFT da LayerZero, um único saldo funciona nas três. A WATS é a primeira e única carteira a combinar taxas ERC-4337 + OFT em token único, cobradas em vez do gas nativo, com uma queima que leva o ATS coletado de 100M em direção a um piso de 30M — tudo isso enquanto você mantém suas chaves, já que a WATS nunca guarda nenhuma.