Saltar al contenido principal

Introducción a los validadores

Stellar es una red de usuario a usuario compuesta por nodos, que son ordenadores que mantienen un ledger distribuido común, y que se comunican para validar y añadir transacciones a él. Los nodos utilizan un programa llamado Stellar Core — una implementación del Stellar Consensus Protocol — para mantenerse sincronizados mientras trabajan para acordar la validez de los conjuntos de transacciones y aplicarlas al ledger. En general, los nodos alcanzan consenso, aplican un conjunto de transacciones y actualizan el ledger cada 3-5 segundos.

Esta sección de la documentación explica cómo ejecutar un nodo validador, que participa en el consenso para validar transacciones y determinar la configuración de la red. Un nodo validador no debe ser utilizado para el acceso a datos de la red y la presentación de transacciones. Hay dos variedades de nodos no validadores que se pueden utilizar para esos propósitos, cada uno de los cuales tiene su propio proceso para la configuración, interacción, mantenimiento y monitoreo. Son:

  1. Nodos Horizon se pueden utilizar para presentar transacciones, así como para exponer un servicio REST API para consultar y recuperar el estado de la red.
  2. Nodos RPC de Stellar se pueden utilizar para simular y/o presentar transacciones, así como para exponer un servicio RPC para consultar y recuperar el estado actual de la red.

Si estás interesado en nodos Horizon o RPC, por favor explora esas documentaciones.

Si estás interesado en ejecutar un nodo validador — porque emites un activo que te gustaría ayudar a asegurar mediante la validación de transacciones, porque quieres ayudar a aumentar la salud de la red y la descentralización, o porque deseas participar en la gobernanza de la red — entonces esta sección de la documentación es para ti. Explica los aspectos técnicos y operativos de instalar, configurar y mantener un nodo validador de Stellar Core, y debería ayudarte a averiguar la mejor manera de establecer tu integración con Stellar.

Proceso de configuración del nodo​

El flujo básico, el cual puedes navegar utilizando la "Guía del Administrador" a la izquierda, va (aproximadamente) así:

Configuración inicial​

  1. Utiliza la información en esta página de Introducción para determinar qué tipo de nodo deseas ejecutar.
  2. El software previo debe ser instalado (y configurado de acuerdo con tus necesidades).
  3. Instalar el software Stellar Core en tu instancia.
  4. Configurar el software Stellar Core para satisfacer tus necesidades y entorno.
  5. Preparar tu instancia de nodo y entorno. Esto incluye el paso opcional de configurar tu nodo para publicar archivos de historial del ledger.
  6. Iniciar tu nodo y unirte a la red.
  7. Registro y monitoreo deben ser configurados adecuadamente y utilizados para satisfacer tus necesidades.

Requerimientos continuos​

  1. Es necesario realizar mantenimiento de vez en cuando para mantener tu nodo actualizado y participando en la red.
  2. Las actualizaciones de la red requieren consenso de los validadores, y necesitarás considerar emitir un voto en caso de una actualización de protocolo.
  3. Los ajustes de Soroban son a nivel de red, configurables, y cualquier persona puede proponer cambios. Al igual que las actualizaciones de protocolo, los cambios a estos ajustes requerirán consenso de los validadores, así que deberías estar preparado para participar.

Otra información​

  • Stellar Core utiliza una robusta herramienta de línea de comandos para controlar y operar un nodo. Hemos recopilado información sobre algunos de los comandos más utilizados, y enlazado a documentación CLI más completa.
  • Hemos recogido información diversa y útil sobre temas avanzados que podrían ser útiles mientras comprendes e implementas tu nodo central.

Tipos de nodos validadores​

Hay dos tipos de nodos validadores, y realizan las mismas funciones básicas: ejecutan Stellar Core, se conectan a usuarios, presentan transacciones y almacenan el estado del ledger. La diferencia es esta: un Validador Básico no publica un archivo de historial; un Validador Completo sí lo hace.

información

En el pasado, también había un nodo Watcher, que estaba diseñado para ejecutarse junto a Horizon para la presentación de transacciones y observar cambios en el ledger, pero no participar en la validación o publicación de historial.

This architecture was deprecated as of Horizon 2.0, which bundles an optimized "Captive" Core for its operational needs.

Validador Básico​

Validando, sin archivo público​

Un Validador Básico mantiene el seguimiento del ledger y presenta transacciones para posible inclusión, pero no está configurado para publicar archivos de historial. Requiere una clave secreta, y está configurado para participar en el consenso votando y aprobando cambios en el ledger, lo que significa que apoya la red y aumenta la descentralización.

La ventaja: las firmas pueden servir como respaldos oficiales de ledgers específicos en tiempo real. Eso es importante si, por ejemplo, emites un activo en Stellar que representa un activo del mundo real: puedes informar a tus clientes que solo honrarás transacciones y redimirás activos de ledgers firmados por tu validador, y en el improbable escenario de que suceda algo a la red, puedes utilizar tu nodo como el último árbitro de la verdad. Configurar tu nodo como un validador te permite resolver cualquier cuestión de antemano y por escrito sobre cómo planeas lidiar con desastres y disputas.

Validador Completo​

Validando, ofrece archivo público​

Un Validador Completo es igual que un Validador Básico excepto que también publica un Archivo de Historial que contiene imágenes del ledger, incluidas todas las transacciones y sus resultados. Un Validador Completo escribe en un blob store expuesto a Internet — como AWS o Azure — por lo que es un poco más caro y complejo de ejecutar, pero también hace más para apoyar la resiliencia y la descentralización de la red.

Cuando otros nodos se unen a la red — o experimentan dificultades y temporalmente se desincronizan — pueden consultar archivos ofrecidos por Validadores Completos para ponerse al día con la historia de la red. Los archivos redundantes previenen un único punto de falla, y permiten a los participantes de la red verificar la veracidad de un historial dado.

En general, las organizaciones que ejecutan Validadores Completos también forman parte de — o están en camino de unirse a — Tier 1, que es un grupo central de participantes de la red que ejecutan tres Validadores Completos para contribuir a la máxima redundancia.