Chain Surveillance observa sistemáticamente el grafo de transacciones de Bitcoin para inferir flujos, grupos de direcciones y vínculos con entidades. Combina datos verificables con heurísticas y etiquetas externas. Registro de una transacción, control común de claves e identidad personal son tres niveles de afirmación distintos.
Una transacción especifica las salidas anteriores que gasta y las nuevas salidas, importes y condiciones que crea. El grafo UTXO acredita relaciones entre salidas, no el nombre ni la dirección IP del pagador. El protocolo normalmente no marca salidas como pago o change ni asigna satoshis individuales de entrada a salidas concretas. Un recorrido coloreado de fondos puede incorporar una regla adicional de asignación de valor que debe explicarse. [Bitcoin Developer Guide — Transactions]
La common-input ownership heuristic une entradas porque un monedero normal usa sus propias monedas. Un change inferido puede añadir una salida. No son reglas de consenso: CoinJoin y Payjoin permiten entradas de distintos participantes sin compartir claves privadas. BIP 78 ofrece un contraejemplo concreto en el que el receptor aporta entradas. Una transacción compartida no demuestra un único propietario sin supuestos adicionales. [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]
Atribuir una dirección a un servicio puede partir de un contacto documentado, una dirección publicada o un registro de contraparte. Cada etiqueta necesita autor, fundamento y periodo de validez. Una plataforma puede gestionar monedas de muchos clientes y una entidad usar varios clusters. Por tanto, un cluster no cuenta personas, y una dirección de servicio no identifica automáticamente a un cliente ni el propósito de cada pago. [Meiklejohn et al. — A Fistful of Bitcoins]
El estudio de Goldfeder et al. de 2017 examina vínculos entre compras, blockchain e identificadores web. Un modelo práctico combina importe, ventana temporal o dirección de pago con una cookie o cuenta. Es otra fuente de información, no una identidad almacenada en la transacción. Una muestra histórica no representa la tasa universal actual de éxito. Aun así, los metadatos ya guardados pueden permitir asociaciones retrospectivas. [Goldfeder et al. — When the cookie meets the blockchain]
Una dirección IP puede registrarse durante conexiones o retransmisiones, pero no es un campo de una salida Bitcoin. Los nodos también retransmiten transacciones ajenas: el primer peer observado no tiene por qué ser el emisor original. Tor puede reducir la asociación entre tráfico e IP; no cambia importes publicados ni relaciones UTXO. La evaluación debe separar lo observado en la red de lo inferido de la blockchain. [Bitcoin — Protect your privacy]
Al fusionar transitivamente, una arista falsa puede unir dos grupos grandes en un supercluster erróneo. Möser y Narayanan estudian límites al cluster collapse y reconocen supuestos y sesgos en los datos de referencia derivados. En su propia evaluación indique fusiones falsas, vínculos omitidos, cobertura, periodo y validación de etiquetas. Sin calibración con casos conocidos, una puntuación no es automáticamente la probabilidad de una identidad correcta. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Las direcciones nuevas reducen la reutilización directa, pero un gasto conjunto posterior puede crear otro vínculo. Payjoin rompe el supuesto de entradas comunes; no borra el grafo público ni los datos del comerciante. Un nodo propio reduce la necesidad de revelar consultas a un backend externo, no la visibilidad de transacciones confirmadas. Una evaluación útil especifica observador y vínculo protegido en vez de prometer anonimato total. [Bitcoin Developer Guide — Transactions] [BIP 78 — A Simple Payjoin Proposal] [Bitcoin — Protect your privacy]
Para cada afirmación registre transacción o salida, fuente de etiqueta, heurísticas, fecha y explicaciones alternativas. Distinga pago directo de conexión a varios pasos y control de claves de propiedad económica. Una puntuación de riesgo o distancia en el grafo no prueba por sí sola identidad ni conducta. Este control de calidad derivado exige poder revisar una conclusión ante nuevas pruebas sin convertir el supuesto inicial en un hecho supuestamente confirmado de forma independiente. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Para obtener la imagen más completa, lee esta entrada junto con Privacidad en Bitcoin, Common-Input Ownership Heuristic, Address Clustering, Transaction Labeling, CoinJoin, PayJoin. También enlazan con esta entrada Salida de cambio, Common-Input Ownership Heuristic, Address Clustering, Ross Ulbricht.