feat: check de vinculación CIOH; fix: saldos falsos y fingerprint por ausencia

Tres cosas encontradas analizando transacciones reales del incidente Coldcard:

- Faltaba avisar de que gastar N direcciones juntas las vincula para siempre.
  El analizador medía la privacidad desde el lado de quien construye la
  transacción, no desde el de los dueños de las monedas gastadas.

- El explorador mostraba 'Balance: 0 BTC' en direcciones con mucho historial:
  Mempool sobre Fulcrum no devuelve los importes y la app los daba por buenos.
  Ahora dice 'no disponible' y explica por qué — tener 492 transacciones y cero
  recibido es imposible en la cadena.

- El fingerprint decía 'Electrum' por AUSENCIA de rasgos (locktime 0, sin RBF),
  cuando Electrum moderno hace lo contrario. Ahora exige señales positivas y
  existe 'sin rasgos distintivos', que no penaliza.

CHANGELOG.md

@@ -10,6 +10,37 @@ y el versionado sigue [Versionado Semántico](https://semver.org/lang/es/):
 - **MENOR** — características nuevas que no rompen lo anterior
 - **PARCHE** — arreglos de errores
 
+---
+## [1.13.0] — 2026-08-08
+### Añadido
+- **Nueva comprobación: direcciones que quedan vinculadas entre sí.** Era el
+  hueco de fondo del analizador: medía la privacidad desde el lado de quien
+  *construye* la transacción (¿se ve mi cambio?, ¿pago cifras redondas?) y no
+  desde el lado de los dueños de las monedas gastadas, que es donde el daño es
+  irreversible. Gastar N direcciones distintas a la vez las enlaza para siempre
+  por CIOH, y eso no se decía en ningún sitio. El peso sube con el número de
+  direcciones y no aplica en CoinJoin, donde romper esa vinculación es el
+  objetivo.
+
+### Corregido
+- **El explorador mostraba saldo cero en direcciones con mucho historial.** El
+  backend de Mempool sobre Fulcrum devuelve los importes a cero cuando la
+  dirección tiene muchas transacciones, aunque el contador venga bien — y la app
+  los presentaba como ciertos. Una dirección con 492 transacciones aparecía con
+  "Balance: 0,00000000 BTC". Ahora se detecta la inconsistencia (tener
+  transacciones y no haber recibido nada es imposible en la cadena), los
+  importes se muestran como "no disponible" y se explica por qué. El contador de
+  transacciones y el historial, que sí son correctos, se mantienen.
+- Mismo arreglo en el perfil de dirección del peritaje: antes concluía "no es
+  hot wallet" cuando en realidad no había podido evaluar la señal de flujo.
+- **El fingerprinting atribuía transacciones a Electrum por AUSENCIA de rasgos**
+  (locktime 0, sin RBF, sequence por defecto). Es justo al revés: Electrum
+  moderno pone locktime a la altura actual y señaliza RBF. Lo que esas señales
+  describen no es un monedero concreto, sino software que no configura nada.
+  Ahora Electrum exige señales positivas y aparece un resultado nuevo, **"sin
+  rasgos distintivos"**, que además no penaliza: no dejar huella es lo contrario
+  de tener una huella identificable.
+
 ---
 ## [1.12.1] — 2026-07-27
 ### Corregido