¿Qué es un nodo de blockchain?

Un nodo de blockchain es una pieza de software en ejecución, conectada a una red blockchain, que recibe y procesa datos. Técnicamente es una ejecución concreta de un programa cliente, que puede estar en una computadora personal, un servidor o una instancia en la nube. Un nodo no es un tipo de hardware dedicado, y no necesariamente representa a una persona u organización independiente: una misma computadora puede ejecutar varios nodos, y un mismo operador puede controlar varias computadoras.

La función central de un nodo es procesar los datos de la red según las reglas del protocolo tal como las implementa su software local. Puede recibir transacciones y bloques, revisar si los datos cumplen el protocolo, guardar el registro o el estado actual, retransmitir los datos válidos a otros nodos y ofrecer interfaces de consulta a billeteras y aplicaciones. Los nodos no asumen las mismas tareas, así que «nodo» no se puede equiparar directamente con un minero, un validador o un servidor que guarda todos los datos históricos.

Cómo participa un nodo en una transacción

Desde que una billetera envía una transacción hasta que la red la acepta, el proceso normalmente es el siguiente:

1. La billetera crea una transacción según lo que hace la persona y la firma con el método de autorización correspondiente.
2. La billetera envía la transacción al nodo de blockchain al que está conectada. Ese nodo primero revisa las reglas aplicables, como formato, firma, saldo, número de secuencia de la transacción o condiciones de gasto.
3. Cuando la transacción pasa esas revisiones, el nodo puede retransmitirla a otros nodos. Esos nodos igual la validan por su cuenta, en lugar de confiar en ella solo porque quien la envió ya la revisó.
4. Los participantes con responsabilidades de producción de bloques pueden seleccionar contenido entre las transacciones pendientes y armar un bloque candidato.
5. Cuando los demás nodos validadores reciben el bloque, revisan el bloque y las transacciones que contiene, y actualizan el estado del registro que guardan según las reglas de consenso y de elección de bifurcación.

Por eso, que un nodo reciba o retransmita una transacción no significa que esté confirmada, y que un nodo productor coloque una transacción en un bloque candidato no significa que todos los nodos aceptarán ese bloque. Cada nodo validador llega a su resultado según las reglas que ejecuta, y luego la red resuelve la elección entre candidatos válidos mediante su mecanismo de consenso.

Las cuatro tareas principales de un nodo

Conectarse con otros nodos y sincronizarse

Un nodo busca y se conecta con otros nodos de la misma red para obtener de ellos bloques nuevos, transacciones o información de estado. Un nodo recién iniciado además debe sincronizarse con el avance actual de la red. El método de sincronización determina desde dónde empieza a validar, cuántos datos históricos descarga y qué conserva; los detalles varían según la red y el software cliente.

Revisar los datos de la red de forma independiente

Un nodo validador aplica las reglas del protocolo localmente. Puede revisar si una transacción fue autorizada correctamente, si el mismo activo ya se gastó, si la estructura de un bloque es válida y si el historial previo que referencia un bloque cumple las reglas de elección de bifurcación. Un nodo no necesita el acuerdo de quien envía para rechazar datos inválidos.

Esta revisión independiente solo puede acreditar que los datos cumplen el protocolo; no puede acreditar que una afirmación fuera de la cadena sea verdadera. Si la información del mundo real adjunta a una transacción ya era incorrecta, un nodo en general no puede detectarlo solo con las reglas en cadena.

Guardar el registro y el estado actual

Un nodo puede guardar bloques, transacciones, saldos de cuentas, salidas de transacción no gastadas o estado de contratos inteligentes. El alcance de ese almacenamiento depende de la red, del modo del nodo y del uso previsto. Algunos nodos conservan los datos necesarios para la validación actual y borran contenido más antiguo; otros además guardan estado histórico, lo que permite consultar la situación de una cuenta o un contrato en un bloque pasado.

Guardar más datos no implica tener más poder en el consenso. Un servicio de archivo puede responder más consultas históricas, pero que la red acepte un bloque lo siguen determinando las reglas del protocolo y la participación de consenso correspondiente.

Ofrecer interfaces a billeteras y aplicaciones

Billeteras, exploradores de bloques y aplicaciones descentralizadas normalmente necesitan consultar a un nodo saldos, estado de transacciones o datos de bloques, y también envían transacciones firmadas a través de un nodo. Un nodo que ofrece este tipo de interfaz de llamada remota suele llamarse nodo RPC, donde RPC es la sigla de «llamada a procedimiento remoto»: otros programas pueden hacer que el nodo ejecute una consulta o un envío mediante una solicitud acordada.

Usar un servicio RPC de terceros no es lo mismo que operar un nodo propio. En ese caso, el proveedor puede ver de dónde vienen las solicitudes y qué se consulta, y también puede devolver datos demorados, faltantes o incorrectos. Que una billetera valide por su cuenta el resultado devuelto depende del cliente y de los mecanismos de prueba que use.

Diferencias entre los tipos de nodo comunes

«Completo», «ligero», «de archivo», «validador» y «RPC» describen dimensiones distintas; no son una escala fija de menor a mayor. Un mismo nodo puede pertenecer a varias de esas categorías a la vez.

Distintas blockchains pueden definir estos nombres de manera diferente. Por ejemplo, la documentación de nodos de Bitcoin llama nodo completo al que puede descargar y validar bloques y luego propagar datos a otros nodos, y distingue los nodos de archivo que conservan el historial completo de los nodos podados que borran bloques antiguos. La documentación de nodos de Ethereum distingue en cambio nodos completos, de archivo y ligeros, con un cliente de ejecución y un cliente de consenso que juntos forman un nodo de Ethereum actual. Al comparar nodos conviene confirmar primero la red y la versión de software concretas, en lugar de quedarse con el nombre.

Nodos, clientes, mineros y validadores

Un cliente es el software que implementa un protocolo de blockchain; un nodo es una instancia de ese software en ejecución y conectada a la red. Igual que un navegador es una categoría de software mientras el navegador abierto ahora en una computadora concreta es una instancia, ambos conceptos se relacionan sin ser el mismo.

Mineros y validadores asumen responsabilidades de consenso específicas. Los mineros de una red de prueba de trabajo intentan producir bloques que cumplan el requisito; los validadores de una red de prueba de participación pueden proponer bloques o votar por ellos. Un nodo completo común puede validar bloques y rechazar datos que incumplen las reglas incluso si no produce ningún bloque. En Ethereum, por ejemplo, el software de validador es un componente de consenso que puede añadirse junto a un nodo, y no todo nodo que sincroniza la red ejecuta un validador.

La billetera, por su parte, ayuda a gestionar la información de autorización, crear transacciones e interactuar con nodos. Una billetera puede conectarse a un nodo propio o usar un nodo de terceros; la interfaz de la billetera, el nodo y los participantes del consenso hacen trabajos distintos.

Qué aporta y qué cuesta operar un nodo propio

Operar un nodo validador propio reduce la dependencia de interfaces de datos de terceros. Quien lo opera puede revisar bloques y transacciones con sus reglas locales, consultar directamente sus datos locales y evitar entregar cada consulta de dirección al mismo servicio RPC externo. Si el nodo acepta conexiones entrantes o responde solicitudes de datos, también puede suministrar datos de la red a otros participantes.

El costo es espacio de almacenamiento, ancho de banda, recursos de cómputo y mantenimiento continuo. Quien lo opera debe elegir la red correcta, mantener el software actualizado, monitorear el estado de sincronización y proteger las interfaces de administración. Defectos de software, configuración equivocada, daño de disco o pérdida de conexión con nodos honestos igual pueden dejar los resultados locales incorrectos o atrasados.

Operar un nodo tampoco genera automáticamente recompensas de bloque. Que se pueda proponer bloques, votar o recibir recompensas del protocolo depende del mecanismo de consenso de la red, de las condiciones de elegibilidad y de si se ejecutan los componentes correspondientes. Una mayor cantidad de nodos ayuda a reducir la dependencia de unos pocos operadores, pero no aumenta automáticamente la capacidad de los bloques ni la velocidad de las transacciones; esas capacidades también están limitadas por el diseño del protocolo y de la red.

Qué puede validar un nodo

Lo que un nodo puede validar son las condiciones digitales que fija el protocolo, como firmas, saldos, formato de las transacciones y la relación de enlace entre bloques. No puede determinar por sí mismo si una clave privada fue robada, si una persona entendió una transacción, si un contrato inteligente coincide con su intención, o si una fuente de datos externa informó un hecho real.

El juicio de un nodo también depende de la versión de reglas que ejecuta y de los datos de red que ha visto. Una actualización del protocolo, una bifurcación temporal, un defecto de software o un aislamiento de red pueden dejar por un tiempo a distintos nodos con resultados distintos. Por eso «el nodo lo validó» debe leerse como «este nodo lo acepta según sus reglas actuales y los datos que ha visto», y no como una prueba de corrección absoluta separada de esas premisas.

Preguntas frecuentes

¿Toda billetera es un nodo de blockchain?

No. Una billetera puede incluir un nodo o un cliente ligero, o simplemente conectarse a un nodo RPC de terceros. Para distinguirlo, revisa si la billetera ejecuta un cliente del protocolo, qué datos valida y de qué servicios externos depende.

¿Un nodo completo siempre guarda todos los datos históricos?

No necesariamente. «Completo» normalmente destaca la capacidad de aplicar de forma independiente las reglas completas de validación; no implica necesariamente conservar todo el estado histórico de forma permanente. Algunas redes permiten que un nodo completo pode datos antiguos después de validar, y consultar un estado histórico cualquiera puede requerir un nodo de archivo.

¿Más nodos hacen más rápidas las transacciones?

No necesariamente. Más nodos independientes pueden mejorar la redundancia de la red y su resistencia a puntos únicos de falla, pero cada nodo igual debe recibir y validar datos. El rendimiento de transacciones y la velocidad de confirmación los determinan principalmente reglas como la capacidad del bloque, la forma de producirlos, el consenso y la propagación en la red.

¿Operar un nodo permite minar u obtener recompensas de staking?

No como regla general. Un nodo común puede limitarse a sincronizar, validar y retransmitir datos. Las tareas de minería o de validador normalmente requieren además software y hardware específicos, participación en staking u otras condiciones del protocolo.

¿Son exactas las cantidades de nodos que se muestran en línea?

Normalmente son solo estimaciones. Los nodos pueden estar detrás de un router, un firewall o una red privada y no aceptar conexiones públicas, y un mismo operador puede ejecutar varios nodos. Un rastreador de red solo ve la parte de los nodos que logra descubrir y contactar.

Conceptos relacionados

Continúa con blockchain, bloque, billetera de criptomonedas y hash criptográfico, o vuelve al glosario de criptomonedas.

Fuentes

• NISTIR 8202: descripción general de la tecnología blockchain — terminología general de nodos, nodos completos, nodos ligeros y redes blockchain.
• Guía para desarrolladores de Bitcoin: red entre pares — nodos completos, nodos de archivo, nodos podados y propagación de transacciones y bloques.
• Guía para desarrolladores de Bitcoin: modos de operación — diferencia entre validación completa y clientes de verificación simplificada de pagos.
• Ethereum.org: nodos y clientes — clientes, nodos completos, nodos de archivo, nodos ligeros y métodos de sincronización.
• Ethereum.org: arquitectura de nodos — reparto de tareas entre cliente de ejecución, cliente de consenso, validador e interfaces RPC.
• Ethereum.org: clientes ligeros — obtención de datos, alcance de la validación y dependencias externas de los nodos ligeros.