Anúncio da fusão Goerli/Prater | Blog da Fundação Ethereum

• Para a mais recente transição do testnet para a prova de participação, Goerli se unirá a Prater. A cadeia combinada Goerli/Prater manterá o nome Goerli após a fusão.
• Bellatrix, a atualização de Prater que o prepara para a Fusão, acontecerá na era 112260é esperado em 12:24 UTC de 4 de agosto de 2022.
• Após a ativação de Bellatrix, a fusão de Gurley e Prather ocorrerá quando Gurley atingir a dificuldade total 10790000esperado entre 6 a 12 de agosto de 2022.
• Após a fusão, o pool de validadores Goerli permanecerá aberto a participantes individuais para executar validadores testnet. Stykers que desejam executar o validador Goerli/Prater podem fazê-lo no site Prater Launchpad.

Fundo

Após muitos anos de trabalho na implementação da prova de participação no Ethereum, já estamos na fase de testes finais: implantação da rede de teste!

Após alguns desenvolvimentos de bifurcações de sombra e fusões em redes de teste desatualizadas, A Sepolia foi recentemente convertida em proof-of-stake. Agora só resta mais uma cadeia de teste: Goerli e sua Cadeia Beacon associada, Prater.

A mesclagem difere das atualizações anteriores do Ethereum de duas maneiras. Primeiro, os operadores de nó precisam atualizar os clientes da camada de consenso (CL) e da camada de execução (EL) ao mesmo tempo, não apenas um dos dois. Segundo, a atualização é ativada em duas fases: a primeira, chamada Bellatrix, no auge da era da Chain of Beacons, e a segunda, chamada Paris, após atingir o Dificuldade geral valor de nível de execução.

Atualizar informação

Prazos

Fusão é um processo de duas etapas. Começa com a atualização da rede, Bellatrix, no nível de consenso causado pelo auge da era. Em seguida, há uma transição do nível de execução de proof-of-work para proof-of-stake, Paris, causada por certas Dificuldade geral limite, nome Complexidade geral do terminal (TTD).

o Belatriz modernização está prevista para a era 112260 na Prater Beacon Chain, prevista para 12:24 UTC de 4 de agosto de 2022. Parisparte da transição do nível de execução, será acionado quando a for atingido Complexidade Terminal Total (TTD) com 10790000 em Gorli, esperado entre c 6 a 12 de agosto de 2022.

Uma vez que a camada de execução tenha excedido TTD, o próximo bloco será criado exclusivamente pelo validador Beacon Chain. Consideramos a fusão concluída assim que a Beacon Chain concluir este bloco. Em condições normais de rede, isso deve acontecer 2 épocas, ou cerca de 13 minutos, após atingir o primeiro bloco pós-TTD!

Uma nova tag de bloco JSON-RPC, finalizado, retorna o último bloco concluído ou um erro se não existir tal bloco após a mesclagem. Essa tag pode ser usada para que os aplicativos verifiquem se a mesclagem foi concluída. Da mesma forma, os contratos inteligentes podem perguntar DIFICULDADE código de operação (0x44)renomeado para PREVRANDAO após a mesclagem para determinar se a mesclagem ocorreu. Recomendamos que os provedores de infraestrutura monitorem a estabilidade geral da rede, além do status de conclusão.

Versões do cliente

As versões subsequentes do cliente suportam o The Merge por meio das redes de teste Goerli & Prater. Os operadores de nó devem funcionar Ambas execução e cliente da camada de consenso para permanecer online durante e após a mesclagem.

Ao escolher qual cliente executar, os validadores devem estar especialmente atentos aos riscos de executar um cliente majoritário em EL e CL. Você pode encontrar uma explicação desses riscos e suas consequências aqui. Uma estimativa da distribuição atual de clientes EL e CL e um guia para mudar de um cliente para outro podem ser encontrados aqui.

Nível acordado

Nível de execução

Atualizar especificações

As mudanças críticas de consenso para The Merge estão listadas em dois lugares:

• A camada de consenso está mudando, sub Belatriz Catálogo repositório de especificações de consenso
• A camada executável muda, sub Paris especificação no repositório de especificações de execução

Além dessas, duas outras especificações cobrem a interação entre clientes de nível de consenso e execução:

• A API do mecanismo especificada no repositório de tempo de execução apisé usado para comunicar o nível de consenso e execução
• Sincronização otimista especificada em sincronização pasta do repositório de especificações de consenso, usada pela camada de consenso para importar blocos durante a sincronização do cliente em tempo de execução e fornecer uma visão parcial do início da cadeia do primeiro ao segundo

Perguntas frequentes

O que devo fazer como operador de nó?

Após a fusão, um nó completo Ethereum combinará um cliente de camada de consenso (CL) que executa a cadeia de beacons de prova de participação e um cliente de camada de execução (EL) que gerencia o estado do usuário e executa cálculos relacionados à transação. Eles se comunicam por uma porta autenticada usando um novo conjunto de métodos JSON RPC chamados API do mecanismo. Os clientes EL e CL se autenticam usando um segredo JWT. Os operadores de nós devem consultar a documentação do cliente para obter instruções sobre como criá-los e configurá-los.

Em outras palavras, se você já executou um nó no Beacon Chain, também precisa executar o cliente de tempo de execução. Da mesma forma, se você estivesse executando um nó na rede de prova de trabalho atual, precisaria executar um cliente de camada de consenso. Para que eles se comuniquem com segurança, cada cliente deve receber um token JWT. Instruções resumidas para executar um nó podem ser encontradas na rede Goerli/Prater aqui.

Vale a pena enfatizar que, embora ambos façam parte de versões de cliente em nível de consenso, executar um Beacon Node é diferente de executar um cliente Validator. Os Stykers devem executar os dois, mas os operadores de nó precisam apenas do primeiro. Esta postagem explica a diferença entre os dois componentes em mais detalhes.

Além disso, observe que cada camada manterá um conjunto independente de pares e exporá suas próprias APIs. o Farol e JSON RPC Ambas as APIs continuarão funcionando conforme o esperado.

O que devo fazer como apostador?

A mesclagem Goerli/Prater é sua última chance de garantir que seus validadores estejam configurados corretamente antes de passar para a rede principal. É altamente recomendável que você execute a migração agora para evitar problemas inesperados na rede principal.

Como explicado acima, validadores na Beacon Chain precisarão executar um cliente em nível de execução após a fusão, além de seus clientes em nível de consenso. Isso foi fortemente recomendado antes da fusão, mas os validadores podem terceirizar essas funções. Isso foi possível porque os únicos dados exigidos no nível de execução eram as atualizações do contrato de depósito.

Após uma mesclagem, os validadores devem garantir que as transações nos blocos que eles criam e validam sejam válidas. Para fazer isso, cada nó beacon deve estar associado a um cliente da camada de execução. Observe que vários validadores ainda podem ser associados à mesma combinação de nó de beacon e tempo de execução do cliente. Embora isso expanda as responsabilidades dos validadores, também dá direito ao validador que propõe o bloco a taxas de prioridade de transação apropriadas (que atualmente vão para os mineradores).

​​​​​​​Embora as recompensas do validador se acumulem na Beacon Chain e exijam que a próxima atualização da rede seja cancelada, as taxas de transação continuarão a ser pagas, queimadas e distribuídas no nível de execução. Os validadores podem designar qualquer endereço Ethereum como destinatário de uma taxa de transação.

Depois de atualizar o cliente de consenso, certifique-se de instalá-lo o destinatário da taxa como parte da configuração do cliente validador para garantir que as taxas de transação sejam enviadas para um endereço que você controla. Se você fez uma aposta usando um fornecedor terceirizado, o fornecedor escolhido deve determinar como essas taxas são alocadas.

Prater Staking Launchpad tem um Lista de verificação de prontidão para fusão que os participantes podem usar para garantir que concluíram cada etapa do processo. A equipe EthStaker também hospeda Workshop de treinamento de validadores de fusão 29 de julho.

Por que a estimativa para Arte Complexidade geral do terminal a data é tão ampla?

A volatilidade do ganho de complexidade por bloco faz com que a estimativa de janela para TTD mais difícil do que com altura de bloco ou época, então o alcance esperado é mais amplo. Os usuários devem observar que isso também se aplicará à transição da rede principal devido a alterações nas taxas de hash de prova de trabalho.

O que devo fazer como desenvolvedor de aplicativos ou ferramentas?

Com o lançamento do The Merge no Goerli, esta é sua última chance de garantir que seu produto funcione corretamente durante a transição para a prova de participação e no contexto pós-fusão. Conforme explicado em um postagem anterior, a fusão terá apenas um impacto mínimo em um subconjunto de contratos implantados no Ethereum, nenhum dos quais deve ser quebrado. Além disso, a maior parte dos endpoints de API personalizados permanece estável (a menos que você use métodos de prova de trabalho especiais, como eth_getWork).

No entanto, a maioria dos aplicativos no Ethereum envolve muito mais do que contratos on-chain. Agora é a hora para garantir que seu código de front-end, ferramentas, pipeline de implantação e outros componentes fora da cadeia funcionem corretamente. Recomendamos fortemente que os desenvolvedores passem por um ciclo completo de teste e implantação no Sepolia, Ropsten ou Kiln e relatem quaisquer problemas de ferramentas ou dependências à equipe desses projetos. Se você não sabe onde abrir uma pergunta, use este armazenamento.

Além disso, você deve observar que todas as redes de teste, exceto Sepolia e Goerli, serão preteridas após a mesclagem. Se você for um usuário de Ropsten, Rinkeby ou Kiln, planeje mudar para Goerli ou Sepolia. Mais informações sobre isso podem ser encontradas aqui aqui.

Como usuário do Ethereum ou proprietário do Ethereum, há algo que eu precise fazer?

Não. Esta rede de teste não afeta a rede principal Ethereum. Os anúncios subsequentes serão feitos neste blog antes da transição da linha principal.

Como minerador, preciso fazer alguma coisa?

Não. Se você estiver minerando na rede principal Ethereum, deve saber que após a fusão, a rede operará inteiramente em prova de participação. A partir de agora, a mineração na rede não será mais possível.

Como validador, posso retirar minha parte?

Não. A fusão é a atualização mais complexa do Ethereum até hoje. Para minimizar o risco de interrupções de rede, foi adotada uma abordagem mínima para eliminar quaisquer alterações não transitórias nesta atualização.

As retiradas da Beacon Chain provavelmente serão introduzidas na primeira atualização após a fusão. Especificações para ambos consenso e execução camadas no processo.

Tenho mais dúvidas, onde posso fazer?

A comunidade EthStaker criou um canal Discord para responder perguntas de stakers e operadores de nós. Você pode entrar no discord deles aqui e depois usar #goerli-prater canal de ajuda. Conforme mencionado acima, a EthStaker também hospedará uma Workshop de treinamento de validadores de fusão 29 de julho.

Além disso, um Unir o desafio da comunidade agendado para 12 de agosto às 14:00 UTC. Desenvolvedores e pesquisadores de clientes estarão disponíveis para responder a perguntas de operadores de nós, participantes, provedores de infraestrutura e ferramentas e membros da comunidade. Observe que esta chamada da comunidade deve ocorrer depois a fusão Gurley/Prather.

Vamos combinar?

No momento deste post, a transição da rede principal Ethereum para a prova de participação expirou não foi estabelecido. Qualquer fonte que afirme o contrário provavelmente será uma fraude. As atualizações serão postadas neste blog. Por favor se cuide!

Supondo que nenhum problema seja descoberto durante a fusão Goerli/Prater, assim que os clientes receberem lançamentos completos, a altura do slot será selecionada para a atualização do Bellatrix no Beacon Chain principal e valor total da dificuldade será definido para ir para a rede principal. Os clientes então emitirão versões que permitem a fusão na rede principal. Isso será anunciado neste blog e em outras postagens da comunidade.

No entanto, se em qualquer estágio do processo forem identificados problemas ou se a cobertura do teste for insuficiente, essas coisas serão abordadas antes que o processo de implantação continue.

Só então será possível determinar a data exata da Fusão.

Em outras palavras, 🔜.