#[Modo Híbrido] Guia para a Atualização Redstone e o Merge

Este guia cobrirá tudo o que você precisa saber para preparar seu nó para a Atualização Redstone e o Merge se você estiver usando Modo Híbrido.

#Coisas a Fazer Antes de Atualizar para v1.5.0

Antes de atualizar para v1.5.0 e superior do Smartnode, por favor passe pela seguinte checklist para garantir que você está preparado:

#Mudar para um Cliente de Execução Completo

O Merge requer que você execute seu próprio cliente de Execução, então você não poderá mais usar provedores remotos como Infura ou Pocket.

Por causa dessa mudança, se você está atualmente usando um cliente de Execução leve, você deve mudar para um cliente completo enquanto ainda estiver na v1.4, deixá-lo sincronizar até completar, e então atualizar para v1.5.

#Garantir que o EC e CC Sejam Ambos Gerenciados Externamente

Versões anteriores da stack do Smartnode permitiam que você tivesse um cliente gerenciado localmente, e o outro gerenciado externamente. Por exemplo, você poderia ter um cliente de Execução que o Smartnode gerencia e conectá-lo a um cliente de Consenso que você gerencia externamente.

Começando com v1.5, esta configuração não é mais suportada. Você terá que mudar para um cliente de Execução e Consenso gerenciado localmente (também conhecido como Modo Docker), ou configurar tanto um cliente de Execução quanto um cliente de Consenso que você gerencia por conta própria.

#Configurar a Engine API

O Merge muda a forma como seu cliente de Execução conversa com seu cliente de Consenso. Em vez de usar o antigo sistema RPC baseado em HTTP ou Websocket, o Merge requer um novo sistema exposto pelo seu cliente de Execução chamado Engine API.

Esta é uma conexão especial que permite ao cliente de Consenso substituir o antigo sistema de mineração Proof-of-Work por Proof-of-Stake; é o coração do Merge. Também é autenticada com um token secreto, então apenas seu cliente de Consenso pode conectar ao seu cliente de Execução - nada mais pode.

Como você gerencia seus próprios clientes de Execução e Consenso, você precisará configurar a Engine API manualmente. Como fazer isso depende inteiramente de quais clientes você está executando.

CoinCashew tem um guia ótimo e conciso sobre como configurar a Engine API em seus clientes de Execução e Consenso. Dê uma olhada nisso, e teste a nova configuração certificando-se de que ainda atesta corretamente antes de atualizar.

Como sempre, o Rocket Pool gerenciará seu próprio cliente Validator então você não precisa se preocupar em modificá-lo manualmente.

#Atualizando para v1.5.0

Atualizar a stack do Smartnode para v1.5.0 não é diferente de qualquer outra atualização. Simplesmente siga as direções normais aqui.

#Coisas que o Smartnode Lida Automaticamente

No modo Híbrido, o Smartnode cuidará de algumas das mudanças necessárias para suportar Redstone automaticamente uma vez que você atualizar para v1.5.0, mas você precisará lidar com outras manualmente no Modo Híbrido.

Aqui está uma breve lista do que ele fará por você sem qualquer intervenção manual:

#Seu Fee Recipient

O fee recipient é o endereço na camada de Execução (eth1) que receberá todas as taxas de prioridade para blocos que você propuser. É uma configuração fornecida ao seu cliente Validator quando ele inicia pela primeira vez.

O Smartnode cuidará de configurá-lo para o endereço correto no cliente Validator que ele gerencia quando você atualizar para v1.5, e verificará constantemente para garantir que você está usando o correto para que você não seja penalizado acidentalmente.

Se você optou pelo Smoothing Pool, ele fará dele seu fee recipient. Se você não optou, ele fará seu contrato distribuidor de taxas o fee recipient.

#Coisas que Você Deve Fazer Após Atualizar

Embora o Smartnode lide com a maioria das mudanças para você, há algumas coisas adicionais que você deve fazer manualmente:

#Garantir uma Atualização Bem-Sucedida

A primeira coisa a fazer é garantir que seu nó está funcionando corretamente. Considere tomar os seguintes passos:

• Verifique os logs em busca de erros com rocketpool service logs validator e rocketpool service logs node.
• Confirme com um Block Explorer (como seu painel Grafana e https://beaconcha.in) que você ainda está atestando corretamente
  • Lembre-se de que se você tiver proteção Doppelganger habilitada, você perderá alguns atestados após a reinicialização. Isso é normal!

#Configurar MEV-Boost

MEV-boost é o sistema que a Flashbots fornece para dar recompensas MEV aos validadores Proof-of-Stake após o Merge.

O Rocket Pool requer que todos os nós o usem para maximizar seus retornos e assim manter o protocolo competitivo com outros serviços de staking.

Você precisará fazer alguns ajustes no seu Beacon Node / cliente de Consenso para conectá-lo ao MEV-boost.

MEV-boost atualmente não está disponível no Hoodi ou Mainnet, então você não precisa configurá-lo neste momento. Claro, você não será penalizado por não usá-lo durante este período de transição.

Uma vez que esteja disponível, anunciaremos uma data na qual ele deve estar instalado e conectado ao seu nó. A Flashbots fornecerá instruções que você pode seguir naquela época, e nós as vincularemos aqui.

#Configurar um Nó de Fallback

Como o Merge não é compatível com provedores remotos como Infura e Pocket, você perderá a capacidade de usá-los como clientes de Execução de fallback quando seu primário ficar offline.

O Smartnode ainda tem a capacidade de fornecer um cliente de Execução de fallback (e agora um cliente de Consenso de fallback também), mas agora você precisará usar clientes de Execução e Consenso que você controla.

Para mais informações sobre configurar um nó de fallback, veja o guia de nó de Fallback.

#Inicializar seu Distribuidor de Taxas

Se você não planeja optar pelo Smoothing Pool e reivindicar todas as suas taxas de prioridade e recompensas MEV para seu contrato distribuidor de taxas, você eventualmente terá que inicializá-lo (criar a instância do contrato na cadeia) para reivindicar recompensas dele para seu endereço de retirada.

Esta é uma operação razoavelmente barata e só precisa ser feita uma vez.

#Optar pelo Smoothing Pool

Se você planeja aproveitar o Smoothing Pool imediatamente, você deve optar antes do final do primeiro período de recompensas Redstone para maximizar sua quantidade de "elegibilidade".

Optar pode ser feito executando o seguinte comando:

rocketpool node join-smoothing-pool

#Reivindicar Recompensas

A atualização Redstone substitui o antigo sistema de recompensas caro e problemático por um totalmente novo que é muito mais barato, suporta restaking automático de RPL (tanto quantidades parciais quanto completas), e - mais importante - permite que você reivindique suas recompensas quando quiser.

Como não há mais um limite de tempo para reivindicar recompensas, e porque é mais barato reivindicar muitos intervalos de recompensas de uma vez, a funcionalidade de reivindicação automática de recompensas do Smartnode foi removida. Agora você poderá reivindicar recompensas através do seguinte comando:

rocketpool node claim-rewards

Isso mostrará todas as recompensas que você acumulou em todos os intervalos de recompensas começando com a atualização Redstone.

#Revertendo para v1.4.3

Se, por qualquer motivo, algo não for do seu agrado e você quiser reverter para a versão anterior do Smartnode, você pode fazer isso facilmente. O Smartnode faz backup automático de suas configurações da versão anterior quando você o atualiza, então simplesmente obtenha a versão anterior (aqui estamos demonstrando v1.4.3) e substitua as configurações pelo backup:

1. Pare o serviço:

rocketpool service stop

1. Baixe o CLI v1.4.3:

1. Instale o pacote v1.4.3:

rocketpool service install -d

1. Substitua sua configuração antiga pela configuração de backup v1.4.3:

cp ~/.rocketpool/user-settings-backup.yml ~/.rocketpool/user-settings.yml

1. Verifique se todas as suas configurações antigas estão sendo usadas agora:

rocketpool service config

1. Se parecer bom, inicie a stack do Smartnode:

rocketpool service start

Tudo pronto! Você agora está de volta na versão antiga e deve começar a atestar logo após iniciar o serviço.