Em 12 de outubro, os desenvolvedores do Ethereum se reuniram pelo Zoom para a chamada nº 172 do All Core Developers Execution (ACDE), liderada pelo líder de suporte de protocolo da Fundação Ethereum, Tim Beiko. Essas discussões quinzenais concentram-se nas melhorias da camada de execução (EL) do Ethereum. Os pontos focais deste sessão foram os testes de atualização do Dencun e Máquina Virtual Ethereum (EVM) Desenvolvimento de formato de objeto.
Progresso dos testes Dencun
Barnabas Busa, engenheiro de DevOps da Fundação Ethereum, revelou diversas atualizações sobre o Devnet #9, lançado em 29 de setembro. Este devnet possui uma taxa de participação de 93%, o que implica um consenso substancial entre os validadores. Os 7% restantes de validadores não operacionais incluem principalmente nós validadores Geth (EL)/Teku (CL). Além disso, foram identificados problemas com as combinações de clientes Erigon (EL)/Prysm (CL) e EthereumJS (EL).
A equipe Flashbots está atualmente examinando um relé e construtor MEV-Boost na Devnet #9, com Busa pedindo que mais operadores de relés e construtores se envolvam em testes mais amplos de infraestrutura MEV nesta devnet. No entanto, os testes de transações de blob por meio dos construtores MEV-Boost permanecem suspensos, pois os blobs estão sendo descartados devido à invalidez ou por outros motivos não identificados.
Olhando para o futuro, o lançamento do Devnet #10 foi adiado para a semana seguinte, com um teste antecipado do arquivo de configuração confiável da cerimônia EIP 4844 KZG e um grande conjunto de validadores composto por 330.000 validadores ativos. No entanto, o lançamento do Devnet #10 aguarda a resolução de “grandes questões” em torno dos testes Dencun, conforme compartilhado por Parithosh Jayanthi da Fundação Ethereum.
Desenvolvimento de formato de objeto EVM (EOF)
A sessão fez a transição para o desenvolvimento do EVM Object Format (EOF), um pacote de EIPs direcionado a modificações de EVM para separar distintamente o código dos dados e introduzir novos opcodes. Danno Ferrin, um dos defensores do EOF, delineou o objetivo do EOF de melhorar a eficiência do desenvolvimento de contratos inteligentes e a segurança do código. Ele apresentou uma lista abrangente de EIPs que formam a proposta EOF, enfatizando o objetivo de ter EOF como uma mudança de código principal na atualização pós-Cancún/Deneb, denominada Praga/Electra.
No entanto, a iniciativa EOF gerou debates entre os desenvolvedores, particularmente no que diz respeito ao seu momento após a atualização do Dencun, à sua urgência em comparação com a atualização do Verkle e aos benefícios diretos versus a complexidade que introduz. Notavelmente, alguns desenvolvedores ressaltaram o aumento na complexidade do protocolo e os possíveis problemas de compatibilidade com versões anteriores de contratos inteligentes legados que o EOF pode apresentar.
Além disso, a discussão aprofundou-se na governação EVM no contexto de um ecossistema de Camada 2 em expansão e nas implicações do EOF sobre ele. O discurso também abordou a preocupação crescente com o crescimento histórico dos dados da cadeia, com Lukasz Rozmej sugerindo uma revisão das mudanças de código como o EIP 4444.
A conversa sobre EOF, Verkle e a próxima atualização Prague/Electra deve continuar no Devconnect, com uma chamada dedicada para protocolos de camada 2 semelhantes a EVM e uma chamada do implementador EOF agendada para 18 de outubro.
Fonte da imagem: Shutterstock
