Anúncio da fusão da rede de testes Ropsten

• Ropsten será a primeira rede de testes de longa duração executada na Fusão
• Uma nova Beacon Chain Ropsten foi lançada em 30 de maio de 2022 para fornecer consenso à rede
• A data prevista da atualização da Beacon Chain Ropsten com as regras de protocolo compatíveis (Bellatrix) no slot 24000 é 2 de junho de 2022
• Depois disso, um valor de Terminal Total Difficulty (TTD) será definido para ativar a Fusão na cadeia de prova de trabalho. Os operadores de nós deverão definir esse valor para seus clientes manualmente.
• Um outro anúncio com o valor de Terminal Total Difficulty exato a ser usado para a Fusão da Ropsten será feito nesse blog no dia 3 de junho. Os usuários devem esperar que este valor de TTD seja alcançado alguns dias depois de ter sido definido, e deverão estar preparados para configurar seus respectivos clientes em seguida.

História

Depois de anos trabalhando sobre a prova de participação no Ethereum, agora estamos na etapa final de testes: as implantações da rede de testes.

Depois de ter testado implementações de clientes na Kintsugi 🍵, Kiln 🔥🧱 e em diversos shadow forks, graças à Fusão, as equipes dos clientes estão prontas para executar a Ropsten, a rede de testes de prova de trabalho mais antiga. Para isso, foi lançada uma Beacon Chain Ropsten para fornecer consenso à rede.

Depois da transição da Ropsten, mais duas redes de testes (Goerli e Sepolia) passarão à prova de participação antes que isso também seja feito com a rede principal. Outras redes de testes, como Rinkeby e Kovan, podem ser mantidas e atualizadas separadamente pela comunidade, mas não serão mais monitoradas pelos desenvolvedores do cliente.

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 é ativada em duas fases: a primeira em uma altura de slot na Beacon Chain e a segunda ao atingir um valor de Total Difficulty na camada de execução.

Dadas estas circunstâncias, e em comparação às melhorias realizadas anteriormente, a rede Ropsten, que vai ser descontinuada depois da Fusão, será executada durante a melhoria e logo no início do processo de desenvolvimento. Isso dará à comunidade mais tempo para se familiarizar com o processo de melhoria.

Observação: as versões de clientes enumeradas abaixo não serão adequadas para a transição da rede principal do Ethereum para a prova de participação.

Informações sobre a melhoria

Sincronia

A Fusão é um processo de duas etapas. Começa com uma melhoria de rede na camada de consenso, acionada por uma altura de slot, seguida pela transição da camada de execução de prova de trabalho para prova de participação, acionada por um limite de Total Difficulty específico, conhecido como Terminal Total Difficulty (TTD).

Em 2 de junho de 2022, no slot 24000, a melhoria Bellatrix vai preparar a Beacon Chain Ropsten para a Fusão. Nesse momento, os clientes de camada de consenso (CL, na sigla em inglês) já podem esperar que um valor de TTD seja alcançado na cadeia de prova de trabalho.

Como a taxa de hash das redes de testes de prova de trabalho é muito volátil, o valor de TTD será primeiramente estabelecido a um valor extremamente alto, 100000000000000000000000000000. Ao ritmo da taxa de hash atual da Ropsten, seriam necessários cerca de 250 anos para alcançá-lo.

Depois que a melhoria Bellatrix tiver sido feita na Beacon Chain, um novo valor de TTD, que deveria ser alcançado alguns dias depois, será definido e anunciado. Os usuários terão que configurar o nó deles com este novo valor. As instruções para fazer isso com cada cliente estão disponíveis aqui.

Depois que esse novo TTD é alcançado ou ultrapassado na Ropsten, a parte correspondente à camada de execução da transição, que responde pelo codinome Paris, será ativada. Como dito anteriormente, a taxa de hash na Ropsten é altamente volátil, por isso o momento exato em que o valor de Terminal Total Difficulty é atingido pode variar.

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 na rede de testes Ropsten. 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.

Como mencionado anteriormente, as versões seguintes têm um valor de Terminal Total Difficulty igual a 100000000000000000000000, que deverá ser atualizado manualmente depois da melhoria Bellatrix na Beacon Chain.

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.

Observação: se você tiver feito download de uma versão de cliente com um TTD Ropsten de 43531756765713534, será necessário atualizar sua versão ou substituir manualmente o TTD para 100000000000000000000000, como especificado aqui.

Camada de consenso

Observação sobre Lodestar: a última versão da Lodestar, v0.37.0, tem um valor de TTD Ropsten obsoleto de 43531756765713534. Para que seja compatível com a fusão da Ropsten, que utiliza agora um TTD de 100000000000000000000000, os usuários de Lodestar deverão substituir esse valor de maneira manual. As instruções sobre como fazer isso estão disponíveis no artigo sobre o lançamento.

Camada de execução

Observação sobre Geth: a versão go-ethereum (geth) mais recente, Sharblu (v1.10.18), tem um valor de TTD Ropsten obsoleto de 43531756765713534. Para que seja compatível com a fusão da Ropsten, que utiliza agora um TTD de 1000000000000000000000000000, os usuários de Geth devem realizar uma destas opções:

• Criar desde a origem na última

ramificação<code> master

• Usar a última imagem Docker
• Substituir manualmente o valor de TTD ao executar o comando a seguir no momento da inicialização do cliente: --override.terminaltotaldifficulty 10000000000000000000.

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: diretório bellatrix do repositório de especificações de consenso
• Mudanças na camada de execução: na especificação Paris localizada 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 (EL, na sigla em inglês) e de camada de consenso (CL, na sigla em inglês) 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.

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 post 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.

Por último, não se esqueça de que o valor de TTD Ropster definitivo será anunciado neste blog entre os dias 6 e 7 de junho.

Como participante, o que preciso fazer?

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 do 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 fee recipient como parte das configurações de 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 a seu provedor selecionado especificar como essas taxas são alocadas.

As melhorias da rede de testes são a última oportunidade para que os validadores garantam que suas configurações funcionem como esperado e solucionem qualquer problema. Informações sobre como executar um validador na Beacon Chain Ropsten em preparação para a Fusão podem ser encontradas na plataforma de lançamento Ropsten.

Recomendamos que os validadores da rede principal executem a Fusão na Ropsten e em outras redes de testes antes da transição da rede principal do Ethereum para a prova de participação.

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

Com a Fusão acontecendo na rede de testes Ropsten, agora é o momento de garantir que seu produto funcione como esperado por meio da transição para a prova de participação e em um contexto de pós-fusão. Como explicamos em um post 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 os contratos on-chain. Agora é quando você quer se certificar de que seu código front-end, ferramentas, pipeline de implantação e outros componentes off-chain funcionem como pretendido. Recomendamos de maneira enfática que os desenvolvedores realizem um ciclo completo de teste e implantação na Ropsten (ou na 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.

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 na Ropsten, saiba que depois da Fusão a operação de cada rede será inteiramente feita sob a prova de participação. A partir desse momento, a mineração deixará de ser possível na rede.

Espera-se que isso aconteça por volta de 8 de junho de 2022 na Ropsten e, mais para o final deste ano, na rede principal Ethereum.

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?

Haverá um encontro online dedicado à Fusão no dia 3 de junho à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.

Quando será a fusão?

A data da transição para o sistema de prova de participação da rede principal do Ethereum ainda não tinha sido definida no momento da publicação deste artigo. É provável que qualquer fonte que afirme o contrário seja uma fraude. As atualizações serão publicadas neste blog. Tenha cuidado!

Supondo que nenhum erro seja encontrado na Ropsten, e quando os testes de clientes sejam finalizados, as demais redes de testes do Ethereum serão executadas durante a Fusão. Uma vez que a transição das redes de testes Goerli e Sepolia tenha terminado e que elas se encontrem estáveis, se selecionará uma altura de slot para a melhoria da Bellatrix na Beacon Chain e um valor de dificuldade será definido para a transição da rede principal. Os clientes farão, então, lançamentos que habilitem a Fusão na rede principal. Estes serão anunciados neste blog e em outras publicações da comunidade.

Isso pressupõe que não haverá problemas. No entanto, se em qualquer momento do processo se detectarem 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 poderemos determinar uma data exata para a Fusão.

Em outras palavras, em breve (🔜).