Son rutas de red separadas para la comunicación de un nodo de Bitcoin: Tor usa un proxy SOCKS y onion services, I2P usa túneles mediante la interfaz SAM y CJDNS es un overlay IPv6 cifrado; estos mecanismos no cambian las transacciones, el blockchain ni el consenso y por sí solos no garantizan el anonimato del usuario.
Una red de anonimato protege el transporte entre nodos, no el contenido de una transacción de Bitcoin. Puede ocultar la dirección IP habitual ante la contraparte o dificultar la observación de la ruta, pero las cantidades públicas, los vínculos entre direcciones, el horario y las heurísticas on-chain siguen siendo problemas separados. [5]
Bitcoin Core puede encaminar conexiones salientes por un proxy SOCKS de Tor y crear un onion service Tor v3 para conexiones entrantes. Desde la versión 22.0 ignora direcciones Tor v2; una mala configuración puede permitir que el tráfico DNS o clearnet evite la ruta prevista, por lo que importa la combinación de -proxy, -onion, -onlynet, -bind y firewall. [1]
Las conexiones I2P usan un router I2P externo con interfaz SAM, normalmente en 127.0.0.1:7656. Bitcoin Core admite I2P desde la versión 22.0 y, al aceptar conexiones, crea por defecto una dirección I2P persistente y su clave; con -i2pacceptincoming=0 usa una dirección transitoria para cada conexión saliente, aunque la contraparte I2P ve la dirección del iniciador. [2]
CJDNS es un overlay IPv6 cifrado con direcciones del rango fc00::/8 y enrutamiento basado en claves públicas. Bitcoin Core lo admite desde la versión 23.0 mediante -cjdnsreachable; la documentación advierte expresamente que CJDNS no oculta emisor y receptor a los routers intermedios y que no conviene depender solo de él cuando hay pocos peers. [3]
BIP 155 introdujo los mensajes sendaddrv2 y addrv2 con direcciones de longitud variable y network IDs separados para Tor v3, I2P y CJDNS. Así, un nodo puede almacenar y propagar esos endpoints; anunciar una dirección no demuestra por sí solo que use esa red ni que haya transportado por ella un tráfico concreto. [4]
Usar varias redes a la vez puede mejorar la disponibilidad y dificultar un ataque eclipse o partition porque el nodo dispone de rutas distintas hacia sus peers. La misma configuración también puede vincular identidades que parecen separadas: un adversario puede comparar tiempo de actividad, comportamiento, direcciones anunciadas conjuntamente o tráfico de clearnet y de la red overlay. [1]
Tor, I2P y CJDNS ofrecen compromisos diferentes en latencia, número de peers disponibles, visibilidad del endpoint y resistencia a ataques Sybil. Un modo onlynet puede limitar fugas hacia otra red, pero un conjunto menor de peers puede ralentizar la sincronización y aumentar la dependencia de pocos nodos; ninguna opción corrige errores de wallet ni el análisis del blockchain. [3]
La verificación debe observar sockets reales y el estado del nodo: getnetworkinfo, -netinfo, -addrinfo y getpeerinfo muestran direcciones locales, cantidades de endpoints conocidos y conexiones concretas. Además de la configuración de Bitcoin Core, hay que revisar el router Tor o I2P activo, la interfaz CJDNS, la ruta DNS, los binds, el firewall y si el tráfico entrante y saliente utiliza de verdad la red prevista. [2]
Para obtener la imagen más completa, lee esta entrada junto con Privacidad en Bitcoin, Full Node, Bitcoin Core, Dandelion++, Transacción, Lightning Routing. También enlazan con esta entrada Paralelní Polis, Reusable Proofs of Work, Mix Network, Sybil Attack.
01¿Tor convierte una transacción de Bitcoin en anónima?+
No. Tor puede ocultar la ruta de red o la dirección IP habitual del nodo, pero la transacción queda registrada públicamente en el blockchain. Coin selection, reutilización de direcciones, cantidades, horario y un vínculo con un exchange pueden identificar al usuario incluso si Tor funciona correctamente.
02¿Qué red de anonimato es mejor para Bitcoin?+
No hay una única respuesta sin un threat model. Tor tiene el soporte más amplio, I2P ofrece una red interna diferente y CJDNS es un overlay cifrado rápido que no oculta los endpoints del mismo modo. Importan más una configuración verificada, el número de peers independientes y limitar la correlación de identidades.