Nuevo lanzamiento. Detén el nodo. Reemplaza los binarios. Luego averigua si realmente todo lo que descargaste estaba bien.
Ese es el tipo de rutina de mantenimiento que asumí que los operadores de Dusk solo tenían que gestionar con cuidado. Pero el flujo más reciente del instalador de nodos cambió un detalle que creo que importa más de lo que suena. La versión 0.5.22 endureció las actualizaciones para que los artefactos de reemplazo se preparen y verifiquen antes de reemplazar los archivos en vivo. El procedimiento de actualización de Dusk sigue el mismo orden: el instalador descarga los binarios compatibles de Rusk y de la wallet, los comprueba y solo entonces detiene el servicio en ejecución de Rusk. También conserva el estado de la cadena del operador, las claves de consenso y las anulaciones intencionales del servicio en lugar de tratar una actualización como una instalación de nodo nueva. El servicio permanece detenido después para que el operador pueda revisar la configuración regenerada, iniciar Rusk deliberadamente y confirmar la progresión de peers y la altura de bloque antes de dar por finalizado el trabajo.
Ese es un hito operativo pequeño pero útil.
La ventana de actualización ahora comienza después de que el reemplazo esté listo, no mientras el operador todavía está descubriendo si es utilizable.
Para una infraestructura que se supone que debe permanecer disponible, ese orden vale más que otro comando conveniente.
@Dusk_Foundation $DUSK #dusk
Ese es el tipo de rutina de mantenimiento que asumí que los operadores de Dusk solo tenían que gestionar con cuidado. Pero el flujo más reciente del instalador de nodos cambió un detalle que creo que importa más de lo que suena. La versión 0.5.22 endureció las actualizaciones para que los artefactos de reemplazo se preparen y verifiquen antes de reemplazar los archivos en vivo. El procedimiento de actualización de Dusk sigue el mismo orden: el instalador descarga los binarios compatibles de Rusk y de la wallet, los comprueba y solo entonces detiene el servicio en ejecución de Rusk. También conserva el estado de la cadena del operador, las claves de consenso y las anulaciones intencionales del servicio en lugar de tratar una actualización como una instalación de nodo nueva. El servicio permanece detenido después para que el operador pueda revisar la configuración regenerada, iniciar Rusk deliberadamente y confirmar la progresión de peers y la altura de bloque antes de dar por finalizado el trabajo.
Ese es un hito operativo pequeño pero útil.
La ventana de actualización ahora comienza después de que el reemplazo esté listo, no mientras el operador todavía está descubriendo si es utilizable.
Para una infraestructura que se supone que debe permanecer disponible, ese orden vale más que otro comando conveniente.
@Dusk_Foundation $DUSK #dusk