Carteiras Web3 e identidade digital: chaves, assinaturas e riscos

Uma carteira Web3 é um aplicativo ou dispositivo que gerencia as chaves criptográficas de uma conta em uma blockchain: com a chave privada, ela assina transações e mensagens; o endereço público é o “destino” que outras pessoas veem. A carteira não guarda os ativos, que ficam registrados na rede; ela guarda o poder de movimentá-los. Isso a torna útil para acessar aplicações descentralizadas, mas também significa que quem controla a chave controla a conta, sem cadeia de recurso se algo der errado.

O que é, tecnicamente, uma carteira

Na documentação do Ethereum, uma conta controlada por usuário (EOA, “externally owned account”) é definida por um par de chaves. A chave privada assina transações; a chave pública é derivada dela, mas o caminho inverso não é possível. O endereço de 42 caracteres é obtido aplicando uma função de hash à chave pública e usando os últimos 20 bytes. A mesma documentação lembra que conta e carteira não são a mesma coisa: a carteira é o aplicativo ou interface que permite controlar a conta.

Há ainda contas de contrato, controladas por código e sem chave privada própria, usadas em carteiras com regras adicionais, como múltiplas aprovações.

Frase de recuperação

Muitas carteiras geram uma frase de recuperação (seed phrase). O padrão BIP-39 descreve como um conjunto de palavras fáceis de transcrever representa a aleatoriedade usada para gerar carteiras determinísticas: a partir dela, é possível reconstruir as chaves. Por isso, a frase equivale, na prática, à própria chave. O ethereum.org adverte que a responsabilidade pelas chaves é do usuário e que “não há atendimento ao cliente” em cripto; recomenda anotar a frase e não armazená-la no computador. Os modelos de guarda são tratados em custódia de criptoativos e autocustódia.

Como a carteira se conecta a aplicações

Ao “conectar a carteira” a um site, o usuário normalmente apenas expõe seu endereço público e permite que o site solicite assinaturas. A aplicação não recebe a chave privada. Há três tipos de pedido que merecem atenção diferente:

• Transação: uma operação que altera o estado da rede e custa taxa (gas). A carteira mostra o que será enviado ou chamado.
• Assinatura de mensagem: um texto ou dado estruturado assinado, sem custo de taxa. O padrão EIP-191 define um formato para dados assinados, criado, entre outros motivos, para evitar que uma assinatura pré-autorizada de uma carteira multiassinatura fosse reutilizada em outra. Isso mostra que assinar uma mensagem não é necessariamente inofensivo: dependendo do contexto, uma assinatura pode autorizar ações.
• Login com carteira: o padrão Sign-In with Ethereum (ERC-4361) estrutura uma mensagem de autenticação com domínio, endereço, identificador da rede, um valor aleatório (nonce) e, opcionalmente, prazo de validade. Segundo a especificação, as carteiras devem conferir se o domínio da mensagem corresponde à origem que fez o pedido e rejeitar divergências, o que protege contra páginas falsas.

Aprovações: o ponto que mais surpreende iniciantes

Para que um contrato mova tokens de uma carteira (por exemplo, uma corretora descentralizada), o padrão ERC-20 usa o mecanismo de aprovação (approve): o dono autoriza um endereço a retirar tokens até um limite, e o contrato depois usa transferFrom. Segundo a especificação, a autorização permite retiradas repetidas até o valor definido, e chamar approve de novo substitui o valor anterior. O texto também aponta um vetor de ataque associado à troca de valores de aprovação e sugere zerar o valor antes de definir outro.

Na prática, isso significa que uma autorização dada a um contrato continua valendo depois de a operação terminar, até ser alterada. Se esse contrato tiver falha ou for malicioso, o saldo autorizado pode ser exposto. Segundo o guia do ethereum.org sobre revogação de acessos, essas permissões não têm data de expiração, desconectar a carteira do site não as remove, e algumas carteiras permitem restringir o valor aprovado; revogar exige uma transação com taxa. As práticas abaixo são boas práticas gerais, não garantias de proteção:

• conferir qual endereço e qual valor estão sendo aprovados antes de confirmar;
• preferir limites compatíveis com a operação a limites muito altos, quando a aplicação permitir;
• revisar periodicamente as aprovações ativas (por meio de um verificador de aprovações de confiança, conferindo o endereço do site antes de conectar a carteira) e revogar as que não são mais necessárias, ciente de que a revogação também é uma transação com taxa;
• separar fundos de uso frequente dos fundos de longo prazo em carteiras distintas.

Golpes de phishing frequentemente se apoiam em pedidos de aprovação ou assinatura disfarçados; veja como reconhecer golpes com criptoativos.

Identidade descentralizada: DID e ENS

Uma carteira identifica uma chave, não uma pessoa. O NIST observa que a assinatura vincula transações aos donos de chaves privadas, mas não oferece meios de associar identidades do mundo real a esses donos; um usuário pode ter várias chaves e vários endereços. Blockchains típicas, afirma o instituto, não foram desenhadas para ser sistemas de gestão de identidade isolados.

DID (W3C)

Os identificadores descentralizados (DIDs) são uma Recomendação do W3C de 19 de julho de 2022. Segundo a especificação, um DID é um identificador global persistente que não exige autoridade central de registro. Ele aponta para um documento DID, que descreve o sujeito e inclui material de verificação, como chaves públicas, e pode indicar endpoints de serviço. O controlador do DID é quem pode alterar o documento. A especificação define o objetivo de permitir que entidades controlem a privacidade de suas informações, inclusive com divulgação mínima e seletiva. DIDs são a base técnica; o que dá valor prático a uma identidade são as credenciais e o reconhecimento por quem as aceita, tema fora do escopo da especificação de DIDs.

ENS

O Ethereum Name Service (ENS) é um sistema de nomes na Ethereum que associa nomes legíveis, como “nome.eth”, a endereços e outros dados. A documentação descreve a resolução em duas etapas: consultar o registro para descobrir qual contrato “resolvedor” responde pelo nome e, depois, consultá-lo. Existe também a resolução reversa, que associa um “nome principal” a um endereço, e a documentação recomenda confirmar com uma consulta direta que o nome aponta de volta ao endereço original. Um nome ENS facilita a leitura, mas não prova quem é o titular no mundo real.

Privacidade e rastreabilidade

• Pseudonimato, não anonimato. Em blockchains públicas, o histórico de um endereço é visível. O NIST cita que vínculos com identidades reais podem surgir fora da cadeia, por exemplo quando uma exchange fornece registros a autoridades ou quando a pessoa divulga o endereço em um perfil público.
• Correlação. Usar o mesmo endereço ou o mesmo nome ENS em vários serviços permite ligar atividades. A especificação dos DIDs trata o risco de correlação e sugere DIDs distintos por relacionamento (“pairwise”) e evitar colocar dados pessoais ou propriedades identificadoras no documento DID.
• Permanência. Dados registrados em redes públicas tendem a ficar disponíveis para sempre; informações pessoais não devem ser gravadas ali.
• Obrigações legais. O uso de endereços pseudônimos ou de ferramentas de privacidade não altera as obrigações legais de cada pessoa, inclusive as tributárias e as de prestação de informações, que dependem da legislação aplicável e devem ser confirmadas com profissional habilitado. Este texto não é orientação para ocultar patrimônio.

O que a carteira não garante

• Não garante a identidade de quem está do outro lado.
• Não protege contra assinar algo malicioso: a segurança depende do que o usuário aprova.
• Não oferece recuperação se a frase de recuperação for perdida ou exposta.
• Não torna uma aplicação segura apenas porque conecta.

O que observar

• Quem controla as chaves: você, um aplicativo, um prestador de serviço ou um contrato.
• O endereço, a rede e o valor em cada pedido de aprovação.
• Se o domínio do login corresponde ao site que você pretende usar.
• Quantas aprovações ativas existem e para quais contratos.
• Como a frase de recuperação e as cópias de segurança são guardadas.
• Quais identificadores você reutiliza entre serviços e o que eles revelam em conjunto.

Carteiras são ferramentas de controle de chaves, e identidade digital é uma camada à parte, que exige credenciais e reconhecimento externo. Para avaliar fluxos de guarda e acesso no seu caso, o contato está disponível. Este texto é informativo e não constitui recomendação de investimento nem aconselhamento jurídico.