- A última transição da rede de testes para a prova de participação trará a fusão entre as redes de testes Goerli e Prater. A rede combinada Goerli/Prater vai conservar o nome de Goerli depois da fusão.
- Bellatrix, a atualização da rede de testes Prater que se prepara para a fusão, será realizada na época 112260, prevista para as 12h24 da tarde (UTC) de 4 de agosto de 2022.
- Depois de ativar a Bellatrix, a fusão Goerli/Prater acontecerá quando Goerli alcance uma dificuldade total de 10790000, esperada entre os dias 6 e 12 de agosto de 2022.
- Depois da fusão, o conjunto de validadores da rede de testes Goerli permanecerá aberto para que os participantes individuais executem validadores de redes de testes. Os participantes que desejam iniciar um validador da rede de testes Goerli/Prater podem fazê-lo na plataforma de lançamento da rede de testes Prater.
Contexto
Depois de anos de trabalho na prova de participação do Ethereum, agora estamos na etapa final de testes: as implantações da rede de testes.
Depois de várias devnets, shadow forks e fusões em redes de testes obsoletas, Sepolia foi migrada recentemente para a prova de participação. Agora só falta uma rede de testes: Goerli, e sua Beacon Chain associada, Prater.
A Fusão é diferente das melhorias anteriores feitas no Ethereum porque: primeiro, os operadores de nós precisam atualizar tanto os clientes de camada de consenso quanto os clientes de camada de execução, não somente um deles; segundo, a melhoria é feita em duas fases: a primeira, chamada Bellatrix, em uma altura de slot na Beacon Chain, e a segunda, denominada Paris, ao atingir um valor de Total Difficulty na camada de execução.
Informações sobre a melhoria
Sincronia
A Fusão é um processo de duas etapas. Começa com a melhoria da rede (Bellatrix) na camada de consenso, acionada por uma altura de época, seguida pela transição da camada de execução de prova de trabalho para prova de participação (Paris), acionada por um limite de Dificuldade Total específico, conhecido como Dificuldade Total de Terminal (TTD).
A melhoria Bellatrix está programada para a época 112260 na Beacon Chain da Prater, prevista para as 12h24 da tarde (UTC) de 4 de agosto de 2022. Paris, a parte da camada de execução da transição, será ativada quando alcançar uma Dificuldade Total de Terminal (TTD) de 10790000 na Goerli, esperada entre os dias 6 e 12 de agosto de 2022.
Quando a camada de execução tiver superado o valor de TTD, o próximo bloco será integralmente produzido pelo validador da Beacon Chain. Uma vez que a Beacon Chain tiver finalizado esse bloco, consideraremos a Fusão concluída. Em condições normais de rede, isso deveria acontecer em 2 épocas, ou aproximadamente 13 minutos, depois que o bloco pós-TTD é atingido.
Uma nova tag do bloco JSON-RPC, finalized, retorna o último bloco finalizado ou um erro se não existirem blocos depois da fusão. Esta tag pode ser usada por aplicativos para verificar se a Fusão foi concluída. Da mesma forma, os contratos inteligentes podem consultar o opcode DIFFICULTY (0x44), renomeado PREVRANDAO depois da fusão, para determinar se a Fusão foi realizada. Recomendamos que os provedores de infraestrutura monitorem a estabilidade global da rede, além do estado de finalização.
Versões de clientes
As seguintes versões de clientes são compatíveis com a Fusão nas redes de testes Goerli e Prater. Os operadores de nós devem executar tanto um cliente de camada de execução quanto um cliente de camada de consenso para permanecer na rede durante e depois da Fusão.
Ao escolher qual cliente executar, os validadores devem estar particularmente atentos aos riscos de executar um cliente principal tanto na camada de execução quanto na de consenso. Veja aqui uma explicação sobre esses riscos e suas consequências. Veja aqui uma estimativa da distribuição de clientes de camada de execução e de camada de consenso, e orientações para mudar de um cliente a outro.
Camada de consenso
| Nome | Versão | Link |
|---|---|---|
| Lighthouse | Geardude Clockberg (v2.4.0) | Baixar |
| Lodestar | v0.41.0 | Baixar |
| Nimbus | v22.7.0 | Baixar |
| Prysm | v2.1.4-rc.0 | Baixar |
| Teku | 22.7.0 | Baixar |
Camada de execução
| Nome | Versão | Link |
|---|---|---|
| Besu | 22.7.0-RC3 | Baixar |
| Erigon | 2022.07.03-alpha | Baixar |
| go-ethereum (geth) | v1.10.21 | Baixar |
| Nethermind | 1.13.5 | Baixar |
Especificações da melhoria
As mudanças fundamentais de consenso para a Fusão são especificadas em dois lugares:
- Mudanças na camada de consenso: no diretório bellatrix do repositório de especificações de consenso
- Mudanças na camada de execução: na especificação Paris, no repositório de especificações de execução
Além disso, duas outras especificações tratam como os clientes das camadas de consenso e execução interagem:
- A Engine API, especificada no repositório execution-apis, é usada para comunicação entre as camadas de consenso e execução
- O Optimistic Sync, especificado na pasta sincronização do repositório de especificações de consenso, é usado pela camada de consenso para importar blocos durante a sincronização do cliente da camada de execução e para fornecer uma visão parcial do cabeçalho da cadeia, do primeiro ao último
Perguntas frequentes
Como operador de nó, o que devo fazer?
Depois da Fusão, um nó completo do Ethereum será uma combinação de um cliente de camada de consenso, que executa a prova de participação na Beacon Chain, e um cliente de camada de execução, que gerencia o estado dos usuários e se encarrega dos cálculos associados às transações. Esses dois clientes se comunicam via uma porta autenticada usando um novo conjunto de métodos JSON RPC chamado Engine API. Os clientes de camada de execução e de camada de consenso se autenticam utilizando um segredo JWT. Os operadores de nós devem consultar a documentação de seus clientes para ver instruções de como gerar e configurar esses clientes.
Em outras palavras, se você já executa um nó na Beacon Chain, agora também precisará executar um cliente de camada de execução. Da mesma forma, se antes você executava um nó na rede de prova de trabalho atual, agora deverá executar um cliente de camada de consenso. Para que se comuniquem de forma segura, cada cliente deve receber um token JWT. Instruções resumidas para executar um nó na rede Goerli/Prater podem ser encontradas aqui.
Vale a pena salientar que, embora ambos façam parte das versões do cliente de camada de consenso, executar um nó de sinalizador é diferente de executar um cliente validador. Os participantes devem executar os dois, mas os operadores de nós só precisam executar o primeiro. Este artigo explica a diferença entre esses componentes em mais detalhes.
E vale observar que cada camada vai manter um conjunto independente de pares e expor suas próprias APIs. As APIs Beacon e JSON RPC continuarão funcionando como esperado.
Como participante, o que preciso fazer?
A fusão Goerli/Prater é sua última chance de garantir que seus validadores estão corretamente configurados antes da transição para a rede principal. Recomendamos enfaticamente executar a transição para evitar qualquer problema inesperado na rede principal.
Como explicado acima, os validadores na Beacon Chain precisarão executar um cliente de camada de execução depois da Fusão, além de seus clientes de camada de consenso. Antes da Fusão, isso era altamente recomendado, mas os validadores podem ter terceirizado essas funções a outros provedores. Essa opção era possível porque os únicos dados necessários na camada de execução eram atualizações no contrato de depósito.
Depois da Fusão, os validadores devem garantir que as transações em blocos que criam e certificam são válidas. Para fazer isso, cada nó de sinalizador deve ser vinculado a um cliente de camada de execução. Observe que ainda é possível associar vários validadores a uma combinação única de nó de sinalizador e cliente de camada de execução. Embora esse cenário aumente as responsabilidades dos validadores, ele também permite que um validador que propõe um bloco tenha direito às taxas de transação prioritária associadas (atualmente atribuídas aos mineradores).
Embora as recompensas do validador se acumulem na Beacon Chain e exijam uma melhoria posterior na rede para serem retiradas, as taxas de transação seguirão sendo pagas, registradas e distribuídas na camada de execução. Os validadores podem especificar qualquer endereço Ethereum como destinatário das taxas da transação.
**Depois de atualizar seu cliente de consenso, certifique-se de definir o destinatário de taxa como parte das configurações do seu cliente validador para garantir que as taxas de transação sejam enviadas para um endereço que você controla. **Se você fez staking usando um provedor de terceiros, cabe ao seu provedor selecionado especificar como essas tarifas são alocadas.
A plataforma de lançamento de participação Prater tem uma Lista de verificação de preparação para a fusão que os participantes podem usar para garantir que passaram por cada etapa do processo. A equipe EthStaker também organizou no dia 29 de julho um workshop de preparação do validador para a fusão.
Por que a data estimada para a Dificuldade Total do Terminal é tão ampla?
A volatilidade da dificuldade incremental por bloco faz com que a estimativa de uma janela para a TTD sea más difícil do que com um bloco ou uma altura de épocas, por isso que o intervalo esperado seja mais amplo. Os usuários devem considerar que esse também será o caso da transição para a rede principal devido a mudanças na taxa de rash da prova de trabalho.
Como desenvolvedor de aplicativos ou de ferramentas, o que devo fazer?
Com a iminência da Fusão na rede de testes Goerli, esta é sua última chance de garantir que seu produto funcione como esperado na transição para a prova de participação e em um contexto de pós-fusão. Como explicamos em um artigo anterior, a Fusão causará um impacto mínimo em um subconjunto de contratos implementados no Ethereum, nenhum dos quais será rescindido. Além disso, a maior parte dos endpoints da API do usuário permanece estável (a menos que você esteja usando métodos específicos de prova de trabalho como eth_getWork).
Dito isso, a maioria dos aplicativos no Ethereum envolve muito mais do que contratos on-chain. Agora é o momento de garantir que seu código front-end, ferramentas, pipeline de implantação e outros componentes off-chain funcionem como esperado. Recomendamos de maneira enfática que os desenvolvedores realizem um ciclo completo de teste e implantação na Sepolia, Ropsten ou Kiln e que informem qualquer problema relacionado a ferramentas ou dependências aos responsáveis desses projetos. Se você não sabe onde informar um problema, utilize este repositório.
Considere também que todas as redes de testes, com exceção de Sepolia e Goerli, se tornarão obsoletas depois da fusão. Se você é um usuário da Ropsten, Rinkeby ou Kiln, deveria planejar migrar para Goerli ou Sepolia. Encontre mais informações sobre isso aqui.
Como usuário do Ethereum ou proprietário de Ether, há algo que eu precise fazer?
Não. A rede principal do 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ê está minerando na rede principal do Ethereum ou, saiba que depois da Fusão a operação da rede será inteiramente feita sob a prova de participação. Quando isso ocorrer, a mineração deixará de ser possível na rede.
Como validador, posso retirar minha participação?
Não. A Fusão é a melhoria do Ethereum mais complexa até hoje. Para minimizar os riscos de interrupções na rede, foi adotada uma abordagem mínima, que excluiu desta melhoria qualquer mudança não transitória.
É provável que a partir da primeira melhoria depois da Fusão você já possa retirar sua participação da Beacon Chain. As especificações para as camadas de consenso e de execução estão sendo definidas.
Tenho mais perguntas. Onde posso fazê-las?
A comunidade EthStaker criou um canal comunitário para responder às perguntas de participantes e operadores de nós. Você pode se unir a essa comunidade aqui e usar o canal #goerli-prater para conseguir ajuda. Como dito antes, a equipe EthStaker também organizou no dia 29 de julho um workshop de preparação do validador para a fusão.
Além disso, está prevista uma reunião online sobre a fusão no dia 12 de agosto às 14 horas (UTC). Desenvolvedores de clientes e pesquisadores estarão disponíveis para responder a perguntas de operadores de nós, participantes, provedores de infraestrutura e ferramentas, e membros da comunidade. Espera-se que essa reunião online aconteça depois da fusão da rede de testes Goerli/Prater.
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. Esteja atento!
Considerando que não haja problemas durante a fusão das redes de testes Goerli e Prater, e uma vez que os clientes tenham versões com todas as funções incorporadas, se selecionará uma altura de slot para a melhoria da Bellatrix na Beacon Chain da rede principal e um valor de dificuldade total será definido para a transição da rede principal. Os clientes poderão, então, propor versões que permitam a Fusão na rede principal. Estas serão anunciadas neste blog e em outras publicações da comunidade.
No entanto, se em qualquer momento do processo forem detectados problemas ou caso a cobertura dos testes seja considerada insuficiente, estas questões serão tratadas antes de prosseguir com o processo de implantação.
Somente então será possível determinar a data exata da Fusão.
Em outras palavras, em breve (🔜).