Passkeys em Carteiras Ethereum: Como Funcionam | Ethereum IA

Passkeys permitem que algumas carteiras Ethereum autorizem operações com biometria, PIN ou senha do dispositivo, sem pedir uma seed phrase no uso cotidiano. Elas usam criptografia de chave pública e padrões como WebAuthn: a chave privada permanece protegida no aparelho ou no gerenciador de credenciais, enquanto a carteira verifica uma assinatura. A impressão digital ou o reconhecimento facial normalmente servem apenas para desbloquear a credencial localmente; não são publicados na blockchain.

A experiência pode parecer tão simples quanto entrar em um aplicativo bancário, mas a conclusão “passkey torna a carteira impossível de perder ou invadir” seria errada. A segurança depende da smart account, do dispositivo, da sincronização, da recuperação, dos contratos e do que aparece na tela antes da confirmação.

Este artigo é educativo. Não constitui aconselhamento financeiro, jurídico, tributário, contábil, técnico individualizado ou recomendação de carteira, dispositivo, protocolo ou investimento. Teste recursos de segurança com valores pequenos e consulte a documentação oficial do produto usado.

O que é uma passkey

Uma passkey é uma credencial baseada em um par de chaves criptográficas:

• a chave privada fica protegida no dispositivo, chip seguro ou gerenciador de credenciais;
• a chave pública pode ser registrada pelo serviço que precisa verificar a autenticação;
• uma verificação local — rosto, impressão digital, PIN ou senha do aparelho — autoriza o uso da chave privada;
• o dispositivo assina um desafio sem revelar a chave privada.

Esse modelo difere de uma senha. A senha é um segredo compartilhado: o usuário a digita e o servidor precisa verificar algo relacionado a ela. A passkey não envia um segredo reutilizável. Ela prova posse da chave ao assinar um desafio vinculado ao serviço correto.

Na web tradicional, passkeys são usadas para login. Em uma carteira Ethereum, a mesma família de tecnologia pode autorizar ações de uma conta inteligente. É importante dizer “pode”, porque cada carteira implementa o recurso de modo próprio. Algumas usam a passkey como chave principal; outras a combinam com módulos, servidores, relayers, limites ou uma chave adicional.

Passkey não é a mesma coisa que biometria

A frase “carteira com biometria” pode sugerir que a impressão digital é enviada ao Ethereum. Normalmente, isso não acontece. O sistema biométrico do celular ou computador apenas responde localmente se a pessoa autorizada pode usar uma credencial protegida.

O fluxo simplificado é:

1. a carteira prepara uma ação;
2. o dispositivo pede rosto, impressão digital, PIN ou senha;
3. a credencial assina os dados autorizados;
4. a carteira ou sua infraestrutura transforma essa autorização em uma operação verificável;
5. a transação é submetida à rede e executada conforme as regras da conta.

A blockchain vê assinatura, dados e execução do contrato, não uma foto do rosto. Ainda assim, a privacidade depende do fabricante, do sistema operacional, da conta de sincronização e da implementação da carteira. O usuário deve ler a política do produto e não presumir que todas as passkeys ficam exclusivamente em um único aparelho.

Por que passkeys e Ethereum não se encaixam automaticamente

Contas externas tradicionais do Ethereum, chamadas de EOAs, usam assinaturas na curva secp256k1. Já o ecossistema WebAuthn utiliza com frequência credenciais compatíveis com a curva P-256, também chamada secp256r1. Essas são peças criptográficas diferentes.

Por isso, uma passkey não controla automaticamente qualquer endereço existente da MetaMask. A carteira precisa de uma arquitetura que saiba verificar a assinatura produzida pela credencial. Isso pode ocorrer por meio de uma conta inteligente, código de verificação, recurso específico da rede ou outra camada de infraestrutura.

A proposta EIP-7212 descreve um precompile para tornar a verificação da curva secp256r1 mais eficiente em ambientes EVM. Um precompile é uma operação implementada no nível do protocolo com custo previsível, em vez de executar toda a matemática como código comum de smart contract. A disponibilidade concreta, porém, varia entre redes e versões; não presuma suporte sem consultar a documentação atual da blockchain e da carteira.

O ERC-4337 oferece outro componente: account abstraction sem exigir que toda a lógica seja incorporada imediatamente ao protocolo base. Nesse modelo, uma operação do usuário pode ser validada por uma smart account e processada por uma infraestrutura própria, com possibilidade de políticas de assinatura, lotes, recuperação e paymasters para patrocinar gas.

Como uma carteira com passkey funciona na prática

Um fluxo típico pode ter estas etapas:

1. Criação: o usuário cria a carteira e o dispositivo gera uma passkey vinculada ao aplicativo ou domínio.
2. Registro: a chave pública ou os dados necessários para validá-la são associados à smart account.
3. Preparação: ao enviar ETH, trocar tokens ou interagir com um dApp, a carteira monta a operação.
4. Confirmação: o aparelho mostra uma solicitação e pede biometria, PIN ou senha.
5. Assinatura: a passkey assina o desafio ou resumo definido pela implementação.
6. Validação: a conta inteligente verifica a autorização, diretamente ou com componentes auxiliares.
7. Execução: a operação é incluída na rede e pode pagar gas normalmente ou usar um mecanismo patrocinado.

A interface simples esconde decisões importantes. O usuário precisa saber o que está assinando, qual contrato executará a ação, quem pode atualizar a conta e como recuperar o acesso. Encostar o dedo no sensor não torna uma transação segura se a tela omite uma aprovação ilimitada ou uma transferência para golpista.

Por isso, passkeys devem ser combinadas com simulação de transações e um checklist antes de assinar, não tratadas como substitutas da leitura.

Vantagens possíveis para o usuário

Menos exposição da seed phrase

Muitos golpes dependem de convencer a vítima a digitar doze ou vinte e quatro palavras em site falso. Uma carteira desenhada para uso com passkey pode evitar que o usuário manipule uma seed phrase em cada aparelho ou recuperação comum.

Isso reduz uma classe de erro, mas somente se o fluxo de contingência também for seguro. Uma carteira pode ocultar a seed phrase no cotidiano e ainda depender de uma chave de recuperação que precisa ser protegida.

Resistência a phishing de credenciais

Passkeys são vinculadas ao serviço para o qual foram criadas. Um domínio falso não recebe automaticamente uma assinatura válida para o domínio legítimo. Além disso, não existe uma senha reutilizada que o golpista possa capturar e testar em outros serviços.

Essa vantagem protege o login ou uso da credencial, mas não toda decisão dentro da carteira. Se a vítima entra no aplicativo correto e autoriza uma transação maliciosa apresentada por um dApp, a criptografia executa exatamente a autorização dada.

Uso em vários dispositivos

Dependendo do ecossistema, a passkey pode ser sincronizada de forma criptografada entre aparelhos da mesma conta ou utilizada por aproximação com outro dispositivo. Isso melhora conveniência e reduz dependência de um único celular.

O mesmo recurso muda o modelo de confiança. Quem controla a conta usada na sincronização? Como novos dispositivos são autorizados? O provedor consegue bloquear o acesso? Existe exportação ou migração? A carteira continua utilizável se o usuário trocar de sistema operacional?

Políticas programáveis

Smart accounts podem combinar passkeys com:

• limites diários;
• chaves temporárias para jogos ou aplicativos;
• allowlist de endereços;
• atraso para operações grandes;
• múltiplas autorizações;
• guardiões de recuperação;
• bloqueio de funções específicas;
• lote de várias ações numa única operação.

Esses controles podem reduzir danos, como explica o guia de carteiras separadas, allowlists e limites. Porém, políticas mal configuradas podem bloquear o próprio titular ou conceder poder excessivo a terceiros.

Passkey elimina a seed phrase?

A resposta responsável é: depende da carteira e do significado de “eliminar”.

Uma carteira pode oferecer experiência sem seed phrase e usar passkeys sincronizadas. Outra pode manter uma chave de recuperação nos bastidores. Uma terceira pode exigir guardiões ou um conjunto multisig. Algumas contas existentes podem adicionar passkey apenas como método secundário.

Antes de confiar, pergunte:

1. O que acontece se eu perder todos os dispositivos?
2. A passkey está sincronizada? Por qual provedor?
3. Existe uma chave de recuperação separada?
4. O fornecedor consegue restaurar, bloquear ou atualizar a conta?
5. Posso migrar para outra carteira sem a interface original?
6. A conta depende de um servidor ou relayer específico?
7. Há guardiões, timelock ou período para contestar recuperação?
8. Consigo verificar o contrato no explorador?
9. A conta funciona nas redes onde mantenho ativos?
10. Como os herdeiros acessariam o patrimônio legitimamente?

O artigo sobre recuperação social em carteiras Ethereum mostra por que recuperar acesso é um sistema, não um único botão.

O que acontece se o celular for perdido ou roubado

Há pelo menos três cenários.

Passkey sincronizada

Se a credencial foi sincronizada com outro aparelho ou gerenciador, o usuário pode recuperar o acesso após autenticar a conta correspondente. A segurança passa a depender também da proteção dessa conta, dos dispositivos autorizados e do processo de recuperação do provedor.

Passkey vinculada a um único dispositivo

Se a chave não pode sair do aparelho, perder o dispositivo pode exigir outro método: guardião, chave reserva, multisig ou procedimento do produto. Sem contingência, a carteira pode ficar inacessível.

Celular roubado ainda desbloqueável

Biometria e PIN ajudam, mas não tornam o aparelho invulnerável. O usuário deve acionar os recursos de bloqueio remoto, revogar sessões quando possível e seguir o procedimento oficial da carteira. Não confie em “suporte” que aparece por mensagem privada.

Em qualquer modelo, faça um teste de recuperação antes de depositar valor relevante. O teste deve usar documentação oficial e, idealmente, uma conta com saldo pequeno. Descobrir a dependência de um aparelho somente depois de perdê-lo é tarde demais.

Principais riscos das passkeys em carteiras

Uma passkey melhora a autenticação, mas não corrige um smart contract vulnerável. Também não impede que um token conceda permissões excessivas. Revise aprovações ERC-20 e assinaturas Permit que continuam válidas depois do login.

Passkey, hardware wallet e seed phrase: comparação

Não existe vencedor universal. Uma hardware wallet pode oferecer isolamento físico; uma passkey pode facilitar uso e reduzir phishing de senha; uma multisig pode distribuir autoridade. Arranjos híbridos são possíveis, mas cada camada acrescenta pontos de falha que precisam ser compreendidos.

Para valores cotidianos, conveniência e limites podem importar mais. Para reserva de longo prazo, independência, recuperação e verificabilidade podem pesar mais. Isso não é recomendação de produto: é um rubric para analisar o desenho.

Como avaliar uma carteira com passkey

Antes de criar ou migrar uma conta, procure respostas verificáveis:

Arquitetura

• É EOA, smart account ERC-4337 ou outro modelo?
• A validação P-256 ocorre no contrato, em precompile ou por componente externo?
• O código está verificado no explorador?
• Quais redes são suportadas?

Controle

• Quem pode atualizar os contratos ou módulos?
• Existe chave administrativa, multisig e timelock?
• O provedor pode congelar, censurar ou recuperar a conta?
• A operação depende de bundler, paymaster ou relayer exclusivo?

Recuperação

• A passkey é sincronizada ou restrita ao aparelho?
• É possível adicionar dispositivo reserva?
• Há guardiões e prazo de contestação?
• Existe exportação ou migração para outro aplicativo?
• O que acontece se a empresa encerrar o serviço?

Assinatura

• A tela mostra destino, valor, rede e permissões?
• A carteira simula o resultado?
• Há alertas para aprovação ilimitada ou contrato suspeito?
• É possível definir limite por sessão ou por dApp?

Evidências

• Existem auditorias independentes?
• O relatório corresponde à versão usada?
• Há programa de bug bounty e histórico de incidentes?
• A documentação explica riscos e não apenas benefícios?

Se a resposta a perguntas básicas for “confie na biometria”, a explicação está incompleta. Segurança de carteira envolve criptografia, contratos, recuperação e comportamento humano.

Cuidados para usuários brasileiros

Passkeys não mudam a natureza econômica das operações. Comprar ETH com Pix, trocar tokens, receber rendimentos ou vender por reais continua exigindo registros adequados. A IN RFB 1.888/2019 pode ser relevante para operações abrangidas por suas regras, e outras obrigações podem existir conforme plataforma, valores e legislação vigente.

Ao migrar ativos para uma nova smart account, guarde:

• endereço antigo e novo;
• rede utilizada;
• hashes das transferências;
• data, horário e taxa paga;
• motivo da migração;
• evidência de titularidade;
• saldo e custo de aquisição em reais.

Uma transferência entre carteiras do mesmo titular não deve ser automaticamente tratada como compra ou venda, mas a documentação ajuda a demonstrar o que aconteceu. Consulte o guia de comprovantes on-chain e confirme o enquadramento com contador.

A Lei 14.478/2022 e a atuação do Banco Central do Brasil (BCB) no setor não significam que toda carteira estrangeira, smart account ou dApp seja regulado ou garantido no Brasil. Verifique quem fornece o software e quais termos se aplicam. Ativos em autocustódia não têm cobertura do FGC.

Golpes que usam a promessa de “carteira sem seed phrase”

Uma tendência legítima atrai imitações. Desconfie de:

• anúncio que promete recuperar qualquer carteira apenas com rosto ou CPF;
• aplicativo que pede a seed phrase para “convertê-la em passkey”;
• suporte que solicita compartilhamento de tela;
• site que cobra taxa para “ativar a biometria na blockchain”;
• mensagem dizendo que a passkey expirará em poucas horas;
• extensão clonada distribuída fora da loja ou site oficial;
• airdrop que exige cadastrar passkey e aprovar token ilimitadamente;
• pedido para instalar perfil, certificado ou software de acesso remoto.

Passkeys não recuperam uma carteira tradicional perdida sem que tenha existido um método de recuperação previamente configurado. Nenhuma tecnologia reconstrói por biometria uma chave privada aleatória que desapareceu. Promessa desse tipo é um forte sinal de fraude.

Checklist antes de usar passkey com valor relevante

1. Sei se a conta é uma smart account e em quais redes funciona?
2. Entendo onde a passkey fica e se ela é sincronizada?
3. Tenho um segundo dispositivo ou método de recuperação independente?
4. Testei perda e recuperação com saldo pequeno?
5. Sei quem pode atualizar, pausar ou recuperar a conta?
6. Conferi contrato, documentação e auditorias?
7. A carteira mostra efeitos da transação antes da biometria?
8. Existem limites para dApps, sessões e gastos?
9. Sei revogar aprovações e chaves temporárias?
10. Consigo acessar os ativos se a interface principal sair do ar?
11. Registrei endereços e migrações para fins fiscais e patrimoniais?
12. Minha família ou empresa tem instruções de contingência sem receber a chave completa?

Se várias respostas forem desconhecidas, mantenha o teste limitado. A facilidade de criar uma conta em segundos não elimina a necessidade de planejar anos de custódia.

Perguntas frequentes

O que é uma passkey em uma carteira Ethereum?

É uma credencial criptográfica protegida por dispositivo ou gerenciador, normalmente desbloqueada com biometria, PIN ou senha. Uma carteira compatível usa sua assinatura para autorizar ações de uma conta inteligente.

Passkey é a mesma coisa que biometria?

Não. A biometria desbloqueia localmente o uso da credencial. A passkey é o par de chaves criptográficas. A impressão digital ou o rosto normalmente não são enviados ao Ethereum.

Passkey elimina a seed phrase?

Pode eliminar a necessidade de manipular uma seed phrase no uso diário de algumas carteiras, mas não elimina recuperação. É preciso entender sincronização, dispositivos reserva, guardiões ou chaves alternativas.

É mais segura do que senha?

É mais resistente a roubo e reutilização de senha e a várias formas de phishing. Porém, não impede assinatura maliciosa, dispositivo comprometido, falha de contrato ou recuperação insegura.

Muda a tributação no Brasil?

Não por si só. Passkey é um mecanismo de autorização. O tratamento fiscal depende das operações econômicas realizadas, não do modo usado para desbloquear a carteira.

Conclusão

Passkeys podem aproximar carteiras Ethereum da experiência de aplicativos comuns: criar conta rapidamente, autorizar com o dispositivo e reduzir a exposição de senhas e seed phrases. Com smart accounts e account abstraction, elas também podem participar de limites, recuperação, sessões e pagamento flexível de gas.

O benefício real não é “biometria na blockchain”. É usar uma credencial de chave pública resistente a phishing dentro de uma arquitetura programável. Essa arquitetura continua precisando de contratos seguros, recuperação compreensível, compatibilidade, portabilidade e uma tela que explique o efeito da assinatura.

Para o usuário brasileiro, a regra conservadora é avaliar o sistema completo: onde está a chave, quem pode mudar a conta, como recuperar, o que é assinado e como documentar as operações. Passkey pode reduzir erros conhecidos, mas não elimina autocustódia, risco financeiro nem responsabilidade.

Aviso legal: Este conteúdo é exclusivamente informativo e educacional. Não constitui aconselhamento financeiro, jurídico, tributário, contábil, técnico individualizado ou recomendação de investimento, carteira, dispositivo, protocolo ou serviço. Criptoativos e smart accounts envolvem risco de perda parcial ou total, fraude, falha de contrato, indisponibilidade, erro operacional, recuperação inadequada e mudança regulatória. Consulte fontes oficiais e profissionais qualificados antes de decisões envolvendo valores relevantes.