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

O EIP-7702 é um tipo de transação do Ethereum, introduzido na atualização Pectra, que permite a uma conta controlada externamente (EOA) comum assinar uma autorização apontando seu campo de código para uma implementação de contrato inteligente, de modo que um endereço simples possa executar lógica de smart account sem virar uma conta nova. O endereço, a chave privada e o saldo permanecem exatamente como estão, e a delegação pode ser reapontada ou limpa a qualquer momento, o que a torna uma atualização reversível, e não uma migração. Com uma implementação adequada por trás, uma EOA ganha transações atômicas agrupadas, gas patrocinado ou pago em token não nativo, e session keys com escopo limitado. Ele não substitui o ERC-4337: uma conta delegada via 7702 pode adotar lógica compatível com ERC-4337 e usar a mesma infraestrutura de EntryPoint, bundler e paymaster. O benefício do dia a dia — nunca precisar manter a moeda de gas nativa de cada rede — é o que a WATS Hot Wallet já entrega de forma não custodial por meio de um paymaster ERC-4337 na EVM, cobrando taxas em um único token, o ATS, em vez de ETH, POL ou BNB.

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 define um novo tipo de transação que permite a uma EOA delegar a código de contrato, de modo que a conta possa se comportar como uma smart account e, ao mesmo tempo, continuar sendo uma EOA no nível do protocolo. Ele foi lançado como parte da atualização Pectra do Ethereum em 2025, e a partir de 2026 está ativo na mainnet e suportado nas principais redes EVM e na infraestrutura de carteiras. A transação carrega uma ou mais autorizações assinadas, e cada uma anexa uma delegação a uma conta comum. Fundamentalmente, suas chaves, saldo, nonce e endereço permanecem exatamente os mesmos; a conta simplesmente ganha a capacidade de executar lógica programável.

Essa é uma mudança significativa. Antes do EIP-7702, "atualizar para uma smart account" significava "criar e financiar uma nova conta", com cada app, endereço de saque em corretora e link de pagamento continuando a apontar para a antiga. Depois dele, a conta que você já tem pode optar por recursos de smart account e, com a mesma facilidade, sair deles.

Como funciona: o designador de delegação

O EIP-7702 funciona por meio de um designador de delegação — um pequeno ponteiro armazenado no campo de código da conta que diz, com efeito, "execute o código deste contrato como se fosse meu." O usuário assina uma tupla de autorização que nomeia um chain ID (ou 0, significando qualquer rede EVM que a aceite), o endereço do contrato de implementação e um nonce. Quando uma transação 7702 que carrega essa autorização é executada, o campo de código da conta é definido como um marcador curto — 0xef0100 seguido do endereço da implementação. A partir daí, chamadas à EOA executam a lógica do contrato delegado, enquanto a conta mantém seu próprio storage, saldo e nonce, e sua própria chave privada continua assinando suas próprias transações. O que qualquer outro chamador tem permissão de acionar é decidido pelas regras da implementação, e é por isso que a escolha da implementação importa.

Uma consequência passa fácil despercebida e é genuinamente útil: como a autorização é assinada separadamente da transação que a carrega, quem assina não precisa ser quem envia. Outra pessoa pode enviar a transação e pagar por ela, o que significa que uma conta com zero ETH pode ser atualizada e depois patrocinada já na sua primeiríssima ação.

A delegação também é persistente, e não automaticamente temporária. Ela permanece em vigor até você mudá-la: assinar uma nova autorização reaponta a conta para outro código, e assinar uma que nomeia o endereço zero limpa o ponteiro e devolve a conta à condição de EOA simples. Essa reversibilidade é a válvula de segurança do desenho, e é por isso que "para o que minha conta está delegada agora?" é uma pergunta que uma carteira deveria responder num relance.

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 delegar a uma implementação compatível com ERC-4337 e se conectar diretamente aos mesmos EntryPoint, bundlers e paymasters. Os dois padrões se empilham em vez de se substituir, e é por isso que as carteiras já podem entregar hoje o patrocínio de taxas no estilo 4337 e estendê-lo às EOAs delegadas sem refazer o encanamento.

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 — e o mesmo lote pode aprovar um valor exato, ou revogá-lo em seguida, em vez de deixar uma allowance aberta on-chain.

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. Por baixo, a rede continua recebendo seu gas nativo integralmente; o que muda é qual token sai da sua carteira.

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 — delegue 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; um chain ID igual a 0 torna uma autorização reexecutável em todas as redes EVM, o que é conveniente e, em mãos erradas, perigoso. E como o EIP-7702 ainda é relativamente novo, o ferramental, os indexadores e as premissas de segurança seguem amadurecendo a partir de 2026. Nada disso é motivo para evitá-lo; é motivo para esperar que as carteiras mostrem o alvo da delegação explicitamente, tornem sua remoção uma ação de um único passo, e tratem "a que estou delegando?" como uma questão de segurança de primeira classe.

Onde a WATS se encaixa

A razão pela qual o usuário final deveria se importar com o EIP-7702 não é o detalhe do opcode — é não precisar manter cinco saldos de gas nativo vivos só para movimentar o próprio dinheiro. A WATS entrega isso hoje, sem esperar que o suporte a delegação chegue a todo lugar. A WATS Hot Wallet cobra cada transferência, swap ou stake 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 — de modo que você nunca precisa de ETH, POL, BNB, SOL e Toncoin parados em reservas separadas. Como o ATS é um OFT da LayerZero, isso é um saldo só cobrindo Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, em vez de oito. 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.

Vale ser preciso sobre o que isso muda: pagar em ATS não é um desconto, exatamente como o patrocínio via EIP-7702 ou ERC-4337 também não é um desconto. A rede continua recolhendo seu gas nativo integralmente; apenas o token que você gasta é diferente. Então, se as partes do EIP-7702 que você realmente quer são as práticas — um único token de taxa, nenhuma correria atrás de gas nativo, chaves que continuam suas — o passo concreto é instalar a WATS Hot Wallet, manter um único saldo de ATS e deixá-lo cobrir sua atividade nas oito redes suportadas enquanto os padrões seguem amadurecendo por baixo.