Pseudonimidade

Anna escreve um blog com o pseudônimo Estrela do Norte. Os leitores reconhecem seus textos sem necessariamente conhecer seu nome verdadeiro. Um endereço Bitcoin pode funcionar de maneira parecida: as pessoas reconhecem pagamentos ligados a uma identificação que não contém um nome civil. Isso é pseudonimidade. Anna acrescenta ao blog um endereço para doações. Agora um leitor pode acompanhar os recebimentos nesse endereço. Se Anna depois ligar o blog ao próprio nome, o histórico já visível ganha outra conexão. Ninguém precisou quebrar uma criptografia. Uma informação nova uniu duas coisas antes separadas. O Bitcoin Whitepaper já alerta que descobrir uma ligação pode ajudar a identificar outras transações. [1] [2]

Um endereço Bitcoin informa à carteira quais condições de gasto definir para uma nova saída da transação. Não é o cadastro de uma pessoa nem um número de documento. Uma saída registra uma quantia e as condições para gastá-la. Anna pode usar muitos endereços, e várias pessoas podem administrar uma carteira compartilhada. A chave privada é um dado secreto que a carteira usa para criar uma assinatura digital autorizando um pagamento. Uma Public Key, ou chave pública, permite verificar assinaturas digitais, não o sobrenome de quem assina. Uma assinatura válida demonstra o uso da chave privada correspondente; sozinha, não distingue Anna de um custodiante ou de um ladrão que obteve a chave. Controle dos fundos e identidade legal são, portanto, questões diferentes. [4]

Se Anna também usa o endereço do blog em suas faturas profissionais, ela mesma conecta duas partes da vida. Os leitores veem outros recebimentos no mesmo endereço, embora possam não saber quais são doações e quais são pagamentos de clientes. Um novo endereço de recebimento para cada pagamento limita essa ligação direta. Uma carteira comum pode criar muitos endereços sem abrir outra conta e geralmente os administra com a mesma cópia de segurança. Um endereço novo, porém, não é uma identidade nova com anonimato garantido. Outras pistas podem mostrar que endereços diferentes são usados pela mesma pessoa. [2]

Imagine que Anna compre bitcoin numa corretora que verificou sua identidade pelo procedimento KYC. A corretora conhece sua conta e o endereço informado para uma retirada. A retirada, por si só, não prova que Anna controle o destino: ela pode ter enviado o dinheiro a outra pessoa. Ainda assim, a corretora conhece uma ligação específica que um leitor casual do blog desconhece. Um comerciante conhece o pedido e talvez o endereço de entrega. Esses dados não são escritos automaticamente na transação Bitcoin nem publicados para todo mundo, mas podem complementar seu registro público. Por isso, a privacidade deve ser avaliada em relação a um observador específico e ao que ele realmente sabe. [2]

O Bitcoin não debita nem credita contas registradas em nome de pessoas. Um pagamento consome saídas anteriores ainda não gastas, chamadas UTXO, e cria novas. Seus valores e conexões são públicos. Um observador vê ligações reais entre transações, mas frequentemente ainda precisa deduzir quais pessoas controlam cada parte. A distinção importa: um histórico público de movimentação de valor não é uma lista pronta de proprietários. Um nome descoberto depois pode esclarecer pagamentos antigos. Remover um endereço do blog não apaga as transações anteriores e talvez nem elimine cópias salvas do próprio blog. [1] [4]

Às vezes a carteira paga reunindo vários UTXO e devolve o excedente a um endereço próprio como troco, ou change. Um analista pode supor que as entradas reunidas pertencem ao mesmo dono e estimar qual saída corresponde ao troco. Assim surgem grupos de endereços considerados relacionados. Esses métodos são heurísticas: deduções úteis, não provas de identidade. CoinJoin e PayJoin, por exemplo, permitem que vários participantes contribuam para uma transação. Nem mesmo um mapa de endereços convincente demonstra que Anna controle todos eles. A força dessa conclusão depende de outras evidências. [6]

Anna quer consultar sua carteira em outro aplicativo e exporta uma chave XPUB, uma chave pública estendida. O BIP 32 organiza as chaves em ramos, como uma árvore. Uma XPUB permite calcular outras chaves públicas de seu ramo, mas não atravessar uma etapa de derivação endurecida: essa etapa exige uma chave privada. Com as informações necessárias sobre o tipo de endereço, o aplicativo pode acompanhar os pagamentos relacionados. A XPUB sozinha não permite assinar gastos, mas pode revelar a atividade passada e futura daquele ramo. Ela não expõe automaticamente todas as carteiras ou contas derivadas da mesma cópia de segurança. Ainda assim, oferece uma visão muito mais ampla do que um único endereço entregue a um cliente. [3]

Quando Anna procura seu endereço num explorador na web, o operador pode associar a consulta ao seu endereço IP, um dado da conexão de rede, ou a uma conta conectada. O servidor usado pela carteira para buscar o histórico pode obter informações parecidas. Esses dados de funcionamento são diferentes do blockchain público, mas às vezes ajudam a ligar seus registros a uma pessoa. Um Full Node é um computador com um programa que verifica por conta própria as transações e os blocos do Bitcoin conforme as regras da rede. Um Full Node próprio reduz o envio dessas consultas a um servidor de terceiros se a carteira realmente o utiliza. Tor pode limitar a exposição do IP; não elimina uma relação já publicada entre um blog e um pagamento. [2]

Um pagamento pela Lightning Network normalmente não é gravado como uma transação independente no blockchain público. Isso elimina um rastro visível, mas não significa que ninguém saiba nada sobre o pagamento. Um nó Lightning é um programa que administra canais de pagamento: conexões nas quais duas partes atualizam a divisão dos fundos comprometidos. O nó usa uma chave pública como identificador e pode anunciar seus canais públicos à rede. Uma solicitação de pagamento BOLT 11 permite descobrir o identificador do nó destinatário; também pode conter outros dados do pagamento e da rota até ele. Remetente, destinatário e serviço utilizado têm informações diferentes. Publicar a solicitação pode revelar parte delas a outras pessoas, mesmo que o pagamento ocorra fora da cadeia principal. [5] [7]

Antes de publicar um endereço ou permitir que um aplicativo consulte seu histórico, Anna pode perguntar: quem poderá conectar quais informações? Usar novos endereços para pagamentos individuais, saber quem recebe uma chave XPUB e entender de onde vêm os dados da carteira são cuidados úteis. Nenhum deles, sozinho, promete anonimato completo, e uma configuração nova não apaga relações antigas. O objetivo é compartilhar menos informações desnecessárias e conhecer os vínculos existentes. Isso é mais prático do que confiar que uma longa sequência de caracteres consiga esconder uma pessoa por si só. [2] [3]