Os desenvolvedores Ethereum finalizaram o cronograma para as próximas atualizações de rede. As principais mudanças devem ocorrer no dia 24 de fevereiro, 5 de março e 8 de abril. As decisões -chave foram finalizadas durante a recente execução de todos os desenvolvedores de todos os principais desenvolvedores (ACDE) 205, realizada em 13 de fevereiro de 2025.
discussões da reunião de zoom quinzenais foram lideradas pelo Ethereum Foundation (EF), líder de Tim Beiko. Os desenvolvedores confirmaram que a atualização do Pectra seria ativada no Holesky TestNet em 24 de fevereiro. Depois, o Sepolia Testnet será subido em 5 de março.
Se ambos os lançamentos continuarem sem problemas, o principal da Ethereumreceberá a atualização por volta de 8 de abril.
Beiko disse que coordenaria com as equipes para encontrar um voluntário para implantar o sistema Pectratracem ambas as redes de teste.
Debates sobre futuros garfos Ethereum e velocidade de atualização
Além disso, a equipe de desenvolvedores discutiu a próxima atualização planejada após Pectra e Fusaka. Beiko propôs congelar o escopo de Fusaka quando o Pecta lançar na rede principal.
A linha do tempo permite que os desenvolvedores comecem a trabalhar em Fusaka, além de planejar o subsequente Hardfork Glamsterdam.
A equipe de desenvolvimento da Geth não quer trabalhar com essa linha do tempo. Eles argumentam que era prematuro consolidar o escopo de Fusaka. A inclusão da proposta de melhoria Ethereum (EIP) EOF em Fusaka provocou um debate considerável. Uma facção de desenvolvedores defende sua exclusão da próxima atualização.
O EOF ( Ethereum ) é uma atualização destinada a melhorar a maneira como os contratos inteligentes trac estruturados e executados na Ethereum .
O desenvolvedor da Geth Lightclient se opôs à velocidade do congelamento do escopo de Fusaka. O desenvolvedor argumenta que Ethereum podem mudar nos próximos dois anos. Ele ressaltou que, embora os desenvolvedores visam ciclos de atualização de seis meses, os atrasos no mundo real podem esticá-los para oito meses ou mais. Isso significa que melhorias importantes podem não ser implementadas há anos.
A Lightclient levantou preocupações sobre a incorporação do EOF, destacando o progresso rápido da tecnologia de rollup zero-conhecimento do Ethereum(ZKEVMS). Os desenvolvedores permanecem no escuro em relação à interação dessas mudanças com a máquina virtual.
Durante a discussão, o desenvolvedor de Geth Marius van der Wijden listou seu escopo preferido para Fusaka, que incluía peerdas, focil, EOF e limites superiores para o MODEXP. O engenheiro de operações do desenvolvedor da EF, Parithosh Jayanthi, afastou, afirmando que o focil não estava tão pronto para a implementação quanto Peerdas e EOF.
Atualizações de teste de software Pectra e feedback da comunidade
Os desenvolvedores passaram por seus desacordos sobre Fusaka para expressar confiança na implantação em andamento da Pecta . O engenheiro de desenvolvimento e operações da EF, Parithosh Jayanthi, relatou que a Pectra Devnet 6 estava com um bom desempenho, com taxas de participação no validador quase perfeitas.
Além disso, a Efemery TestNet do Ethereumativou a atualização do Pectra algumas horas após a chamada da ACDE, permitindo que os desenvolvedores realizem mais testes.
Beiko pediu aos autores da Pectra EIP que movessem suas propostas para a fase de "última chamada" no Github . Isso sinaliza as etapas finais antes da implementação do MainNet. Ele também analisou o feedback da Ethereum . Para esse fim, ele observou que o pedido mais comum era acelerar os ciclos de atualização.
Em resposta, ele sugeriu que os desenvolvedores Ethereum pretendiam finalizar o escopo de cada atualização assim que o anterior for ao ar na rede principal.
proposto por Beiko para finalizar o escopo da Fusaka afirma que, em 13 de março, os desenvolvedores devem propor eips para inclusão na atualização. Duas semanas depois, em 27 de março, as equipes de clientes compartilharão suas preferências nas quais os EIPs devem ser considerados para Fusaka. Finalmente, em 10 de abril, o escopo da atualização será finalizado.
No entanto, o pesquisador da EF Ansgar Dietrichs acrescentou uma exceção ao momento. Ele observou que as melhorias do código Peerdas, um componente crítico da atualização do Pectra, devem ser enviadas para a rede principal Ethereum assim que estiverem concluídas. Ninguém se opôs a esse requisito.
Preocupações com as enguias e padrões de teste EIP
Outro ponto de preocupação durante a chamada da ACDE foi uma proposta do engenheiro de testes de EF Mario Vega. Isso ocorreu em relação à estrutura de teste da camada de execução Ethereum . Vega sugeriu fazer enguias (especificações da camada de execuçãoEthereum ) e EEST (casos de teste de especificação de execuçãoEthereum ) obrigatórios para qualquer EIP incluído em um garfo duro.
Ele sugeriu que isso melhoraria o fluxo de trabalho de teste e padronizasse como os EIPs são avaliados antes da adoção.
No entanto, vários desenvolvedores foram contra a proposta. A razão? O requisito pode desacelerar o processo de atualização. Van der Wijden argumentou que os mantenedores de enguias podem se tornar os porteiros de fato da inclusão do EIP. Por que? Nem todos os desenvolvedores são capazes de escrever implementações baseadas em Python de suas propostas.
Wijden sugeriu uma abordagem alternativa. O ETH deve ter implementações de enguias que possam ser enviadas como solicitações de tração não -montadas. Isso impede que a equipe do Eels tenha poder de aprovação final sobre as atualizações.
Justin Florentine com Ethereum Besu aconselhou a comunidade a considerar a criação de um idioma de script adicional. Isso esclareceria se um EIP pode ser incluído sem enguias ou casos de teste de EEST.
Academia Cryptopolitan: em breve - uma nova maneira de obter renda passiva com DeFi em 2025. Saiba mais
