Un par es otro nodo con el que Bitcoin Core mantiene una conexión de red. Los pares pueden ser entrantes o salientes, utilizar IPv4, IPv6, onion u otros transportes admitidos y desempeñar funciones distintas según su tipo de conexión y capacidades.

La lista de pares no equivale a un mapa completo de Internet ni garantiza que todos pertenezcan a operadores distintos. Tampoco puedes atribuir una conexión onion a una identidad real a partir del identificador que aparece en la consola.

La diversidad de conexiones puede mejorar la resistencia frente a fallos, pero una lista con muchos números no basta para demostrar que tu nodo es inmune a aislamiento o ataques de eclipse. Para interpretar bien necesitas ver tipo, red, actividad, sincronización y configuración.

Utiliza bitcoin-cli de tu instalación Bitcoin Core, desde acceso administrativo autorizado, y confirma que el proceso esté en ejecución. Los ejemplos se basan en los comandos RPC documentados para Bitcoin Core, pero los campos exactos pueden cambiar con las versiones.

Este laboratorio es de observación. No utilizaremos addnode, disconnectnode ni cambios de red; las conexiones afectan a un nodo en servicio y no hace falta interrumpirlas para comprenderlas.

1. PASO 1 · Vista general: ejecuta bitcoin-cli getnetworkinfo. Identifica versión, estado activo de red, redes conocidas y alertas relevantes.
2. PASO 2 · Recuento: consulta bitcoin-cli getconnectioncount. Es un punto de partida, no una clasificación de todos los pares.
3. PASO 3 · Detalle: ejecuta bitcoin-cli getpeerinfo. Examina las entradas de forma local y conserva solo los campos que necesitas: network, inbound, connection_type (por ejemplo, outbound-full-relay o block-relay-only) y los tiempos de actividad que ofrezca tu versión.
4. PASO 4 · Agrupa: cuenta cuántos pares aparecen como IPv4, IPv6, onion u otras redes. Distingue entrantes y salientes; no supongas que todos son equivalentes.
5. PASO 5 · Actividad: observa los contadores generales de getnettotals y la información de tu blockchain. Tener tráfico no significa que la punta de la cadena esté actualizada.
6. PASO 6 · Explica: documenta qué conexiones necesitas y qué información no puedes deducir. No publiques el archivo completo de pares ni su dirección real solo para mostrar que utilizas Tor.

Una salida de getpeerinfo puede cambiar de una lectura a la siguiente porque los pares entran y salen. La instantánea tiene valor diagnóstico, no es una configuración permanente.

Otros campos como subver o servicios anunciados son declaraciones del par y datos de funcionamiento, no una certificación de quién está detrás de su IP. El análisis de privacidad debe incluir también las consultas que la wallet hace a servicios externos.

Bitcoin Core puede configurar un proxy SOCKS Tor y limitar determinados tipos de conexiones mediante opciones documentadas. Que un programa haya instalado Tor en el equipo no demuestra que Core lo esté utilizando. Antes de configurar nada, comprueba qué redes figuran como alcanzables y qué tipo de pares aparecen realmente.

Una conexión onion puede mejorar la privacidad de red en determinados escenarios, pero no vuelve opacos los datos de transacciones que difundes. La salida por Tor no elimina el hecho de que entradas y salidas son públicas en Bitcoin.

También es posible mezclar conexiones IPv4/IPv6 y onion por diseño. No marques eso como un fallo sin comparar tus objetivos y tu configuración. Profundiza en Tor y Bitcoin: qué protege y qué no.

Si tu prioridad es robustez, busca diversidad razonable de conectividad y vigilancia de disponibilidad. Si tu prioridad es privacidad de red, comprueba proxy, rutas externas y exposición de servicios. Si tu prioridad es usar tu propio nodo con Sparrow, verifica también por dónde consulta Sparrow, ya que Bitcoin Core y la wallet tienen configuraciones separadas.

No conviertas una práctica educativa en una recomendación de abrir puertos. Hay instalaciones donde aceptar conexiones entrantes puede aportar valor a la red, pero la decisión depende de seguridad de host, arquitectura, firewall y mantenimiento.

Continúa en Qué verifica un nodo y Cómo conectar Sparrow a Bitcoin Core.

Antes de sacar conclusiones sobre tus pares, comprueba además si Bitcoin Core está realmente sincronizado.

Anota sin IP reales: «6 salientes IPv4, 2 salientes onion, 1 entrante IPv6, tip actualizado, tráfico P2P activo». Los números son ficticios. Luego explica qué no demuestra esa ficha: que los pares sean independientes, que Tor transporte todo el tráfico del equipo o que tu wallet utilice ese nodo.

Una buena comprobación genera un conjunto mínimo de evidencias y una conclusión proporcionada. Si publicas capturas, revisa antes que no contienen direcciones, nombres del host, rutas de archivos o información de tu red doméstica.

1. Pares: consulté getpeerinfo sin divulgar IP ni credenciales.
2. Clasificación: distinguí entrantes/salientes y familias de red.
3. Actividad: comparé conexiones, tráfico y tip de la cadena.
4. Tor: sé que proxy configurado no implica protección universal.
5. Resultado: puedo explicar qué verifiqué y qué sigue siendo una hipótesis.

• Bitcoin Core RPC — getpeerinfo ↗
• Bitcoin Core RPC — getnetworkinfo ↗
• Bitcoin Core — documentación Tor ↗

Antes de optimizar pares o puertos, identifica qué fallo o filtración estás intentando corregir. Siguiente práctica: comprueba la liquidez de un canal Lightning antes de recibir.