Pseudonimidade

O whitepaper do Bitcoin separa public keys da identidade pública, mas observa que o fluxo das transações permanece visível. O pseudônimo oculta o nome só até outro dado criar o vínculo. Depois, atividades passadas e futuras podem ser reanalisadas; anonimato não é permanente.

Endereço é instrução de pagamento derivada de key ou Script, não username nem prova confiável de uma pessoa. Um usuário pode controlar muitos endereços e uma condição de gasto pode envolver pessoas ou dispositivos. Assinatura prova autorização no Script, não identidade legal.

Cada transferência on-chain gasta UTXO anteriores e cria outputs. Valores, tipos de Script e relações são públicos, permitindo um grafo probabilístico. Normalmente ele não contém nomes, mas exchange, invoice ou endereço publicado pode rotular parte dele.

Address reuse transforma uma instrução pontual em identificador público persistente. Contrapartes veem o histórico comum e acompanham recebimentos ou gastos futuros. Uma receive address nova por pagamento limita o link direto, sem impedir outras heuristics.

A wallet costuma devolver excedente como change. Detectar change e a common-input-ownership heuristic pode agrupar inputs em wallet cluster, sem prova criptográfica. CoinJoin, PayJoin, coin control e gastos posteriores podem enfraquecer ou fortalecer a inferência.

Exchange KYC conhece conta e geralmente withdrawal address; merchant conhece pedido, horário e valor; pagamento presencial pode revelar presença física. A identidade é ligada fora do consensus, mas anexada ao grafo público. Trocar endereços não revoga vínculo já divulgado.

BIP 32 deriva muitas keys de uma árvore determinística. Vazamento de xpub normalmente não permite gastar, mas pode expor histórico passado e futuro da ramificação wallet. xpub é, portanto, pseudônimo forte e duradouro.

IP, horário de broadcast, wallet backend, block explorer, cookies, push, cloud backup e analytics SDK podem ligar pseudônimo on-chain a dispositivo ou conta. Full node próprio reduz algumas consultas externas, não todos os vazamentos de rede ou endpoint.

Lightning adiciona identificadores: node ID público e channels podem persistir; invoice, offer, route hint ou payment hash criam outros vínculos. Pagamento off-chain não costuma ir à blockchain, mas participantes e serviços veem metadata diferentes.

Na auditoria, separe ‘o endereço não contém nome’ de ‘ninguém conhece o dono’. Verifique address reuse, origem UTXO, change, inputs comuns, endereços publicados, xpub, KYC, backend e Lightning. Descreva linkability perante observador definido, não anonimato absoluto. Fontes: Bitcoin whitepaper — Privacy; Bitcoin.org — Protect Your Privacy; BIP 32 — Hierarchical Deterministic Wallets; Bitcoin Developer Guide — Transactions; Lightning BOLT #7 — Routing Gossip.