Resumo da última reunião de desenvolvedores do Ethereum Core: Atualizando a testnet pública do Ethereum após o feriado do 1º trimestre em 2024

Título Original: Ethereum All Core Developers Consensus Call #121

Artigo original de Christine Kim

Compilação original: Luccy, BlockBeats

Em 2 de novembro de 2023, os desenvolvedores do Ethereum se reuniram no Zoom para a reunião #121 do All Core Developers Consensus (ACDC). A teleconferência ACDC é uma série quinzenal de reuniões moderadas pelo pesquisador da Fundação Ethereum Danny Ryan, onde os desenvolvedores discutem e coordenam mudanças na camada de consenso (CL) do Ethereum. Esta semana, os desenvolvedores estão se concentrando nos seguintes tópicos:

1. Mudanças significativas na especificação Cancun/Deneb para reduzir a complexidade na implementação de blocos;

2. Outra mudança de especificação de atualização para permitir que validadores honestos reorganizem blocos atrasados;

3. Atualizações de progresso no testnet Cancun/Deneb;

4. Crie um mapeamento JSON da especificação para a especificação CL SSZ.

Simplifique a especificação do Blob Side Car

Após discussões com a equipe do cliente Prysm, Danny Ryan disse que os desenvolvedores desenvolveram uma alternativa para lidar com as condições de propagação do blob, o que reduzirá muito a complexidade e os problemas associados à propagação do blob. “Acho que a maioria dos problemas que vimos na rede de desenvolvedores nas últimas seis a oito semanas tem a ver com a complexidade de lidar com essas mensagens, como quando invalidá-las, como invalidá-las e em que condições fazer essas validações”, disse Ryan. Francesco D’Amato, pesquisador da Fundação Ethereum, sugeriu anexar cabeçalhos de bloco e provas de inclusão a cada Blob Side Car para resolver esses problemas.

Esta proposta foi criada como um pull request (PR) no GitHub pelo desenvolvedor do cliente Lodestar “Dapplion”. Ryan enfatizou que a implementação de alterações na especificação Cancun/Deneb no cliente CL deve incluir principalmente a remoção de código desnecessário em vez de adicionar novo conteúdo. Quanto a como essas mudanças afetarão o progresso da atualização na rede principal, Ryan disse que quaisquer atrasos devem ser mantidos a um mínimo. “Obviamente, há uma relação com o lançamento de Deneb aqui, e sobre o que e quando Devnet 11 e 12 são. Mas, ao mesmo tempo, na minha avaliação, provavelmente é o mesmo tempo que o lançamento da mainnet, porque é mais fácil acertar e não precisamos encontrar tantos bugs na rede de desenvolvedores.” Ryan acrescentou: “Isso quase certamente nos permitirá lançar a mainnet com mais segurança, pois é uma especificação mais simples e fácil de implementar corretamente.”

Na chamada, os desenvolvedores não tiveram objeções ao PR. Os desenvolvedores passaram algum tempo discutindo os detalhes da implementação do PR para garantir a consistência entre os clientes. Ryan disse que vai fundir o PR em 2 de novembro e planeja lançar uma nova versão da especificação Deneb em 3 de novembro.

Outras alterações à especificação Cancun/Deneb

O pesquisador da Fundação Ethereum, Alex Stokes, fez uma pergunta à equipe do cliente sobre a especificação do construtor MEV. Stokes pergunta: “Fundamentalmente, quem calcula a prova de inclusão do KZG?” Atualmente, a especificação requer troncos MEV para calcular esses atestados. No entanto, essas provas podem ser passadas por nós de beacon por meio da API de beacon. Isso garantirá que o relé tenha uma responsabilidade a menos e menos código novo que precisa ser testado no fluxo de trabalho MEV. Gajinder Singh, desenvolvedor dos clientes Ethereum JS e Lodestar, é a favor de passar provas de inclusão KZG de nós beacon para relés. Não há objeção de outros desenvolvedores. Desde então, Stokes atualizou a especificação do construtor para esta mudança, que pode ser encontrada aqui.

Em seguida, os desenvolvedores discutiram o PR #3034 no repositório GitHub de especificações de consenso. O PR #3034 é uma proposta antiga de outubro de 2022 que permite que validadores honestos reorganizem blocos atrasados, incentivando assim todos os validadores a propor blocos em tempo hábil, em vez de atrasar envios para obter mais MEV. Este PR foi completado por Michael Sproul, desenvolvedor do cliente Lighthouse. Esta é uma alteração que pode ser implementada opcionalmente por operadores de cliente e nó. Não houve qualquer objeção à fusão deste PR.

Atualização do cronograma de testes de Cancun/Deneb

Danny Ryan disse que a estimativa da equipe do cliente para implementar o PR era de três semanas. Uma vez que a equipe do cliente tenha concluído a implementação, o desenvolvedor pode lançar uma nova rede de desenvolvedores, Devnet 12, para testar o novo código. Se os desenvolvedores não atualizarem a versão do cliente durante o Devconnect, o Ethereum Developer Focus em meados de novembro, o Devnet 12 provavelmente será lançado no início de dezembro. Com base nessas novas estimativas de teste, os desenvolvedores podem não ser capazes de lançar a atualização para o testnet Goerli até o final de novembro, como originalmente planejado. Mais provavelmente, os desenvolvedores começarão a atualizar o testnet público do Ethereum após a temporada de férias no 1º trimestre de 2024.

Parithosh Jayanthi, engenheiro de DevOps da Fundação Ethereum, disse que o Devnet 11 foi lançado para qualquer equipe de clientes testar o código Cancun/Deneb entre agora e os lançamentos do Devnet 12. Ele também mencionou que os desenvolvedores estarão executando um shadow fork no testnet Goerli em 3 de novembro para avaliar melhor a latência de bloco e bloco.

JSON mapeia para a especificação SSZ

Finalmente, os desenvolvedores discutiram o PR #3506 no repositório GitHub de especificação de consenso. Este PR propõe adicionar um mapeamento JSON padrão 1:1 à especificação CL SSZ. Isso trará vários benefícios, como documentação simplificada da especificação da API beacon e melhor legibilidade do código. Jacek Sieka, desenvolvedor do cliente Nimbus, disse que a versão mais recente do PR abordou problemas anteriores sobre a equivalência de bytes e inteiros não assinados. Ryan disse que compartilhará o PR no canal Ethereum R&D Discord para que ele possa reunir os comentários finais dos desenvolvedores antes de fundi-lo no repositório de especificações de consenso.