Nodos de Bitcoin según los servicios o características que ofrecen

1. Archive nodes (Nodos de archivo / Nodos completos no podados)

• Nodos que guardan toda la blockchain histórica (desde el bloque génesis).

• Porcentaje actual: ~76 % (73.095 nodos).

• Incluye sub-categorías: archive listening (7 %) y archive non-listening (69 %).

• Son los más “completos” y útiles para verificación total del historial.

2. Non-archive nodes (Nodos no de archivo / Nodos podados)

• Nodos que podan (borran) la historia antigua una vez verificada y solo guardan el estado actual (UTXO set).

• Porcentaje: ~24 % (23.120 nodos).

• Usan mucho menos disco, pero no pueden responder consultas sobre transacciones muy antiguas.

3. Bloom nodes (Nodos con soporte Bloom filters)

• Soportan el viejo mecanismo de Bloom filters para que wallets ligeras (SPV) pidan solo las transacciones que les interesan.

• Porcentaje: ~4,7 % (4.556 nodos).

• En desuso y desactivado por defecto en Bitcoin Core por problemas de privacidad.

4. Non-bloom nodes

• La gran mayoría: ~95,3 %.

5. Segwit nodes (Nodos con SegWit)

• Soportan Segregated Witness (la actualización de 2017).

• Porcentaje: ~99,55 % (casi todos los nodos actuales).

• Es el estándar. Los pocos que no lo tienen son muy antiguos o modificados.

6. Non-segwit nodes

• Solo ~0,45 %.

7. Block-filters nodes (Nodos con Compact Block Filters / Neutrino)

• Proveen filtros de bloques (BIP157/158) para que wallets ligeras verifiquen transacciones de forma más privada y eficiente.

• Porcentaje: ~29,9 % (28.744 nodos). Está creciendo.

• Muy útil para móviles y wallets sin sacrificar privacidad.

8. Non-block-filters nodes

• ~70,1 %.

9. Recent-blocks nodes (Nodos que sirven bloques recientes)

• Responden solicitudes de bloques actuales (casi cualquier nodo sincronizado lo hace).

• Porcentaje: ~99,5 %.

10. P2P v2 nodes (Nodos con protocolo P2P versión 2)

• Soportan la versión 2 del protocolo P2P (más segura, con encriptación opcional y mejor protección contra ataques).

• Porcentaje: ~85 % (81.762 nodos).

11. Full-RBF nodes (Nodos con Replace-By-Fee completo)

• Aplican RBF total: permiten reemplazar transacciones aún no confirmadas pagando más comisión.

• Porcentaje: ~3,2 % (3.052 nodos).

12. RDTS nodes (Reduce Data Transaction Softfork – BIP 110)

• RDTS significa Reduce Data Softfork (BIP 110).
  Es un softfork propuesto (ya implementado en Bitcoin Knots) que reduce los datos innecesarios que se pueden incluir en las transacciones.
  Su objetivo principal es combatir el spam (inscripciones, ordinals, “junk” no monetario) que infla la blockchain y encarece las transacciones reales.
  Básicamente, impone límites más estrictos a ciertos tipos de datos en las transacciones para mantener Bitcoin más ligero y usable como dinero.

• Porcentaje actual: ~10,6 % (10.208 nodos). Está creciendo rápido desde su lanzamiento reciente.

• Es una de las categorías más nuevas.

13. Openly malicious nodes (Nodos abiertamente maliciosos)

• Nodos que se comportan de forma claramente maliciosa y detectable desde el escaneo de la red.

• Porcentaje: ~0,19 % (solo 186 nodos).

• ¿Por qué alguien ejecutaría un nodo así?
  Hay varias razones (ninguna buena para la salud de la red, pero reales):

  • Ataques activos: Intentan hacer DoS (denegación de servicio), eclipse attacks (aislar nodos honestos), o enviar datos inválidos repetidamente para consumir recursos de otros nodos.

  • Pruebas de seguridad / investigación: Algunos desarrolladores o investigadores los corren intencionalmente para probar la resiliencia de la red o detectar fallos.

  • Trolling o vandalismo: Personas que quieren molestar, ralentizar la red o demostrar que “pueden” romper reglas.

  • Motivos ideológicos o económicos: Intentar forzar reorgs, censurar ciertas transacciones, o probar comportamientos que beneficien a mineros/ataques específicos (ej. versiones modificadas que mienten sobre el estado de la cadena).

  • Spam o scraping malicioso: Enviar miles de transacciones inválidas o intentar extraer información de la red de forma agresiva.

  Luke los detecta automáticamente porque violan el protocolo de manera obvia y repetida. Son muy pocos, pero sirven como indicador de ruido en la red.