Recuperação de smart wallets: riscos face a EOAs

Que problema é que a recuperação de conta de smart wallet resolve, na prática?

Se alguma vez olhou para uma seed phrase de 12 palavras e sentiu uma pequena onda de ansiedade, sentiu a verdadeira razão pela qual as smart wallets existem. A wallet cripto clássica, o tipo que Bitcoin inaugurou e que Ethereum copiou durante uma década, é uma Externally Owned Account (EOA). É controlada por uma única chave privada, e essa chave deriva da sua seed phrase. Perca a frase e os fundos desaparecem para sempre; exponha a frase e qualquer pessoa no mundo pode levá-los. Não há linha de apoio ao cliente, não há email de reposição de palavra-passe, não há segundo fator que ajude depois de a frase ficar exposta.

A recuperação de conta de smart wallet é a resposta da indústria a essa UX brutal. Em vez de uma chave controlar a conta, a própria conta é um pequeno programa (um smart contract) que vive na Ethereum num endereço fixo. Esse programa pode definir as suas próprias regras sobre quem pode assinar, quem pode recuperar e como a autoridade muda ao longo do tempo. Pode perder o telemóvel, o portátil, a hardware wallet, até a memória de uma palavra-passe, e o contrato continua a ter uma forma de lhe devolver o controlo. Em teoria, isto é o mais perto que a cripto chegou de uma segurança de conta ao nível do consumidor.

A troca é que os modos de falha mudam de forma. Já não perde o acesso por causa de uma única sequência de palavras esquecida; perde o acesso porque os seus guardiões conspiram entre si, porque o quórum de recuperação está mal definido, porque uma chave de sessão foi sequestrada, porque o smart contract tem um erro, ou porque a identidade off-chain que usou para configurar guardiões desapareceu. A recuperação de conta de smart wallet não é magicamente mais segura. É insegura de outra forma, e o resto deste artigo explica como.

Como funcionam, na prática, a account abstraction e a recuperação

Dois standards definem agora esta categoria na Ethereum. ERC-4337, ativo desde 2023, introduziu a camada mais ampla de Account Abstraction (AA): em vez de cada transação precisar de uma chave privada real, qualquer pessoa pode submeter uma UserOperation que uma smart account valida de acordo com as suas próprias regras. ERC-7702, acrescentado na atualização Pectra, permite que uma EOA comum se comporte temporariamente como uma smart account para uma única transação, para que as wallets existentes possam aderir sem migrar para um novo endereço.

Dentro de uma smart account, três intervenientes são importantes para a recuperação. O signatário é o dispositivo ou a passkey que produz assinaturas do dia a dia, como aprovar um swap ou criar um NFT. Os guardiões são um conjunto predefinido de endereços (outras EOAs, outras smart accounts, ou até serviços de início de sessão por email/social) que o contrato reconhece como autoridades de recuperação. O proprietário é o endereço que, em última instância, controla a conta; quando um quórum de guardiões concorda, podem rodar o proprietário para um novo signatário.

O fluxo típico quando perde o telemóvel é este: diz aos seus guardiões, que normalmente são amigos, familiares ou um serviço, que precisa de uma recuperação. Cada guardião envia uma transação a confirmar a sua identidade e a aprovar a alteração. Assim que um limiar (normalmente 3 de 5, por vezes 2 de 3) é atingido, a smart account atualiza o seu campo de proprietário para uma nova chave que controla, e a chave antiga perdida fica efetivamente retirada. Nunca foi digitada qualquer seed phrase, e ainda assim nenhum guardião individual poderia ter roubado os fundos sozinho.

Esta é a parte que surpreende as pessoas: os ativos nunca saem do endereço do smart contract. A recuperação não é uma transferência. É uma troca de permissões dentro do contrato. É também por isso que as smart accounts podem acrescentar camadas extra como limites de despesa, chaves de sessão, verificações multifator e levantamentos com bloqueio temporal, nenhuma das quais uma EOA básica consegue fazer sem infraestrutura adicional.

Os riscos reais das carteiras de recuperação social

A proposta da recuperação social é que ela elimina o ponto único de falha da seed phrase. Isso é verdade, mas acrescenta um novo ponto único de falha: o teu conjunto de guardiões. O ataque académico mais citado à recuperação social é colusão entre guardiões. Se três dos teus cinco guardiões decidirem esvaziar-te a conta, ou forem enganados para aprovar uma recuperação maliciosa, a smart account entregará obedientemente o controlo ao atacante. Não há forma on-chain de distinguir uma recuperação amigável de uma hostil. O contrato só vê assinaturas.

Para além da colusão, outros quatro riscos merecem o mesmo peso.

Desaparecimento de guardiões. As pessoas morrem, perdem dispositivos, deixam de prestar atenção, ou simplesmente esquecem-se de que foram nomeadas. Se o teu quórum de recuperação exigir 3 guardiões ativos e dois tiverem ficado offline, não consegues recuperar, mesmo com cooperação perfeita do terceiro. Pior ainda, podes não reparar que o teu conjunto de guardiões se deteriorou até precisares mesmo dele. Alguns utilizadores tiram um instantâneo dos seus guardiões on-chain e nunca mais voltam a vê-los.

Sequestro da session key. Este é o risco que a maioria dos utilizadores subestima. Uma session key é uma chave temporária, de âmbito restrito, que a tua smart account emite para que uma dapp possa agir em teu nome durante algum tempo, como deixar um jogo mover um NFT durante uma hora, ou deixar um router de DEX agrupar algumas trocas. A dapp guarda essa chave durante a sessão. Se a dapp for maliciosa, ou se o seu front-end for sequestrado, ou se o seu servidor for comprometido, o atacante passa a deter uma chave que o teu contrato trata como legítima. Kits de drainer vendidos como 'Wallet Drainer-as-a-Service' no Telegram em 2023 e 2024 começaram a visar especificamente sessões de smart accounts, porque a superfície de assinatura é mais ampla do que uma aprovação EOA simples.

Dependência da plataforma. Muitas carteiras de 'social recovery' são, na verdade, híbridas: os teus guardiões incluem um serviço gerido pelo fornecedor da carteira. Se esse serviço ficar offline, for adquirido, sofrer sanções ou simplesmente mudar os seus termos, o teu caminho de recuperação encolhe de um dia para o outro. Este é o mesmo tipo de risco da recuperação custodial, embora os ativos continuem guardados num contrato de autocustódia. Voltaremos a esta distinção mais abaixo.

Bugs em smart contracts. A lógica de recuperação é código, e código tem bugs. Auditorias anteriores detetaram reentrância nos fluxos de recuperação, proteção contra replay de assinaturas quebrada e matemática de limiares que podia ser manipulada com slots vazios de guardiões. A história de DeFi é, em grande parte, a história de conclusões de auditoria que foram apanhadas e, em menor escala, uma história dolorosa de auditorias que não foram suficientes.

EOAs vs smart accounts: uma comparação justa

A comparação honesta não é 'seed phrase má, smart account boa'. É uma tabela de compensações que qualquer utilizador informado deve ponderar antes de migrar fundos significativos.

• Ponto único de falha. Uma EOA tem um: a seed phrase. Uma smart account continua a ter um, mas é o conjunto de guardiões e o contrato de recuperação. Estás a escolher que modo de falha preferes depurar.
• Superfície de recuperação. As EOAs não têm recuperação nativa. As smart accounts têm recuperação nativa, mas ela só é tão fiável quanto os guardiões que escolhes e o contrato que implementaste.
• Superfície de phishing. Ambas podem ser alvo de phishing, mas as smart accounts expõem muitas vezes mais superfícies de assinatura, session keys, aprovações em lote, fluxos com gás patrocinado, o que dá mais material aos kits de drainer para capturar.
• Suporte a hardware wallet. As EOAs integram-se com hardware wallets de forma muito limpa. As smart accounts também o fazem cada vez mais, mas a integração costuma passar por passkeys, APIs do navegador ou uma wallet-as-a-service, e cada uma acrescenta uma peça móvel.
• Custo. As EOAs são gratuitas de usar. As smart accounts pagam gas por cada UserOperation, e as transações de recuperação são transações on-chain reais. Alguns utilizadores pagam em ETH, outros recebem gas patrocinado de um paymaster, o que significa depender de um terceiro para manter a sua conta utilizável.
• Portabilidade. Uma EOA é portátil por todas as chains EVM e por qualquer interface de carteira que a compreenda. Uma smart account é portátil apenas entre carteiras que falem a mesma implementação ERC-4337 e que confiem no mesmo contrato de conta.

A forma certa de ler esta tabela é esta: as smart accounts trocam um conjunto de dores de cabeça por outro. Se a tua principal preocupação é 'tenho medo de perder a minha seed phrase', uma smart account resolve isso. Se a tua principal preocupação é 'quero a menor superfície de ataque possível e consigo proteger uma hardware wallet', uma EOA continua a ser uma escolha defensável em 2025.

Passkeys com suporte de hardware e onde se enquadram

A combinação mais limpa com smart accounts hoje é a passkey, uma credencial guardada no enclave seguro do teu dispositivo, o mesmo hardware que armazena Face ID ou Windows Hello. Quando assinas uma UserOperation, a assinatura é produzida dentro do enclave seguro e nunca sai do teu dispositivo. Não há seed phrase para escrever, nem password para fazer phishing no sentido habitual, e o próprio dispositivo torna-se o fator 'algo que tens'.

Isto é uma melhoria real em relação a uma password guardada na cloud ou a uma seed phrase introduzida à mão, mas introduz dois novos modos de falha. Primeiro, se perderes o dispositivo e não tiveres sincronizado a passkey para outro, voltas a depender dos guardiões. Apple, Google e Microsoft oferecem sincronização de passkeys, mas apenas dentro dos seus próprios ecossistemas. Segundo, se alguma vez for descoberta uma vulnerabilidade na primitive de assinatura de um enclave seguro, todos os utilizadores desse enclave são afetados ao mesmo tempo. A história dos chips de segurança de consumo é, na maior parte, limpa, mas 'na maior parte limpa' não é 'perfeita'.

Para contas de elevado valor, o padrão prático é em camadas: uma hardware wallet como assinante do dia a dia, uma passkey num segundo dispositivo como assinante de recurso e um conjunto de guardiões escolhido com o mesmo cuidado que usarias para escolher um executor para o teu testamento. Nenhuma camada é suficiente por si só, e nenhuma camada, sozinha, suporta o conjunto.

O que acontece quando os guardiões desaparecem

Esta é a pergunta que quase ninguém faz durante a integração, e aquela que mais dói no terceiro ano de uso de uma smart account. A degradação dos guardiões é real. O amigo que te configurou em 2023 trocou de telemóvel duas vezes, reformatou a sua seed phrase e esqueceu-se de que era teu guardião. O serviço do fornecedor da carteira que usaste foi adquirido e os novos donos mudaram a política de recuperação. O guardião baseado em email que nomeaste foi encerrado quando o respetivo fornecedor seguiu em frente.

As smart accounts normalmente permitem-te trocar guardiões sem passares pelo fluxo completo de recuperação, desde que ainda controles a chave atual do proprietário. A disciplina é fazer essa rotação de seis em seis ou de doze em doze meses, mesmo quando nada está errado. Os utilizadores que configuram os seus guardiões e depois os esquecem tendem a descobrir a podridão exatamente quando precisam de recuperação, o que é o pior momento possível.

Se os guardiões tiverem realmente desaparecido, ainda podes conseguir recuperar se continuar a ser possível reunir quórum, ou se a tua smart account tiver uma saída de emergência administrativa. Algumas implementações codificam logo de início um pequeno atraso e um anúncio on-chain quando a recuperação começa, dando ao verdadeiro proprietário uma janela para cancelar uma recuperação hostil em curso. Saber se a carteira que escolheste tem esse atraso, e qual é a sua duração, é mais importante do que o texto de marketing sobre 'recuperação descentralizada'.

Lista de verificação prática antes de confiar fundos reais a uma conta inteligente

Se está a ponderar migrar de uma EOA, vale a pena colocar algumas questões concretas antes de transferir algo de valor significativo.

• Quem são exatamente os meus guardiões e já lhes perguntei se compreendem a responsabilidade? Um guardião que nunca ouviu falar da sua carteira não consegue avaliar de forma adequada um pedido de recuperação.
• Qual é o meu limiar de recuperação e o que acontece se um ou dois guardiões desaparecerem? É possível atingir o limiar com as pessoas que provavelmente ainda estarão disponíveis daqui a cinco anos?
• A carteira que escolhi permite-me substituir guardiões sem passar por uma recuperação completa? Já os substituí pelo menos uma vez para confirmar que o processo funciona?
• O contrato de recuperação foi auditado, por quem e a auditoria é recente? O contrato pode ser atualizado e, em caso afirmativo, quem o pode atualizar?
• Como são limitadas as chaves de sessão para as dApps que utilizo e como revogo uma sessão em que já não confio? Uma chave de sessão esquecida é como uma pequena arma carregada dentro da sua conta.
• Que solução de cópia de segurança tenho para o hardware ou a chave de acesso se perder o meu dispositivo principal? Já testei a assinatura através da cópia de segurança?

Se não conseguir responder a estas seis perguntas com nomes, contratos e políticas específicos, ainda não está preparado para migrar fundos que não pode dar-se ao luxo de perder. O objetivo das contas inteligentes é tornar a recuperação aborrecida e rotineira. Enquanto não tiver ensaiado o processo, ainda não será aborrecido.

Como acompanhar a segurança das carteiras inteligentes de forma inteligente

A segurança das carteiras inteligentes está a evoluir rapidamente: são lançadas novas normas de contas em cada ciclo de atualização, surgem novos kits de roubo de fundos poucas semanas após cada grande melhoria na experiência do utilizador e os processos de recuperação mudam discretamente ao nível do fornecedor da carteira. Acompanhar tudo isto manualmente, incluindo os contratos dos quais depende o seu conjunto de guardiões, as dApps que mantêm chaves de sessão ativas e as notícias que realmente importam, é uma batalha perdida. O Zippfeed destaca notícias sobre carteiras inteligentes e segurança do Ethereum com uma classificação de sentimento (bullish, neutral ou bearish) e uma avaliação de importância, para que possa reagir a riscos reais em vez de ruído.