Novo lançamento. Pare o nó. Substitua os binários. Depois verifique se tudo o que você baixou estava realmente correto.
Esse era o tipo de rotina de manutenção que eu suponha que os operadores do Dusk precisassem gerenciar com cuidado. Mas o fluxo mais recente do instalador de nós mudou um detalhe que, na minha opinião, importa mais do que parece. A versão 0.5.22 tornou as atualizações mais robustas: os artefatos de substituição são preparados e verificados antes que os arquivos em execução sejam substituídos. O procedimento de atualização do Dusk segue a mesma ordem: o instalador faz download dos binários suportados do Rusk e da wallet, verifica-os e só então para o serviço em execução do Rusk. Ele também preserva o estado da cadeia do operador, as chaves de consenso e as substituições intencionais de serviços, em vez de tratar uma atualização como se fosse uma instalação de nó “fresca”. O serviço permanece parado depois disso, para que o operador possa revisar a configuração regenerada, iniciar o Rusk deliberadamente e confirmar o progresso dos peers e da altura do bloco antes de chamar o trabalho como finalizado.
Esse é um pequeno, porém útil marco operacional.
A janela de atualização agora começa depois que a substituição está pronta, não enquanto o operador ainda está descobrindo se ela é utilizável.
Para infraestrutura que deve permanecer disponível, essa ordem vale mais do que outro comando conveniente.
@Dusk_Foundation $DUSK #dusk
Esse era o tipo de rotina de manutenção que eu suponha que os operadores do Dusk precisassem gerenciar com cuidado. Mas o fluxo mais recente do instalador de nós mudou um detalhe que, na minha opinião, importa mais do que parece. A versão 0.5.22 tornou as atualizações mais robustas: os artefatos de substituição são preparados e verificados antes que os arquivos em execução sejam substituídos. O procedimento de atualização do Dusk segue a mesma ordem: o instalador faz download dos binários suportados do Rusk e da wallet, verifica-os e só então para o serviço em execução do Rusk. Ele também preserva o estado da cadeia do operador, as chaves de consenso e as substituições intencionais de serviços, em vez de tratar uma atualização como se fosse uma instalação de nó “fresca”. O serviço permanece parado depois disso, para que o operador possa revisar a configuração regenerada, iniciar o Rusk deliberadamente e confirmar o progresso dos peers e da altura do bloco antes de chamar o trabalho como finalizado.
Esse é um pequeno, porém útil marco operacional.
A janela de atualização agora começa depois que a substituição está pronta, não enquanto o operador ainda está descobrindo se ela é utilizável.
Para infraestrutura que deve permanecer disponível, essa ordem vale mais do que outro comando conveniente.
@Dusk_Foundation $DUSK #dusk