Editor's note: The Ethereum All Core Developers' call (ACDE) is held every two weeks to discuss and coordinate changes to the Ethereum Execution Layer (EL). This is the 190th ACDE call, and the main topics discussed in this meeting include EIP 7251 and 7702, Ethereum Object Format (EOF), and PeerDAS.
Durante a conferência, Beiko também propôs um novo modelo de discussão EIP e enfatizou a importância da página de recursos para desenvolvedores Ethereum 'eth-clients'. A vice-presidente de pesquisa da Galaxy Digital, Christine Kim, fez um registro detalhado dos principais pontos discutidos nesta conferência, que foi compilado pela BlockBeasts como segue:
No dia 20 de junho de 2024, os desenvolvedores do Ethereum se reuniram no Zoom para participar da chamada All Core Developers ution (ACDE) #190. A chamada ACDE é uma série de chamadas realizadas a cada duas semanas, presidida pelo diretor de suporte de protocolo da Fundação Ethereum, Tim Beiko, na qual os desenvolvedores discutem e coordenam as mudanças na camada de execução do Ethereum (EL).
Esta semana, os desenvolvedores apresentaram o progresso em várias mudanças de código, incluindo as Propostas de Melhoria do Ethereum (EIP) 7251 e 7702, bem como o Ethereum Object Format (EOF) e o PeerDAS.
Beiko também compartilhou um modelo sugerido para EIP discussões, e Parithosh Jayanthi, engenheiro de DevOps da EF, introduziu uma nova página do GitHub chamada "eth-clients" para Ethereum Rede principal e configuração Testnet. Por fim, Beiko lembrou que a próxima chamada da ACDE acontecerá no feriado dos EUA, em 4 de julho. Embora não esteja presente na conferência, Alex Stokes, membro da EF, conduzirá a reunião em seu lugar.
####Pectra Devnet 1
Os desenvolvedores discutiram o Pectra Devnet 1 no início da reunião. Os desenvolvedores planejam lançar a próxima rede de teste dedicada Pectra upgrade na próxima semana. Em comparação com o Devnet 0 de testes anterior, a nova rede de testes tem principalmente as seguintes mudanças de especificações:
A validação combinada acionada por EL foi adicionada
EIP 7702 substituiu EIP 3074
A equipa de clientes da EL está a avançar com a sua implementação do Devnet 1. Cada representante principal da equipa EL do Ethereum partilhou os seus mais recentes progressos:
Besu: A primeira versão da implementação do Devnet 1 deles está pronta, mas ainda há alguns testes em falta e a equipe tem dúvidas sobre as especificações das operações de preços de gás.
Nethermind: Eles estão revisando sua implementação Devnet 1, mesclando várias alterações de código e ramos de software, e escrevendo casos de teste.
Erigon: They have a draft implementation of EIP 7702 and are reviewing the latest changes to EIP 7251, which include the merger of EL-triggered validators.
Reth: Sua implementação Devnet 1 deve ser concluída antes da próxima reunião ACD.
EthereumJS: A equipe está trabalhando na implementação do EIP 7702 e espera ter o Devnet 1 pronto em cerca de uma semana.
Geth: The team is also working on the implementation of EIP 7702.
Quando a equipe do cliente compartilhou seu progresso, um desenvolvedor chamado 'Racytech' perguntou se a implementação do EOF seria excluída do Devnet 1. Beiko confirmou que o EOF não será testado no Devnet 1 e que a implementação do EOF deve ser baseada na especificação mais recente do Pectra, em vez da especificação final do Deneb. Barnabas Busa, engenheiro de desenvolvimento e operações da EF, enfatizou que essa estratégia tornará a depuração do EOF mais difícil, pois a especificação do Pectra está em constante mudança e também está sendo depurada ao mesmo tempo. 'Mesmo assim, isso ainda está correto, pois queremos que a equipe trabalhe nas EIPs principais do Pectra e corrija esses erros. Portanto, é mais razoável do que basear-se em uma bifurcação anterior e, em seguida, em uma fase posterior, basear-se em Prague e descobrir todos esses erros', disse Beiko. Prague é o nome EL da atualização do Pectra.
####Atualização EIP 7702
Embora os desenvolvedores estejam trabalhando duro para implementar o EIP 7702 no Devnet 1, pode haver alterações significativas no código para suportar novos recursos, especialmente a capacidade dos usuários de revogar a autorização de transação EIP 7702.
Um desenvolvedor do Geth chamado 'Lightclient' propôs uma nova mudança que suporta a revogação do EIP 7702. Ele explicou: 'Não é fácil ver quais autorizações estão em vigor a qualquer momento e é difícil saber quais foram revogadas e quais não foram. Existem alguns padrões de design que podem evitar essas situações, mas na prática, pode-se não saber como a carteira usará essa função. Para uma defesa melhor, lembro-me de que Vitalik mencionou em uma chamada telefônica anterior ou em uma sala de discussão em grupo que, em vez de fazer com que as autorizações sejam transações temporárias que precisam ser incluídas em transações, podemos salvar essas autorizações, para que você possa ver a que código a conta foi atribuída a qualquer momento.'
Um desenvolvedor chamado "Arik" afirmou que prefere a versão atual do EIP 7702 em vez das alterações propostas pelo Lightclient. Arik disse que há casos de uso específicos na nova EIP 7702. O Lightclient refutou esses comentários, afirmando que todos os casos de uso suportados pela versão anterior do EIP 7702 ainda estão presentes, e que foi adicionado um mecanismo de revogação robusto. No entanto, o Lightclient também observou que essas alterações tornam a implementação do EIP nos clientes mais complexa. Beiko afirmou na caixa de chat da reunião que o design do EIP 7702 é o "principal problema não resolvido" da Pectra e sugeriu que os desenvolvedores organizem outra reunião telefônica em grupo para chegar a um consenso sobre seu mecanismo de revogação. "Seria ótimo se na próxima reunião tivéssemos uma versão que seja geralmente satisfatória para todos, seja esta versão ou uma versão ajustada, para fazer parte do Devnet 2", disse Beiko.
Besu desenvolvedor Daniel Lehrner questionou se os desenvolvedores deveriam gastar tempo implementando a versão atual do EIP 7702 no Devnet 1, se as especificações podem mudar no Devnet 2. Ele disse: "Essas propostas são bastante diferentes, então podemos implementar algo no Devnet 1 que teremos que descartar parcialmente em algumas semanas devido a mudanças novamente devido ao 7702." O cofundador da carteira encriptada Safe, Richard Meissner, afirmou que seria útil para a equipe da carteira implementar alguma versão do EIP 7702 na rede de testes. Beiko acrescentou que a implementação atual do EIP 7702 não parece atrasar significativamente o progresso da equipe do cliente, e tentar removê-lo das especificações do Pectra agora pode complicar o Devnet 1.
####EOF Update
Quanto ao EOF, Busa disse que sua equipe testará a implementação do EOF após implementar outras alterações de código do Pectra. O status de pronto do EOF está sendo rastreado no GitHub. Atualmente, duas equipes de clientes EL, Besu e Reth, implementaram todos os EIPs do EOF, enquanto outras equipes ainda estão trabalhando para implementar todos os EIPs do EOF. Um representante da equipe Erigon apontou que seria útil ter casos de teste adicionais que simulem blocos de Ethereum contendo transações do EOF. Mario Vega, membro da equipe de teste da EF, disse durante a conversa que sua equipe está lançando mais testes do EOF e compartilhará mais conteúdo na próxima reunião do grupo EOF. Danno Ferrin, um desenvolvedor de protocolo Ethereum independente, disse que, como a especificação do EOF agora foi finalizada, as teleconferências do EOF foram alteradas de semanais para quinzenais, e o foco atual do trabalho do EOF é em testes e implementação do cliente.
####Atualização do PeerDAS
Busa apresentou um breve resumo do progresso do trabalho de implementação do PeerDAS. Ele afirmou que o próximo PeerDAS Devnet será lançado dentro de uma a duas semanas. Como discutido na última reunião da ACDC, o PeerDAS será desenvolvido com base nas especificações finais do Dencun, em vez das especificações do Pectra.
####Anúncio
Beiko apresentou um novo modelo padrão para os autores do EIP usarem nos posts do Ethereum Magicians. Este novo modelo visa promover uma revisão de alta qualidade dos EIPs.
Jayanthi introduziu a página "eth-clients" do GitHub, que fornece recursos longo para desenvolvedores Ethereum, incluindo configuração de especificação para Ethereum Testnet e Rede principal. Atualmente, a página é mantida por representantes de todas as equipes de clientes CL. Jayanthi chamou representantes da equipe de clientes da EL para se voluntariarem para ajudar a manter esta página do GitHub.
Lightclient perguntou sobre o progresso da equipe do cliente em lidar com a expiração de dados históricos. Não houve atualizações compartilhadas sobre isso nesta reunião.
Beiko afirmou que não irá presidir a próxima conferência telefônica da ACDE marcada para o feriado de 4 de julho nos Estados Unidos. Em vez disso, o pesquisador EF Alex Stokes irá presidir a reunião.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Resumo da última reunião dos principais desenvolvedores do Ethereum: lançamento da próxima rede de testes dedicada ao upgrade Pectra na próxima semana
Por: Christine Kim
Compilação: Luccy, BlockBeats
Editor's note: The Ethereum All Core Developers' call (ACDE) is held every two weeks to discuss and coordinate changes to the Ethereum Execution Layer (EL). This is the 190th ACDE call, and the main topics discussed in this meeting include EIP 7251 and 7702, Ethereum Object Format (EOF), and PeerDAS.
Durante a conferência, Beiko também propôs um novo modelo de discussão EIP e enfatizou a importância da página de recursos para desenvolvedores Ethereum 'eth-clients'. A vice-presidente de pesquisa da Galaxy Digital, Christine Kim, fez um registro detalhado dos principais pontos discutidos nesta conferência, que foi compilado pela BlockBeasts como segue:
No dia 20 de junho de 2024, os desenvolvedores do Ethereum se reuniram no Zoom para participar da chamada All Core Developers ution (ACDE) #190. A chamada ACDE é uma série de chamadas realizadas a cada duas semanas, presidida pelo diretor de suporte de protocolo da Fundação Ethereum, Tim Beiko, na qual os desenvolvedores discutem e coordenam as mudanças na camada de execução do Ethereum (EL).
Esta semana, os desenvolvedores apresentaram o progresso em várias mudanças de código, incluindo as Propostas de Melhoria do Ethereum (EIP) 7251 e 7702, bem como o Ethereum Object Format (EOF) e o PeerDAS.
Beiko também compartilhou um modelo sugerido para EIP discussões, e Parithosh Jayanthi, engenheiro de DevOps da EF, introduziu uma nova página do GitHub chamada "eth-clients" para Ethereum Rede principal e configuração Testnet. Por fim, Beiko lembrou que a próxima chamada da ACDE acontecerá no feriado dos EUA, em 4 de julho. Embora não esteja presente na conferência, Alex Stokes, membro da EF, conduzirá a reunião em seu lugar.
####Pectra Devnet 1
Os desenvolvedores discutiram o Pectra Devnet 1 no início da reunião. Os desenvolvedores planejam lançar a próxima rede de teste dedicada Pectra upgrade na próxima semana. Em comparação com o Devnet 0 de testes anterior, a nova rede de testes tem principalmente as seguintes mudanças de especificações:
A equipa de clientes da EL está a avançar com a sua implementação do Devnet 1. Cada representante principal da equipa EL do Ethereum partilhou os seus mais recentes progressos:
Quando a equipe do cliente compartilhou seu progresso, um desenvolvedor chamado 'Racytech' perguntou se a implementação do EOF seria excluída do Devnet 1. Beiko confirmou que o EOF não será testado no Devnet 1 e que a implementação do EOF deve ser baseada na especificação mais recente do Pectra, em vez da especificação final do Deneb. Barnabas Busa, engenheiro de desenvolvimento e operações da EF, enfatizou que essa estratégia tornará a depuração do EOF mais difícil, pois a especificação do Pectra está em constante mudança e também está sendo depurada ao mesmo tempo. 'Mesmo assim, isso ainda está correto, pois queremos que a equipe trabalhe nas EIPs principais do Pectra e corrija esses erros. Portanto, é mais razoável do que basear-se em uma bifurcação anterior e, em seguida, em uma fase posterior, basear-se em Prague e descobrir todos esses erros', disse Beiko. Prague é o nome EL da atualização do Pectra.
####Atualização EIP 7702
Embora os desenvolvedores estejam trabalhando duro para implementar o EIP 7702 no Devnet 1, pode haver alterações significativas no código para suportar novos recursos, especialmente a capacidade dos usuários de revogar a autorização de transação EIP 7702.
Um desenvolvedor do Geth chamado 'Lightclient' propôs uma nova mudança que suporta a revogação do EIP 7702. Ele explicou: 'Não é fácil ver quais autorizações estão em vigor a qualquer momento e é difícil saber quais foram revogadas e quais não foram. Existem alguns padrões de design que podem evitar essas situações, mas na prática, pode-se não saber como a carteira usará essa função. Para uma defesa melhor, lembro-me de que Vitalik mencionou em uma chamada telefônica anterior ou em uma sala de discussão em grupo que, em vez de fazer com que as autorizações sejam transações temporárias que precisam ser incluídas em transações, podemos salvar essas autorizações, para que você possa ver a que código a conta foi atribuída a qualquer momento.'
Um desenvolvedor chamado "Arik" afirmou que prefere a versão atual do EIP 7702 em vez das alterações propostas pelo Lightclient. Arik disse que há casos de uso específicos na nova EIP 7702. O Lightclient refutou esses comentários, afirmando que todos os casos de uso suportados pela versão anterior do EIP 7702 ainda estão presentes, e que foi adicionado um mecanismo de revogação robusto. No entanto, o Lightclient também observou que essas alterações tornam a implementação do EIP nos clientes mais complexa. Beiko afirmou na caixa de chat da reunião que o design do EIP 7702 é o "principal problema não resolvido" da Pectra e sugeriu que os desenvolvedores organizem outra reunião telefônica em grupo para chegar a um consenso sobre seu mecanismo de revogação. "Seria ótimo se na próxima reunião tivéssemos uma versão que seja geralmente satisfatória para todos, seja esta versão ou uma versão ajustada, para fazer parte do Devnet 2", disse Beiko.
Besu desenvolvedor Daniel Lehrner questionou se os desenvolvedores deveriam gastar tempo implementando a versão atual do EIP 7702 no Devnet 1, se as especificações podem mudar no Devnet 2. Ele disse: "Essas propostas são bastante diferentes, então podemos implementar algo no Devnet 1 que teremos que descartar parcialmente em algumas semanas devido a mudanças novamente devido ao 7702." O cofundador da carteira encriptada Safe, Richard Meissner, afirmou que seria útil para a equipe da carteira implementar alguma versão do EIP 7702 na rede de testes. Beiko acrescentou que a implementação atual do EIP 7702 não parece atrasar significativamente o progresso da equipe do cliente, e tentar removê-lo das especificações do Pectra agora pode complicar o Devnet 1.
####EOF Update
Quanto ao EOF, Busa disse que sua equipe testará a implementação do EOF após implementar outras alterações de código do Pectra. O status de pronto do EOF está sendo rastreado no GitHub. Atualmente, duas equipes de clientes EL, Besu e Reth, implementaram todos os EIPs do EOF, enquanto outras equipes ainda estão trabalhando para implementar todos os EIPs do EOF. Um representante da equipe Erigon apontou que seria útil ter casos de teste adicionais que simulem blocos de Ethereum contendo transações do EOF. Mario Vega, membro da equipe de teste da EF, disse durante a conversa que sua equipe está lançando mais testes do EOF e compartilhará mais conteúdo na próxima reunião do grupo EOF. Danno Ferrin, um desenvolvedor de protocolo Ethereum independente, disse que, como a especificação do EOF agora foi finalizada, as teleconferências do EOF foram alteradas de semanais para quinzenais, e o foco atual do trabalho do EOF é em testes e implementação do cliente.
####Atualização do PeerDAS
Busa apresentou um breve resumo do progresso do trabalho de implementação do PeerDAS. Ele afirmou que o próximo PeerDAS Devnet será lançado dentro de uma a duas semanas. Como discutido na última reunião da ACDC, o PeerDAS será desenvolvido com base nas especificações finais do Dencun, em vez das especificações do Pectra.
####Anúncio
Beiko apresentou um novo modelo padrão para os autores do EIP usarem nos posts do Ethereum Magicians. Este novo modelo visa promover uma revisão de alta qualidade dos EIPs.
Jayanthi introduziu a página "eth-clients" do GitHub, que fornece recursos longo para desenvolvedores Ethereum, incluindo configuração de especificação para Ethereum Testnet e Rede principal. Atualmente, a página é mantida por representantes de todas as equipes de clientes CL. Jayanthi chamou representantes da equipe de clientes da EL para se voluntariarem para ajudar a manter esta página do GitHub.
Lightclient perguntou sobre o progresso da equipe do cliente em lidar com a expiração de dados históricos. Não houve atualizações compartilhadas sobre isso nesta reunião.
Beiko afirmou que não irá presidir a próxima conferência telefônica da ACDE marcada para o feriado de 4 de julho nos Estados Unidos. Em vez disso, o pesquisador EF Alex Stokes irá presidir a reunião.