Configuración del nodo PoS redundante

Esta es una pregunta relacionada con las redes informáticas y la alta disponibilidad con nodos remotos, pero se relaciona directamente con la prueba de participación, por lo que creo que este sería el lugar para preguntar en lugar de superusuario, falla del servidor o desbordamiento de pila.

Mi pregunta se relaciona con la configuración de un nodo de staking de Ethereum en el futuro. Como sabemos, los nodos de staking deben estar conectados a la red Ethereum en todo momento y garantizar (idealmente) un tiempo de actividad del 100%.

Se plantearon muchos problemas en este hilo de Reddit , siendo el principal:

Si la computadora que usa para apostar se cae o se desconecta, será penalizado con la pérdida de parte de su apuesta. Solo debe investigar esto si se lo toma en serio y puede permitirse un equipo súper confiable.

Mi solución a este problema fue usar computadoras redundantes ubicadas en diferentes lugares. Así que me gustaría que el servidor A sea el principal conectado a la red de Ethereum y conectar el servidor B a la red de Ethereum (y posiblemente el servidor C en caso de que B no esté en línea) como reemplazo en caso de que A se desconecte por circunstancias imprevistas.

Dado que el software Ethereum PoS aún no está disponible, he estado experimentando con Nxt y preparándome. Pero todavía no he encontrado una forma confiable de usar el servidor B en caso de que el servidor A esté caído. Estoy buscando una forma unix más genérica de usar el servidor B como reemplazo.

¿Cuál es una buena manera de lograr esto?

Respuestas (1)

La plataforma Rocketpool se encargará de esto

Hola, ¿puedes explicar un poco más cómo Rocketpool maneja esto? Supongo que se trata de un grupo de apuestas, en lugar de un software que se puede usar para hacer apuestas en solitario en una máquina local.