Anúncio da TTD da Ropsten

• Um Terminal Total Difficulty (TTD) de 50000000000000000 foi selecionado para A Fusão da Ropsten.
• Os validadores e operadores de nó devem substituir manualmente a TTD nos clientes de camada de execução e de consenso antes de 7 de junho de 2022.
• As redes de testes de prova de trabalho podem ter taxas de hash voláteis, e é difícil prever com precisão o momento exato de A Fusão na Ropsten. Supondo que não haja flutuações inesperadas na taxa de hash, esperamos que a A Fusão ocorra por volta de 8 a 9 de junho de 2022.
• Observe que a sincronização de um cliente de camada de execução na Ropsten pode levar de várias horas a dias e é necessário para executar A Fusão.

Contexto

No início desta semana, foi anunciada a transição da rede de testes Ropsten para a prova de participação. Devido à instabilidade da taxa de hash em redes de teste de prova de trabalho, as versões do cliente que suportam a atualização foram configuradas usando um valor Terminal Total Difficulty (TTD) artificialmente elevado. Isso permitiu que A Fusão não começasse até que a Cadeia de Beacon Ropsten estivesse pronta.

Ontem, no slot 24000, a atualização Bellatrix foi implantada na Cadeia de Beacon Ropsten, preparando a rede para executar A Fusão. Um novo valor TTD de 50000000000000000 foi escolhido para acionar a transição.

Os operadores de nó e validadores precisam atualizar manualmente esse valor TTD em seus clientes da camada de execução e de consenso antes que a rede atinja essa dificuldade total. A dificuldade total atual da rede faz parte do cabeçalho do bloco e pode ser obtida consultando seu nó ou visitando um explorador de blocos.

Supondo que não haja alterações inesperadas na taxa de hash da rede, esperamos que esse valor total de dificuldade seja atingido e que o TTD seja excedido, por volta de 8 a 9 de junho de 2022.

Versões de clientes compatíveis com A Fusão da Ropsten

Para executar a substituição da Dificuldade Total Terminal, os operadores de nós e validadores devem executar as seguintes versões de cliente ou as mais recentes. Observe que os clientes da camada de consenso e de execução devem ser totalmente sincronizados antes da A Fusão, e os clientes da camada de execução podem levar de várias horas a dias para fazê-lo.

Camada de consenso

Camada de execução

🚨 NÃO FAZ PARTE DA PUBLICAÇÃO DO BLOG – USE UMA DAS SEGUINTES NOTAS COM BASE NO STATUS DA VERSÃO DO ERIGON 🚨

(🚨1🚨) Observação do Erigon: embora a v2022.05.08 seja compatível com a fusão do Ropsten, é recomendável atualizar para vXXX, que contém várias melhorias relacionadas à fusão.

(🚨2🚨) Observação do Erigon: embora a v2022.05.08 seja compatível com a Merge da Ropsten, espera-se em breve uma nova versão do Erigon que contém várias melhorias relacionadas à fusão. Os usuários devem atualizar quando a versão estiver disponível para obter uma melhor experiência.

Substituição da Dificuldade Total Terminal

Para ativar A Fusão no momento oportuno, os operadores de nós e validadores devem substituir tanto sua execução quanto o valor Terminal Total Difficulty (TTD) dos clientes da camada de consenso para 50000000000000000.

Veja as instruções para fazer isso com cada cliente:

Camada de execução

Besu

• Se estiver usando arquivos de configuração TOML, adicione a seguinte linha: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
• Ou, ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override.terminaltotaldifficulty=50000000000000000

Go-Ethereum (geth)

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override.terminaltotaldifficulty 50000000000000000

Nethermind

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador:: --Merge.TerminalTotalDifficulty 50000000000000000
• Isso também pode ser definido no arquivo de configuração ou variáveis de ambiente, definindo o valor TerminalTotalDifficulty como 50000000000000000

Camada de consenso

Lighthouse

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override=50000000000000000

Lodestar

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override 50000000000000000
• Para obter mais informações, consulte esta publicação do blog.

Nimbus

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override=50000000000000000

Prysm

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override 50000000000000000
• Isso também pode ser definido no config.yaml arquivo atualizando o valor TOTAL_TERMINAL_DIFFICULTY em seu diretório de configuração e reiniciando seu cliente.

Teku

• Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --Xnetwork-total-terminal-difficulty-override=50000000000000000

Perguntas frequentes

Como operador de nó ou staker, o que devo fazer?

Conforme mencionado no Anúncio de Fusão do Ropsten, os operadores de nó e os stakers na Ropsten devem atualizar seus clientes da camada de execução e de consenso nas versões listadas acima ou nas mais recentes.

Feito isso, os operadores de nó e validadores devem substituir manualmente o valor Terminal Total Difficulty (TTD) da Ropsten no cliente de camada de execução e de consenso usando os comandos listados acima.

Por fim, certifique-se de que os clientes da camada de execução e de consenso estejam totalmente sincronizados antes de A Fusão. Isso pode levar vários dias para clientes da camada de execução.

Como desenvolvedor de aplicativos ou de ferramentas, o que devo fazer?

Com a The Merge sendo lançada na Ropsten, agora é a hora de garantir que seu produto funcione conforme o esperado por meio da transição de prova de participação e em transição proof-of-stake e em um contexto pós-fusão. Conforme explicado em uma publicação anterior, A Fusão terá apenas um impacto mínimo em um subconjunto de contratos implantados na Ethereum, nenhum dos quais deverá ser violado. Além disso, a maioria dos endpoints da API do usuário permanece estável (a menos que você use métodos específicos de proof-of-work, como eth_getWork).

Dito isso, a maioria dos aplicativos na Ethereum envolve muito mais do que contratos on-chain. Agora é a hora de garantir que seu código de front-end, ferramentas, pipeline de implantação e outros componentes off-chain funcionem conforme o esperado. É altamente recomendável que os desenvolvedores executem um teste completo e ciclo de implantação na Ropsten (ou Kiln) e relate quaisquer problemas com ferramentas ou dependências para mantenedores desses projetos. Em caso de dúvidas, use este repositório.

Como usuário da Ethereum ou detentor de Ether, há algo que eu precise fazer?

Não. A mainet (rede principal) da Ethereum não é afetada por essa rede de testes. Outros anúncios serão publicados neste blog antes da transição à rede principal.

Como minerador, há algo que eu precise fazer?

Não. Se você estiver minerando na rede principal Ethereum ou Ropsten, você deve estar ciente de que cada rede operará inteiramente sob proof-of-stake após a The Merge. Nesse ponto, a mineração não será mais possível na rede.

Isso é esperado por volta de 8 a 9 de junho de 2022 em Ropsten e ainda este ano para a rede principal Ethereum.

Quando será a fusão?

Até a publicação deste artigo, a data para a transição de prova de participação da rede principal Ethereum não havia sido definida. Qualquer fonte que afirme o contrário provavelmente é fake news. As atualizações serão publicadas neste blog. Tenha cuidado!

Supondo que nenhum problema seja encontrado com a Ropsten, assim que o teste do cliente estiver concluído, as outras redes de teste da Ethereum serão executadas na A Fusão. Quando Goerli e Sepolia tiverem feito a transição e se estabilizado com sucesso, uma altura de slot será escolhida para a atualização Bellatrix na Cadeia Beacon e um valor terminal total difficulty será definido para a transição da rede principal. Os clientes então oferecerão versões que permitem A Fusão na rede principal. Estes serão anunciados neste blog e em outras publicações da comunidade. A imagem abaixo ilustra esse processo:

Observe que isso pressupõe que cada etapa ocorra conforme o esperado. Se forem encontrados problemas em qualquer ponto do processo ou a cobertura do teste for considerada insuficiente, eles serão resolvidos antes de continuar com o processo de implantação.

Só assim será possível estimar a data exata de A Fusão.

Em outras palavras, 🔜 (em breve).