O que é abstração de conta e por que frases-semente estão se tornando opcionais

Introdução

O conselho padrão para quem está entrando no mundo das criptomoedas não mudou em uma década: escreva 12 palavras, armazene-as offline e nunca as perca. Esta instrução é correta sob o antigo modelo. Contas de propriedade externa (EOAs) derivam uma única chave privada daquela mnemônica, e quem possui a chave controla os fundos. Não há recuperação, nenhum limite de gasto, nenhuma maneira de exigir uma segunda assinatura. Perder a frase é perder tudo.

A abstração de conta muda essa premissa. Em vez de vincular a segurança da carteira a um único segredo, a AA transforma a própria carteira em um contrato inteligente, que pode impor regras arbitrárias sobre quem pode assinar, como o gás é pago e o que acontece quando uma chave é comprometida. A atualização não exige que os usuários entendam contratos inteligentes. Do lado de fora, uma carteira de chave de acesso parece como fazer login em um aplicativo com uma impressão digital. Por baixo, a arquitetura é fundamentalmente diferente.

Este guia explica como a AA funciona no nível do protocolo, o que o ERC-4337 introduziu e por que a mudança é importante para a custódia própria no futuro.

Como as carteiras Ethereum funcionavam antes da abstração de conta

Cada endereço Ethereum antes da AA era uma conta de propriedade externa. Uma EOA é controlada por uma chave privada derivada de uma frase-semente mnemônica. A conta não possui lógica on-chain. Ela pode enviar transações e assinar mensagens, mas não pode impor regras sobre essas ações. Para uma visão mais ampla dos tipos de carteiras e suas mecânicas, veja o que são carteiras de criptomoedas.

Esse design possui três limitações estruturais:

Sem mecanismo de recuperação. Se a chave privada for perdida e não houver backup, a conta se torna permanentemente inacessível. A Chainalysis estima que cerca de 20% de todos os Bitcoins estão em carteiras cujas chaves são consideradas perdidas. O Ethereum enfrenta o mesmo problema.

Sem controles de gasto. Uma EOA não pode limitar o tamanho da transação, restringir endereços de destino ou exigir múltiplas assinaturas. Uma única chave comprometida significa perda total. Organizações que precisam de controle compartilhado sobre os fundos devem usar contratos multisig externos em vez de recursos nativos da conta. Para entender como essas configurações multisig funcionam e onde falharam, veja como os maiores tesouros de criptomoedas são protegidos e roubados.

O gás deve ser pago pelo remetente. Cada transação exige que a conta que assina tenha ETH para o gás. Um novo usuário recebendo tokens no Ethereum não pode movê-los sem primeiro adquirir ETH de algum outro lugar. Isso cria um beco sem saída para a integração que persiste desde o lançamento do Ethereum em 2015.

O que o ERC-4337 introduziu

O ERC-4337, escrito por Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh e Shahaf Nacson, foi lançado na mainnet do Ethereum em março de 2023. Ele entrega a abstração de conta sem exigir um hard fork, que era uma restrição crítica de design. Propostas anteriores de AA (EIP-2938, EIP-3074) exigiam mudanças no nível do protocolo que validadores e equipes de clientes estavam relutantes em adotar. O ERC-4337 contorna isso operando inteiramente na camada de contrato inteligente.

O padrão introduz quatro componentes:

UserOperations. Em vez de enviar uma transação regular, os usuários enviam uma UserOperation (UserOp), uma estrutura de dados que descreve a ação pretendida. UserOps entram em um mempool separado, não no mempool de transações padrão. Cada UserOp contém o endereço da conta inteligente do remetente, os dados da chamada para a ação pretendida, limites de gás e um endereço de pagador opcional.

Bundlers. Nós especializados coletam UserOps do mempool alternativo, agrupam-nas em uma única transação on-chain e submetem essa transação à rede. O bundler paga o gás antecipadamente e é reembolsado pela conta inteligente ou por um pagador. O agrupamento cria economias de gás: o custo fixo de uma transação Ethereum é pago uma vez por pacote, em vez de uma vez por ação do usuário.

Contrato EntryPoint. Um contrato singleton implantado em um endereço canônico em cada cadeia ERC-4337. Todas as UserOps agrupadas passam por este contrato, que chama a função de validação de cada conta inteligente, executa a operação e gerencia a contabilidade de gás. O contrato EntryPoint foi auditado pela OpenZeppelin e é imutável uma vez implantado, fornecendo um âncora de confiança estável para todo o sistema.

Paymasters. Contratos opcionais que patrocinam o gás em nome dos usuários. Um paymaster pode pagar taxas em troca de tokens ERC-20, absorver custos como um subsídio de dapp ou implementar qualquer outra lógica de pagamento. A função validatePaymasterUserOp do paymaster é chamada durante a validação, e o paymaster pode rejeitar operações que não atendam aos seus critérios.

O resultado: uma carteira não é mais um par de chaves. É um contrato inteligente com uma função programável validateUserOp que decide se uma operação específica é autorizada.

O ciclo de vida da UserOperation em detalhes

Entender como uma UserOp se move pelo sistema esclarece o que torna a AA diferente das transações regulares.

1. Construção. O aplicativo de carteira constrói uma UserOp contendo a chamada do contrato alvo, parâmetros de gás e um nonce. Se um paymaster estiver envolvido, o endereço do paymaster e seus dados de aprovação são incluídos.
2. Assinatura. O usuário assina a UserOp. O formato da assinatura é definido pela conta inteligente, não pelo protocolo. Esta é a flexibilidade chave: a conta inteligente pode aceitar assinaturas ECDSA, assinaturas de chave de acesso, limites de multisig ou qualquer outro esquema.
3. Submissão. A UserOp assinada é submetida a um agrupador através de um endpoint JSON-RPC (eth_sendUserOperation). O agrupador valida a UserOp fora da cadeia para garantir que não será revertida.
4. Agrupamento. O agrupador agrupa várias UserOps em uma única transação que chama a função handleOps do contrato EntryPoint.
5. Execução. O EntryPoint chama a função de validação de cada conta inteligente. Se a validação passar, o EntryPoint executa a operação. Se um paymaster estiver presente, o EntryPoint cobra o paymaster em vez da conta inteligente pelo gás.
6. Confirmação. A transação agrupada é incluída em um bloco. Cada UserOp dentro dela é tratada como uma ação independente que pode ter sucesso ou falhar sem afetar outras UserOps no agrupamento.

Esse ciclo de vida significa que o usuário nunca interage diretamente com a mempool do Ethereum. O agrupador lida com a estimativa de gás, gerenciamento de nonce e submissão de transações. Do ponto de vista do usuário, a experiência é mais parecida com a submissão de um formulário em um site do que com a transmissão de uma transação bruta na blockchain.

Carteiras de chave de acesso e o fim das frases-semente

A consequência mais visível da AA é que as carteiras agora podem autenticar usuários com chaves de acesso em vez de frases-semente.

Uma chave de acesso é uma credencial criptográfica armazenada no enclave seguro de um dispositivo (o Secure Enclave em dispositivos Apple, Titan M em Google Pixels ou TPM em máquinas Windows). O usuário se autentica com uma impressão digital, escaneamento facial ou PIN do dispositivo. A chave privada nunca deixa o hardware.

A Coinbase Smart Wallet, lançada em junho de 2024, usa essa abordagem. A criação de conta leva menos de 10 segundos. O usuário se autentica com um biométrico, e a carteira implanta uma conta de contrato inteligente que reconhece essa chave de acesso como um signatário válido. Não há frase-semente para anotar, nem extensão de navegador para instalar. A Coinbase relatou ter implantado mais de 10 milhões de contas inteligentes através desse fluxo até o início de 2026.

O Safe (anteriormente Gnosis Safe) integrou a assinatura de chave de acesso em sua estrutura de conta inteligente. Os usuários podem adicionar uma chave de acesso como um dos múltiplos signatários em uma conta de múltiplas assinaturas, combinando a conveniência do login biométrico com a segurança das assinaturas de limite.

O trade-off é a dependência da plataforma. Uma chave de acesso criada em um iPhone é sincronizada através do iCloud Keychain. Se um usuário perder todos os dispositivos Apple e não conseguir acessar o iCloud, a chave de acesso se perde. É por isso que a recuperação social existe como uma camada complementar. As carteiras de chaves de acesso são mais fortes quando combinadas com pelo menos um signatário de backup que utiliza um método de autenticação diferente.

Recuperação Social: Substituindo Backup por Guardiões

A recuperação social, proposta por Vitalik Buterin em um post de blog de 2021, substitui o único backup (frase-semente) por um grupo de guardiões.

O mecanismo funciona da seguinte forma:

1. O proprietário da carteira designa um conjunto de guardiões. Os guardiões podem ser amigos, membros da família, custodiante institucionais ou até mesmo outros contratos inteligentes.
2. O proprietário define um limite. Por exemplo, 3 dos 5 guardiões devem aprovar um pedido de recuperação.
3. Se o proprietário perder o acesso, ele inicia um processo de recuperação a partir de um novo dispositivo. Os guardiões confirmam o pedido de forma independente.
4. Uma vez que o limite é atingido, a conta inteligente substitui a chave de assinatura perdida por uma nova.

Os guardiões não precisam coordenar simultaneamente. A maioria das implementações inclui um atraso de tempo (tipicamente de 24 a 48 horas) durante o qual o proprietário original pode cancelar uma tentativa de recuperação fraudulenta.
Você também pode gostar: O que é uma carteira de criptomoedas? Quente vs fria, frases-semente e como escolher

Esse modelo elimina o único ponto de falha. Perder um dispositivo não significa perder fundos, desde que guardiões suficientes estejam acessíveis. Também elimina o ônus da segurança física de armazenar uma frase-semente em um cofre à prova de fogo ou em uma caixa de segurança.

A seleção de guardiões é significativamente importante. Os guardiões devem ser distribuídos por diferentes geografias, canais de comunicação e tipos de relacionamento. Se todos os guardiões estiverem no mesmo grupo de chat e esse chat for comprometido, o mecanismo de recuperação se torna uma vetor de ataque. Algumas implementações permitem adicionar guardiões institucionais (como um fornecedor de carteira de hardware ou um serviço de custódia) ao lado de contatos pessoais, criando uma defesa em profundidade.

Patrocínio de Gas e Como Funcionam os Pagadores

Antes do AA, um novo usuário que recebia USDC na Ethereum não podia enviá-lo a lugar nenhum sem primeiro adquirir ETH para pagar o gas. Esse problema de galinha e ovo tem sido uma das maiores barreiras de entrada no mundo das criptomoedas.

Os pagadores resolvem isso. Um pagador é um contrato inteligente que concorda em cobrir os custos de gas para uma UserOperation, sujeito às suas próprias regras.

Três modelos comuns de pagadores surgiram:

Gas patrocinado por Dapp. O aplicativo paga todo o gas para seus usuários. O dapp deposita ETH no contrato do pagador e autoriza UserOps de seus usuários. Do ponto de vista do usuário, as transações são gratuitas. Os dapps tratam o gas como um custo de aquisição de clientes, semelhante ao frete grátis no comércio eletrônico. Esse modelo é particularmente eficaz em redes de Camada 2, onde os custos de gas são frações de centavo por transação.

Pagamento de gas em ERC-20. O pagador aceita um token ERC-20 (USDC, DAI) em vez de ETH. O usuário paga pelo gas, mas em um token que já possui. O pagador troca o token por ETH para reembolsar o agrupador. Isso remove a necessidade de os usuários manterem dois tokens separados (o ativo que desejam usar mais ETH para gas).

Baseado em assinatura ou sessão. O pagador autoriza um lote de operações dentro de uma janela de tempo ou limite de gastos. Um dapp de jogos pode patrocinar 100 transações por dia por usuário, por exemplo. As chaves de sessão estendem ainda mais esse conceito: o usuário assina uma única transação que concede uma chave temporária o direito de realizar ações específicas (como movimentos em um jogo) sem exigir aprovação para cada uma.

Pimlico, Alchemy e Stackup operam uma infraestrutura de pagador que dapps podem integrar com algumas chamadas de API. A Alchemy, sozinha, facilitou mais de um milhão de implantações de contas inteligentes através de seus serviços de pagador e agrupador. A economia é simples: em redes de Camada 2 onde os custos de gás são centavos, patrocinar transações de usuários é trivialmente barato.

EIP-7702 e o caminho para a abstração de conta nativa

ERC-4337 funciona sem mudanças de protocolo, mas não é o estado final. O roteiro do Ethereum inclui o EIP-7702 (escrito por Vitalik Buterin e Sam Wilson), que foi incluído na atualização Pectra.

O EIP-7702 introduz um novo tipo de transação que permite que um EOA aponte temporariamente para o código de contrato inteligente durante a duração de uma única transação. O EOA não se torna permanentemente um contrato inteligente. Em vez disso, ele pode se comportar como um quando necessário, ganhando acesso a chamadas agrupadas, gás patrocinado e lógica de validação personalizada, e então reverter para o comportamento padrão de EOA.

Isso é importante por duas razões. Primeiro, permite que os detentores de EOA existentes (qualquer pessoa com uma carteira MetaMask hoje) acessem recursos de AA sem migrar para uma nova conta. A migração tem sido um ponto de fricção importante: os usuários não querem mover todos os seus ativos, permissões e histórico on-chain para um novo endereço. Em segundo lugar, reduz os custos de gás porque a sobrecarga de implantação de conta inteligente permanente é evitada para usuários que só precisam de recursos de AA ocasionalmente.

A visão de longo prazo, discutida em várias postagens do roteiro da Ethereum Foundation, é que cada conta no Ethereum se torne uma conta inteligente por padrão. StarkNet e zkSync já implementam isso: nessas redes, cada conta é um contrato inteligente desde a criação. O EIP-7702 é a ponte que move a base de usuários existente do Ethereum em direção a esse modelo sem quebrar a compatibilidade retroativa.

Onde a abstração de conta está implantada hoje

A adoção de AA está concentrada em redes de Camada 2 onde os custos de gás tornam a experimentação barata.

Base tem a maior densidade de contas inteligentes, impulsionada pela Coinbase Smart Wallet. Até meados de 2026, a Base havia processado mais de 30 milhões de UserOperations. Os custos de gás abaixo de um centavo da rede tornam o patrocínio do pagador economicamente trivial.

Polygon integrou AA cedo e oferece abstração de conta nativa no nível do protocolo em seu rollup zkEVM. O foco da Polygon em jogos e aplicações sociais se alinha bem com o modelo de chave de sessão, onde os usuários precisam de muitas transações de baixo valor sem repetidos prompts de aprovação.

Arbitrum e Optimism suportam ERC-4337 através do contrato padrão EntryPoint. Principais dapps em ambas as cadeias começaram a migrar fluxos de integração para contas inteligentes, particularmente protocolos DeFi que desejam oferecer negociações iniciais sem gás. Para contextualizar como as atualizações do Ethereum permitiram que carteiras operassem como contratos inteligentes, a linha do tempo começa com a implantação do EntryPoint do ERC-4337.

Ethereum mainnet suporta ERC-4337, mas custos de gás mais altos significam que o patrocínio do pagador é mais caro. A maior parte do uso de AA na mainnet vem de carteiras multi-sig de alto valor (Safe) em vez de dapps de consumo. Safe gerencia mais de $100 bilhões em ativos através de suas implantações de contas inteligentes.

StarkNet e zkSync implementam abstração de conta nativa no nível do protocolo, o que significa que cada conta é um contrato inteligente por padrão. Esta é a direção que o roteiro de longo prazo do Ethereum aponta.

O que isso não cobre

Este guia foca no mecanismo de abstração de conta e suas consequências imediatas para o design de carteiras. Não cobre:

• Comparação detalhada de implementações específicas de contas inteligentes (Safe, Kernel, Biconomy, ZeroDev)
• As implicações de MEV do mempool de UserOperation (para mecânicas de MEV, veja o que é MEV)
• Auditorias de segurança formais de contratos de pagador individuais
• Abstração de conta cross-chain e como contas inteligentes interagem com a ponte

Verificações práticas para avaliar uma carteira AA

Antes de confiar fundos a uma carteira de conta inteligente, considere estas perguntas:

O contrato inteligente foi auditado? Verifique se a implementação da conta inteligente da carteira passou por auditorias de segurança de terceiros. Os contratos da Safe estão entre os mais auditados no DeFi. Implementações mais novas podem não ter o mesmo histórico.

O que acontece se o provedor fechar? Uma carteira de chave de acesso vinculada a um único fornecedor cria uma nova forma de dependência. Procure carteiras que permitam adicionar vários signatários, incluindo uma chave privada tradicional como backup.

Onde a chave de acesso é armazenada? Entenda se a chave de acesso está vinculada ao dispositivo ou sincronizada através de um provedor de nuvem. O iCloud Keychain e o Google Password Manager sincronizam chaves de acesso, o que é conveniente, mas amplia a superfície de ataque para incluir a segurança da conta na nuvem.

A carteira suporta recuperação social? Se o único método de autenticação for uma chave de acesso e a chave de acesso for perdida, os fundos podem ser irrecuperáveis. A recuperação social adiciona uma rede de segurança. Verifique quantos guardiões a carteira suporta e se o processo de recuperação foi testado.

Em quais cadeias a conta inteligente funciona? Uma conta inteligente na mainnet do Ethereum tem um endereço diferente do mesmo conta no Arbitrum, a menos que a carteira use a implementação determinística CREATE2. Verifique a compatibilidade entre cadeias antes de depositar fundos em várias redes.

Qual é o caminho de atualização? Algumas implementações de conta inteligente são atualizáveis (a lógica do contrato pode ser alterada pelo proprietário). Isso é poderoso, mas introduz risco: uma chave de atualização comprometida poderia reescrever a lógica de validação da carteira. Verifique se as atualizações exigem um atraso de tempo ou aprovação de múltiplas partes. Leia mais: O que é uma carteira multisig? Como os maiores tesouros de cripto são protegidos e roubados

O que é abstração de conta em termos simples? {#faq-question-0996500844}

A abstração de conta transforma uma carteira de cripto de um par de chaves fixo em um contrato inteligente programável. Em vez de depender de uma única frase-semente, a carteira pode impor regras personalizadas para assinatura, recuperação e pagamento de gás. A experiência do usuário muda de "guarde essas 12 palavras com sua vida" para "faça login com sua impressão digital."

O ERC-4337 é a única maneira de implementar a abstração de conta? {#faq-question-3637920355}

Não. O ERC-4337 é o padrão mais amplamente adotado no Ethereum porque funciona sem mudanças de protocolo. StarkNet e zkSync implementam abstração de conta nativa no nível do protocolo. O roteiro do Ethereum inclui o EIP-7702, que permite que EOAs deleguem temporariamente para a lógica de contrato inteligente, aproximando a AA nativa da mainnet.

As carteiras de chave de acesso são seguras? {#faq-question-1336182323}

As carteiras de chave de acesso são tão seguras quanto o enclave seguro do dispositivo e o serviço de sincronização em nuvem que as apoia. A chave privada nunca sai do módulo de segurança de hardware, tornando a extração remota extremamente difícil. O principal risco é perder o acesso à conta na nuvem que sincroniza a chave de acesso entre dispositivos. Adicionar um signatário de backup ou habilitar a recuperação social mitiga isso.

Posso ainda usar uma frase-semente com a abstração de conta? {#faq-question-7805819646}

Sim. Uma conta inteligente pode aceitar uma chave privada tradicional (derivada de uma frase-semente) como um de seus signatários autorizados. Muitas carteiras AA permitem que os usuários adicionem uma chave baseada em frase-semente como backup ao lado de uma chave de acesso. A diferença é que a frase-semente não é mais a única opção.

O que é um paymaster? {#faq-question-7617133445}

Um paymaster é um contrato inteligente no sistema ERC-4337 que paga taxas de gás em nome dos usuários. Ele pode patrocinar transações totalmente (subsidiadas por dapp), aceitar tokens ERC-20 como pagamento de gás ou impor limites de gastos. Paymasters removem a exigência de que os usuários mantenham ETH antes de transacionar.

Como funciona a recuperação social? {#faq-question-0088266603}

O proprietário da carteira designa um grupo de guardiões e define um limite (por exemplo, 3 de 5). Se o proprietário perder o acesso, ele solicita a recuperação de um novo dispositivo. Uma vez que guardiões suficientes aprovam, a conta inteligente substitui a chave perdida por uma nova. Um atraso de tempo permite que o proprietário original cancele tentativas fraudulentas.

Preciso pagar gás para implantar uma conta inteligente? {#faq-question-7486515770}

A implantação custa gás, mas o usuário não necessariamente paga por isso. Muitos provedores de carteiras AA patrocinam a transação de implantação através de um pagador, de modo que a conta inteligente é criada sem custo para o usuário. A implantação geralmente acontece de forma preguiçosa, apenas quando o usuário envia sua primeira transação, em vez de na criação da conta.

Quais redes suportam abstração de conta hoje? {#faq-question-2927869704}

ERC-4337 está ativo na mainnet do Ethereum, Base, Arbitrum, Optimism, Polygon, Avalanche, BNB Chain e na maioria das principais redes EVM. StarkNet e zkSync têm AA nativo embutido em seu protocolo. Redes de camada 2 têm o maior uso porque os baixos custos de gás tornam o patrocínio do pagador economicamente viável.

*Isenção de responsabilidade: Este artigo é apenas para fins informativos e não constitui aconselhamento financeiro, de investimento ou legal. Criptomoeda envolve riscos significativos, e você deve conduzir sua própria pesquisa antes de tomar qualquer decisão. As informações são precisas até agosto de 2026.*