Un seudónimo es un identificador reconocible repetidamente sin identidad civil incorporada. En Bitcoin puede ser una dirección, clave pública, xpub, wallet cluster, Lightning node ID o cuenta de servicio; su fortaleza depende de si esas huellas se enlazan entre sí y con el mundo real.
El whitepaper de Bitcoin separa las claves públicas de la identidad pública, pero advierte que el flujo de transacciones sigue visible. El seudónimo oculta el nombre solo hasta que otro dato crea un enlace. Después pueden reanalizarse la actividad anterior y futura; no es anonimato permanente.
Una dirección es una instrucción de pago derivada de una clave o Script, no un nombre de usuario ni prueba fiable de una persona. Un usuario puede controlar muchas direcciones y una condición de gasto puede implicar varias personas o dispositivos. La firma prueba autorización según Script, no identidad legal.
Cada transferencia on-chain gasta UTXO anteriores y crea outputs nuevos. Importes, tipos de Script y relaciones son públicos, por lo que se construye un grafo probabilístico de seudónimos. El grafo suele carecer de nombres, pero una bolsa, factura o dirección publicada puede etiquetarlo.
Address reuse convierte una instrucción puntual en identificador público persistente. Las contrapartes ven la historia común y pueden seguir cobros o gastos posteriores. Una receive address nueva por pago limita el enlace directo, pero otras heurísticas pueden reconectar actividad.
La wallet suele devolver el exceso como change. Detectar change y la common-input-ownership heuristic puede agrupar inputs en un wallet cluster, sin ser prueba criptográfica. CoinJoin, PayJoin, coin control y el gasto posterior pueden debilitar o reforzar la inferencia.
Una bolsa KYC conoce la cuenta y normalmente la dirección de retirada; el comercio conoce pedido, hora e importe; un pago presencial puede revelar presencia física. La identidad se adjunta fuera del consenso, pero se suma al grafo público. Cambiar direcciones no revoca un vínculo divulgado.
BIP 32 deriva muchas claves de un árbol determinista. Filtrar un xpub normalmente no permite gastar, pero puede revelar gran parte del historial pasado y futuro de esa rama. Por ello el xpub es un seudónimo fuerte y duradero que debe compartirse conociendo el efecto.
IP, hora de broadcast, wallet backend, block explorer, cookies, notificaciones push, cloud backup y SDK analytics pueden unir un seudónimo on-chain a un dispositivo o cuenta. Un full node propio reduce algunas consultas externas, no todas las fugas de red o endpoint.
Lightning añade identificadores: node ID público y canales pueden ser persistentes; invoice, offer, route hint o payment hash crean otros enlaces. El pago off-chain no suele aparecer en blockchain, pero emisor, receptor, nodos de ruta y servicios ven metadatos distintos.
En una auditoría, separe ‘la dirección no contiene nombre’ de ‘nadie conoce al dueño’. Revise address reuse, origen UTXO, change, inputs comunes, direcciones públicas, xpub, KYC, backend y Lightning. Describa linkability frente a un observador concreto, no anonimato absoluto. Fuentes: Bitcoin whitepaper — Privacy; Bitcoin.org — Protect Your Privacy; BIP 32 — Hierarchical Deterministic Wallets; Bitcoin Developer Guide — Transactions; Lightning BOLT #7 — Routing Gossip.
Para obtener la imagen más completa, lee esta entrada junto con Privacidad en Bitcoin, Dirección de Bitcoin, KYC, Address Clustering, Bitcoin, UTXO. También enlazan con esta entrada Privacidad en Bitcoin, KYC, Nostr, Ross Ulbricht.