Especificar un Nodo de Respaldo
A partir de 1.5.0 del stack de Smartnode, puedes proporcionar un par de cliente de Execution "de respaldo" y cliente de Consensus que puede asumir el control de tus clientes primarios si alguna vez se desconectan (como por ejemplo si usas Geth y necesitas podarlo). En esta situación, tu máquina de nodo primaria seguirá siendo responsable de atestiguar y proponer bloques con las claves de validador de tu megapool, pero se conectará a una máquina externa para interactuar con las cadenas de Execution y Beacon.
Esencialmente, te permite usar temporalmente otro par de clientes para cosas como consultar las cadenas, enviar transacciones y recibir bloques para atestiguar. Este par puede ser administrado externamente (como en modo Híbrido), o puede ser otro nodo de Rocket Pool (otra máquina en modo Docker que tiene los puertos API expuestos, lo cual cubriremos a continuación).
Una vez que los clientes primarios de tu nodo estén de vuelta en línea, el Smartnode y tu cliente Validator volverán a ellos automáticamente.
Un nodo de respaldo no es lo mismo que un nodo de "backup". Los nodos de respaldo tienen un par de cliente de Execution y Consensus sincronizados con la cadena y ejecutándose, pero no tienen la billetera de tu nodo o sus claves de validador cargadas.
Si tu nodo principal alguna vez se desconecta, tu respaldo no comenzará a validar por ti.Clientes Compatibles
A partir de v1.9.0, todos nuestros clientes de validador compatibles han agregado soporte de respaldo con solo algunas limitaciones:
Configurar un Nuevo Nodo (Modo Docker)
Puedes usar una segunda máquina que poseas localmente, un nodo remoto alojado en un VPS, o un nodo basado en la nube como un nodo de respaldo.
Este ejemplo te muestra cómo crear un segundo Smartnode en una máquina diferente usando el modo Docker, que puede servir como un nodo de respaldo.
Si ya tienes un segundo nodo listo y tiene sus puertos RPC expuestos, siéntete libre de omitir esta sección.
-
Sigue los pasos en la guía sobre configuración de un nodo (local o remoto).
-
Una vez que la máquina esté lista, instala el stack de Smartnode.
-
Ejecuta
rocketpool service configpara especificar qué clientes te gustaría usar.- Cuando llegues al final del asistente y te pregunte si deseas revisar tu configuración, selecciona Yes.
- Entra a la configuración de
Execution Client. - Marca la casilla
Expose RPC Ports:
- Regresa y entra a la configuración de
Consensus Client. 5. Marca la casillaExpose API Port(y, si estás usando Prysm, la casillaExpose RPC Porttambién):
- Guarda la configuración e inicia el Smartnode.
-
Salta a la guía Asegurando tu Nodo para configurar SSH y la postura de seguridad adecuada en él.
- Si tienes
ufwinstalado, necesitarás agregar reglas para permitir tráfico entrante a los puertos API (8545,8546, y5052por defecto; también5053si estás usando Prysm).
- Si tienes
-
¡Eso es todo! Puedes detenerte aquí.
No crees una billetera con rocketpool wallet init ni recuperes tu billetera antigua.
Deja este nodo sin una billetera y sin claves de validador.
Su único trabajo es tener un cliente de Execution y cliente de Consensus sincronizados.
Conectar tu Nodo Principal al Nodo de Respaldo
Una vez que tengas un nodo de respaldo preparado, puedes conectarlo a tu nodo principal.
- Entra al TUI de
rocketpool service configy entra a la configuración deFallback Clients. - Marca la casilla
Use Fallback Clients. - Ingresa la URL RPC para tu cliente de Execution en la casilla
Execution Client URL. Por ejemplo, si la dirección IP de tu nodo de respaldo es192.168.1.45y tienes tu cliente de Execution en el puerto predeterminado de8545, ingresaríashttp://192.168.1.45:8545aquí. - Haz lo mismo para la URL RPC de tu cliente de Consensus de respaldo. Siguiendo el mismo ejemplo, si lo tienes en el puerto predeterminado de
5052, ingresaríashttp://192.168.1.45:5052aquí.
La página final debería verse así:
Los usuarios de modo nativo pueden seguir los mismos pasos, aunque el TUI se verá ligeramente diferente de la captura de pantalla anterior.
Ten en cuenta que esto solo proporcionará al Smartnode mismo (el servicio daemon) con soporte de respaldo; tendrás que actualizar manualmente los argumentos del servicio de tu cliente Validator para darle acceso a los clientes de respaldo.Presiona enter en la casilla final para asegurarte de que esté confirmada, luego guarda la configuración y aplica los cambios.
Una vez que se hayan aplicado, puedes confirmar la disponibilidad de tu nodo de respaldo usando el comando rocketpool node sync:
Si muestra que tanto el cliente de Execution de respaldo como el cliente de Consensus están sincronizados, ¡entonces estás todo listo!
Probar los Clientes de Respaldo
Si deseas estar absolutamente seguro de que tu configuración va a funcionar probando los clientes de respaldo, simplemente detén los clientes de Execution y Consensus en tu nodo principal:
Luego ejecuta cualquier comando que consulte la cadena, como rocketpool network stats.
Verás un mensaje de advertencia en la parte superior indicando que uno (o ambos) de tus clientes primarios están fuera de línea, y que está revirtiendo a los clientes de respaldo:
Finalmente, inicia tus clientes primarios nuevamente:
¡Y listo! Tu configuración de respaldo está funcionando.
Próximos Pasos
Ya sea que hayas optado o no por crear y/o ejecutar un nodo de respaldo para tu configuración, el siguiente paso es aprender sobre las priority fees. Haz clic en la siguiente sección de la guía cuando estés listo para continuar.