Seudonimidad

Anna escribe un blog bajo el seudónimo Estrella del Norte. Sus lectores reconocen sus artículos sin conocer necesariamente su nombre real. Una dirección de Bitcoin puede funcionar de forma parecida: permite reconocer pagos asociados a un identificador que no contiene un nombre legal. Eso es la seudonimidad. Anna añade al blog una dirección para recibir donaciones. Ahora cualquiera que la lea puede seguir los ingresos en esa dirección; si más adelante Anna vincula el blog con su nombre, el historial ya visible adquiere otra conexión. Nadie ha tenido que romper ningún cifrado. Un dato nuevo ha unido dos cosas antes separadas. El Bitcoin Whitepaper ya advierte de que descubrir una relación puede ayudar a identificar otras transacciones. [1] [2]

Una dirección de Bitcoin indica a la cartera qué condiciones de gasto debe establecer para una nueva salida de la transacción. No es el registro de una persona ni el número de un documento de identidad. Una salida registra una cantidad y las condiciones para gastarla. Anna puede utilizar muchas direcciones y varias personas pueden gestionar una cartera compartida. La clave privada es un dato secreto que la cartera utiliza para crear una firma digital que autoriza un pago. Una Public Key, o clave pública, permite verificar firmas digitales, no el apellido de quien firma. Una firma válida demuestra el uso de la clave privada correspondiente; por sí sola no distingue entre Anna, un custodio o un ladrón que haya obtenido esa clave. Controlar los fondos y acreditar una identidad legal son cuestiones distintas. [4]

Si Anna usa también la dirección del blog en sus facturas profesionales, ella misma conecta dos ámbitos de su vida. Los lectores pueden ver otros ingresos en esa dirección, aunque no sepan cuáles son donaciones y cuáles pagos de clientes. Una dirección de recepción nueva para cada pago limita esta asociación directa. Una cartera habitual puede generar muchas sin abrir otra cuenta y normalmente las gestiona con la misma copia de seguridad. Pero una dirección nueva no equivale a una identidad nueva con anonimato garantizado. Otras pistas pueden indicar que varias direcciones las utiliza la misma persona. [2]

Supongamos que Anna compra bitcoin en una plataforma que ha verificado su identidad mediante KYC. La plataforma conoce su cuenta y la dirección indicada para retirar los fondos. Esa retirada no demuestra por sí sola que Anna controle el destino: podría haber enviado el dinero a otra persona. Sin embargo, la plataforma dispone de una relación concreta que un lector ocasional del blog desconoce. Un comercio conoce el pedido y quizá una dirección de entrega. Esos datos no se escriben automáticamente en la transacción de Bitcoin ni se publican para todo el mundo, pero pueden aportar contexto a su registro público. Por eso hay que valorar la privacidad frente a un observador concreto y según lo que realmente sabe. [2]

Bitcoin no resta y suma dinero en cuentas registradas a nombre de personas. Un pago gasta salidas anteriores todavía no gastadas, llamadas UTXO, y crea otras nuevas. Sus importes y conexiones son públicos. Un observador ve vínculos reales entre transacciones, pero a menudo debe deducir qué personas controlan cada parte. La diferencia importa: un historial público de movimientos de valor no es una lista de propietarios. Un nombre añadido después puede ayudar a interpretar pagos de hace mucho tiempo. Quitar una dirección del blog no borra las transacciones anteriores y puede que tampoco elimine las copias guardadas del blog. [1] [4]

A veces una cartera paga reuniendo varios UTXO y devuelve el sobrante a una dirección propia como cambio, o change. Un analista puede suponer que las entradas reunidas pertenecen a un solo propietario y estimar qué salida corresponde al cambio. Así se forman grupos de direcciones consideradas relacionadas. Son heurísticas: deducciones útiles, no pruebas de identidad. CoinJoin y PayJoin, por ejemplo, permiten que varias personas participen en una misma transacción. Ni siquiera un mapa de direcciones convincente demuestra que Anna controle todas ellas. La solidez de esa conclusión depende de otras pruebas. [6]

Anna quiere consultar su cartera en otra aplicación y exporta una XPUB, una clave pública extendida. BIP 32 organiza las claves en ramas, como un árbol. La XPUB permite calcular otras claves públicas de su rama, pero no superar un paso de derivación endurecida: ese paso requiere una clave privada. Con los datos necesarios sobre el tipo de dirección, la aplicación puede seguir los pagos relacionados. La XPUB por sí sola no permite firmar gastos, pero puede revelar actividad pasada y futura de esa rama. No descubre automáticamente todas las carteras o cuentas derivadas de la misma copia de seguridad. Aun así, ofrece una visión mucho más amplia que una dirección entregada a un cliente. [3]

Cuando Anna consulta su dirección en un explorador web, su operador puede relacionar la búsqueda con su dirección IP, un dato de la conexión de red, o con una cuenta en la que haya iniciado sesión. El servidor que utiliza su cartera para consultar el historial puede obtener información similar. Estos datos de funcionamiento son distintos del blockchain público, pero a veces ayudan a relacionar sus registros con una persona. Un Full Node es un ordenador con un programa que comprueba por sí mismo las transacciones y los bloques de Bitcoin según las reglas de la red. Un Full Node propio reduce las consultas enviadas a servidores ajenos si la cartera realmente lo utiliza. Tor puede limitar la exposición de la IP; no elimina una relación ya publicada entre un blog y un pago. [2]

Un pago por Lightning Network normalmente no se registra como una transacción independiente en el blockchain público. Eso elimina una huella visible, pero no significa que nadie sepa nada del pago. Un nodo de Lightning es un programa que gestiona canales de pago: conexiones en las que dos partes actualizan el reparto de los fondos aportados. El nodo usa una clave pública como identificador y puede anunciar sus canales públicos a la red. Una solicitud de pago BOLT 11 permite conocer el identificador del nodo receptor; también puede incluir datos del pago y de la ruta hacia el destinatario. Quien envía, quien recibe y el servicio utilizado disponen de información diferente. Publicar la solicitud puede mostrar parte de ella a otras personas, aunque el pago se realice fuera de la cadena principal. [5] [7]

Antes de publicar una dirección o dejar que una aplicación consulte su historial, Anna puede preguntarse: ¿quién podrá relacionar qué datos? Conviene utilizar direcciones nuevas para pagos individuales, saber a quién se entrega una XPUB y entender de dónde obtiene la cartera su información. Ninguna medida por sí sola promete anonimato completo y una configuración nueva no borra relaciones antiguas. El objetivo es compartir menos datos innecesarios y conocer los vínculos que ya existen. Resulta más útil que confiar en que una larga cadena de caracteres oculte por sí sola a una persona. [2] [3]