Os desenvolvedores do Ethereum Core realizaram recentemente uma reunião significativa para discutir detalhes importantes sobre a próxima atualização do Pectra e outras atualizações essenciais. Em 8 de agosto de 2024, durante a 139ª chamada All Core Developers Consensus (ACDC), liderada pelo pesquisador da Ethereum Foundation Alex Stokes, os desenvolvedores compartilharam atualizações críticas sobre estabilidade de rede, redes de desenvolvimento e melhorias na camada de consenso da Beacon Chain.
Estabilidade do Ethereum Pectra Devnet 2 e lançamento Alpha
O pesquisador da Ethereum Foundation Hsiao Wei Wang anunciou o próximo lançamento da versão alpha.4 das especificações Pectra CL, incorporando várias correções importantes. O engenheiro de operações do desenvolvedor Barnabas Busa relatou que o Pectra Devnet 2 atingiu 85% de participação na rede, sinalizando um ambiente estável. No entanto, alguns bugs persistem em clientes da camada de execução (EL), particularmente no EthereumJS e no Erigon.
Além disso, Busa mencionou um pequeno problema com o cliente Prysm que requer mais investigação. Parithosh Jayanthi, outro engenheiro de DevOps, destacou a necessidade de mais escrutínio em problemas que afetam os nós Lighthouse, Teku e Besu.
Comunicação e Coordenação para Devnet 3
Durante a reunião, o desenvolvedor do Prysm, Kasey Kirkham, notou uma falha de comunicação durante o lançamento do Devnet 2, o que levou os desenvolvedores a perderem atualizações críticas. Para evitar tais problemas, os desenvolvedores concordaram em realizar reuniões semanais focadas nas atualizações de testes do Pectra. Essas reuniões, programadas para segundas-feiras, durarão entre 15 a 30 minutos e visam manter todas as equipes do cliente informadas sobre as atividades devnet em andamento.
Os desenvolvedores também confirmaram que o Devnet 3 replicaria a configuração do Devnet 2, mas incluiria o design EIP 7702 atualizado. No entanto, Gajinder Singh da Lodestar sinalizou problemas encontrados com o EIP 7251, particularmente em torno da consolidação de saldos de depósito ETH apostados pelo validador. Esses problemas foram depurados e passarão por mais testes no próximo devnet.
Transição do Mplex e Novos Testes de Protocolo
A reunião também abordou a transição do Mplex, um protocolo usado por clientes CL para multiplexação de fluxo de dados, que está sendo descontinuado. Phil Ngo, da Lodestar, relatou que seu cliente concluiu os testes para o yamux, um novo multiplexador, e sugeriu a transição completa para o yamux para evitar a sobrecarga de manter ambos os protocolos. No entanto, Etan Kissling, da Nimbus, indicou que sua equipe ainda está testando o yamux, e os desenvolvedores concordaram em revisitar o tópico após mais testes.
Debate sobre o escopo de atualização do EIP 7688 e Pectra
Um ponto significativo de discussão foi a inclusão do EIP 7688 na atualização do Pectra. Esta proposta introduz uma estrutura de dados compatível com o futuro para contratos inteligentes, garantindo a compatibilidade conforme o EL transita de RLP para SSZ. No entanto, Alex Stokes expressou preocupações sobre adicionar o EIP 7688 à já extensa atualização do Pectra. Jayanthi sugeriu que o teste para o EIP 7688 pode ser viável pelo Devnet 5. Enquanto várias equipes de clientes apoiaram sua inclusão, Stokes e Beiko recomendaram estabilizar os EIPs Pectra existentes antes de considerar novas adições. Os desenvolvedores concordaram em revisitar o EIP 7688 mais perto do lançamento do Devnet 5.
Insights sobre implementação e distribuição de nós do PeerDAS
Atualizações sobre a implementação do PeerDAS foram compartilhadas pela equipe do Prysm, gerando um debate sobre a necessidade da solicitação da API do Engine "blobsidecar". Stokes sugeriu abordar essas preocupações na próxima chamada de discussão do PeerDAS. Além disso, uma proposta para remover a amostragem do PeerDAS foi discutida, com os desenvolvedores concordando em revisitar esse tópico em uma chamada futura.
A empresa de análise de blockchain ProbeLab apresentou dados sobre a distribuição de nós Ethereum, revelando que 42% dos 8.335 nós estão em execução no cliente Lighthouse, com 36% dos nós baseados nos EUA. Os dados também mostraram que mais nós Lighthouse são hospedados em data centers do que auto-hospedados, uma tendência atribuída às preferências de usuários institucionais.
A chamada foi concluída com o desenvolvedor do Prysm, "Potuz", pedindo que os desenvolvedores revisassem suas mudanças propostas para a estrutura da carga útil de execução, enfatizando a necessidade de uma decisão rápida para permitir tempo adequado para atualizações de especificações da camada de consenso.
Perceber:
,,As informações e opiniões apresentadas neste artigo são destinadas exclusivamente para fins educacionais e não devem ser tomadas como aconselhamento de investimento em nenhuma situação. O conteúdo destas páginas não deve ser considerado como aconselhamento financeiro, de investimento ou qualquer outra forma de aconselhamento. Alertamos que investir em criptomoedas pode ser arriscado e pode levar a perdas financeiras.“