Ethereum Conferência ACDC #132 Minutos: Electra Devnet 0 Pronto com Outros Tópicos Técnicos

Título Original: Ethereum All Core Developers Consenso Call #132 Writeup

Artigo original de Christine Kim

Compilação original: Luccy, BlockBeats

Nota do editor:

Ethereum todas as principais chamadas de Consenso do desenvolvedor (ACDCs) são realizadas quinzenalmente para discutir e coordenar alterações na camada de Ethereum Consenso (CL). Esta é a 132ª teleconferência da ACDC, na qual os desenvolvedores compartilharam atualizações sobre o primeiro Testnet Pectra Devnet (Pectra Devnet 0), discutiram questões abertas em relação à especificação e destacaram projetos de pesquisa relacionados à publicação de rede e amostragem de disponibilidade de dados. Estas incluem perguntas abertas do Electra, perguntas não respondidas relacionadas com o Electra e perguntas abertas de investigação.

Em termos de questões abertas da Electra, os desenvolvedores se concentraram no impacto das EIPs 7251 e EIP 7549, bem como sugestões para adicionar um novo EIP que criaria uma solicitação EL genérica. Para questões pendentes relacionadas com o Electra, as discussões incluem alterações aos tipos de índice do conselho de validação, alterações ao validador depósito ao processamento de dados e muito mais. Christine Kim, VP de Pesquisa da Galaxy Digital, deu uma nota detalhada sobre os destaques da reunião, que a BlockBeasts compilou da seguinte forma:

Em 21 de março de 2024, Ethereum desenvolvedores se reuniram no Zoom para a sessão All Core Developers Consenso (ACDC) chamada #132. A teleconferência ACDC é uma série quinzenal de reuniões organizada pelo bolsista da Fundação Ethereum, Alex Stokes, onde os desenvolvedores discutem e coordenam as mudanças na camada Ethereum Consenso (CL). Esta semana, os desenvolvedores compartilharam uma atualização sobre seus preparativos para o primeiro Testnet de desenvolvedores Pectra, também conhecido como Pectra Devnet 0. Eles discutiram questões abertas sobre a especificação Pectra Devnet 0 e destacaram brevemente dois projetos de pesquisa inacabados relacionados à publicação em rede e amostragem de disponibilidade de dados.

Electra Perguntas Abertas

Ethereum desenvolvedores da Fundação lançaram a especificação CL inicial e vetores de teste para o Pectra Devnet 0. No entanto, há várias questões em aberto sobre essas especificações que podem ou não ser resolvidas a tempo para o primeiro lançamento do devnet. Stokes destacou que uma das questões está relacionada ao EIP 7251 (aumento de MAX_EFFECTIVE_BALANCE). Os desenvolvedores parecem estar inclinados para validadores stake Fusão de ETH como uma ação acionável da camada de execução (EL). No entanto, tal como está, a fusão é definida como uma operação CL na especificação Electra inicial. “Isso é bom porque o cadeia beacon requer a mesma lógica de processamento mais longa, independentemente da fonte”, disse Stokes.

Outra questão em aberto que os desenvolvedores discutiram na chamada foi relacionada ao EIP 7549 (Moving Commission Indexes Outside of Proof). As EIPs alteram a forma como as provas do validador são agregadas e os blocos são formatados. Quando o Pectra for ativado, as provas de pré-atualização serão acumuladas até que não mais longo sejam compatíveis com as novas provas enviadas na cadeia. Stokes destacou duas soluções possíveis em um problema do GitHub principal até a chamada. Ele escreve:

· O cliente transmite ambos os formatos na última era Deneb, tomando cuidado para não produzir mensagens enviesadas.

· Estenda blocos com campos extras para provas pré-Electra, e só permita o estilo Deneb durante a primeira época do Electra.

Deneb é o nome de atualização combinado para o Hard Fork mais recente ativado no Ethereum. Electra é o nome de atualização CL para o próximo hard forquilha imediato no Ethereum.

Os desenvolvedores discutiram ambas as opções em uma teleconferência. Eventualmente, eles decidiram não mudar a especificação do Electra por enquanto, mas ver como essas provas perdidas afetam a segurança da rede no devnet.

A terceira questão pendente discutida pelos desenvolvedores na teleconferência relacionada à Electra foi a adição de um novo EIP à atualização que criaria uma solicitação EL genérica. O EIP proposto pelo desenvolvedor Geth “Lightclient” simplificará o processo de envio de mensagens de atualização de EL para CL. Devido à subir de soluções de stake baseadas em contratos inteligentes, houve um afluxo maciço de EIPs ativadas em Ethereum e várias operações de validação para a proposta da Pectra de acionar diretamente da EL em vez da CL. A proposta da Lightclient cria uma estrutura comum para propagar “solicitações acionadas por contrato” da EL para a CL. Dado que o EIP irá mudar a forma como o Pectra é projetado, especificamente a implementação do EIP 6110 e EIP 7002, Lightclient enfatiza que espera que a equipe do cliente forneça feedback sobre sua proposta o mais rápido possível. Os desenvolvedores concordaram em tentar finalizar o EIP do Lightclient até o final da semana para construir e compartilhar suas especificações até segunda-feira, 22 de abril.

Os desenvolvedores então discutiram duas outras questões pendentes relacionadas ao EIP 7549 e EIP 7251 levantadas pelo desenvolvedor da Teku, Mikhail Kalinin. O primeiro é sobre mudanças nos tipos de índice do conselho validador, enquanto o segundo propõe mudanças no processamento dos dados do depósito do validador. Stokes encorajou os desenvolvedores a revisar ambas as propostas com mais detalhes para uma discussão mais aprofundada nas próximas semanas.

Finalmente, a última questão pendente relacionada com a especificação Electra discutida pelos desenvolvedores é o aumento na contagem de blobs. Parithosh Jayanthi, engenheiro de operações de desenvolvimento da Fundação Ethereum, disse que queria analisar a atividade de blob pós-atualização de Dencun e recomendar um aumento único na contagem de blob a ser incluído na atualização do Electra. Ethereum pesquisador da Fundação Ansgar Dietrichs destacou que ele também fez uma sugestão para ativar um aumento gradual na contagem de blobs, o que deve ser considerado em paralelo com a proposta de Jayanthi de incluir o Electra.

Perguntas abertas de pesquisa

Durante a chamada ACD desta semana, os desenvolvedores discutiram brevemente dois projetos de pesquisa. O primeiro é um novo artigo de investigação de Anders Elowsson, investigador da Fundação Ethereum, que propõe um novo modelo para pensar e implementar mudanças políticas Ethereum emissão. O post completo pode ser lido aqui. Stokes encorajou os desenvolvedores a rever a publicação na chamada.

O segundo projeto de pesquisa proposto pelo desenvolvedor Lighthouse Adrian Manning tem a ver com sub-redes de prova. Como Manning diz no GitHub, "Este PR introduz o conceito de ‘fragmentação de rede’, que é apenas um conceito abstrato que marca o ID Nó como um número (fragmentação de rede). Podemos então usar essa fragmentação de rede (número) para alocar tópicos que os nós devem assinar por um longo tempo. Manning está buscando uma opinião final sobre sua proposta para que sua equipe possa começar a trabalhar na solução de amostragem de disponibilidade de dados da Ethereum, a PeerDAS. Para obter informações sobre a amostragem de disponibilidade de dados, leia este relatório da Galaxy Research.

O desenvolvedor da Nethermind, Lukasz Rozmej, perguntou se EIP 7547 (Lista de Inclusão) havia sido aprovado para inclusão na atualização do Electra. Os desenvolvedores reiteram que EIP 7547 ainda não foi aprovado para inclusão.

Saulius Grigaitis, um desenvolvedor que constrói o cliente CL da Ethereum chamado “Grandine”, questionou as regras de escolha forquilha de Ethereum dada a pesquisa PeerDAS em andamento. Grigaitis pede aos desenvolvedores que incluam ideias no grupo de trabalho PeerDAS.