Os mais recentes desenvolvedores principais da Ethereum que os principais devagaram no processo, não apenas o código: se deve homenagear uma janela de 30 dias previamente declarada entre as liberações do cliente e o primeiro Fork de Testnet como a atualização da Fusaka. Alguns participantes pressionaram a reafirmar o compromisso, para que as equipes de infraestrutura e aplicativos tenham tempo para se adaptar; Outros defenderam flexibilidade para evitar derrapagem mais ampla do roteiro.
O debate se desenrolou em um pano de fundo de resultados de devNet misto. No Devnet-3, um exercício planejado não-finaalidade durou muito, por Barnabas Busa, da equipe do Dev Ops. “Queríamos fazer aproximadamente dois dias primeiro, e agora estamos chegando ao quinto dia”, disse ele, observando como a participação caiu e depois recuou acima de 50%. A finalidade requer mais de dois terços da participação efetiva total que concorda.
Por outro lado, uma rede de teste separada se recuperou rapidamente após uma reinicialização coordenada: “A cadeia se recuperou, penso duas horas”, disse Busa. Os testes de pressão de broca como as variáveis interagem em um incidente ao vivo, que pode ajudar o Ethereum a se recuperar em uma crise.
Leia mais: A atualização de Fusaka do Ethereum pode enfrentar atraso
Com as correções aterrissando nos próximos dias, o plano de curto prazo é restaurar o devnet-3 para a saúde total, executar o teste e depois girar o Devnet-5.
Mas o ponto de inflamação maior estava agendando disciplina para redes públicas. A Lightclient destacou a promessa permanente: “Diz 30 dias antes da primeira rede de teste”. Ele alertou contra a mudança de golos como uma questão de conveniência, com base na avaliação dos desenvolvedores do núcleo do tempo necessário para outras equipes que não estão presentes na chamada.
A preocupação prática é como melhorar a cadência dos garfos duros. A compactação de lacunas entre os testes pode acelerar os garfos, mas aumenta o risco de que as equipes a jusante enviem atualizações apressadas. O contra -argumento é que oleodutos prolongados atrasam tudo o mais na fila, com a qual a comunidade Ethereum mais ampla pode estar descontente.
“Acho que não devemos escolher os cronogramas com base no que a comunidade necessariamente deseja”, disse Lightclient. “As pessoas que estão enviando o software disseram que desejam 30 dias para fornecer software de alta qualidade que a comunidade vai usar”.
Mesmo assim, a troca um tanto irritante se aprofundou para manter o processo por escrito, a menos que as partes interessadas pedam explicitamente uma mudança.
Também houve frustração em revisitar a mesma pergunta a cada ciclo. “Eu acho que é um precedente muito ruim continuar deixando as decisões mudarem”, disse Lightclient, observando que os desenvolvedores e L2s de aplicativos não estão normalmente em chamadas principais e depende de janelas previsíveis para agendar seus próprios lançamentos.
Por enquanto, o consenso é prosseguir como se o buffer de 30 dias permanecesse em vigor, enquanto solicita proativamente a entrada nova, disse o coordenador Tim Beiko. “Devemos preparar o cronograma com o que está no documento (do processo) e, em paralelo, verifique com as partes interessadas que são afetadas”. Se uma faixa mais rápida tiver um amplo apoio, o grupo formalizaria isso por escrito.
Para os construtores que não participam de chamadas de DCA – como equipes de rollup, provedores de infra -quedas e carteiras – o take -away é direto: agora é a hora de pesar. A janela entre os lançamentos do cliente e os garfos do Testnet afeta materialmente o trabalho de integração, e os desenvolvedores principais estão explicitamente convidando feedback antes que as datas sejam presas.
Uma outra nota de limpeza também surgiu: a depreciação planejada de Holesky seguirá o Fusaka Testnet Fork no final de setembro, com um anúncio iminente. “Espere uma postagem no blog na próxima semana”, disse Beiko. Portanto, qualquer equipe, dependendo do Holesky, deve planejar suas migrações de acordo.
Em suma, o código estará pronto quando estiver pronto e os esforços estão sendo feitos para manter o processo previsível. Todas as coisas são iguais, os principais desenvolvedores sinalizaram que a previsibilidade ainda vence, mas um senso geral de urgência está borbulhando sob a superfície.
Obtenha as notícias em sua caixa de entrada. Explore os boletins de Blockworks:
Fonteblockworks
