Desenvolvedores do Ethereum realizam a 107ª reunião do núcleo de consenso para discutir o progresso da atualização Deneb
No dia 20 de abril de 2023, os desenvolvedores do Ethereum realizaram a 107ª reunião de consenso de desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum, com foco nas alterações na camada de consenso do Ethereum, atualizando o progresso do Deneb e discutindo outras propostas na atualização de Cancún, além da EIP-4844.
Deneb测试网络#5
Após a ativação bem-sucedida da atualização de Xangai, os desenvolvedores imediatamente direcionaram sua atenção para os preparativos de Cancún. Cancún é a próxima atualização da camada de execução do Ethereum, enquanto Deneb é a atualização correspondente da camada de consenso. Durante a conferência, os desenvolvedores discutiram o escopo final da atualização Cancún/Deneb, que terá como núcleo o EIP-4844, implementando o tipo de transação blob.
O programa de desenvolvedores irá iniciar na próxima semana a quinta rede de testes do EIP-4844. Um engenheiro da Fundação Ethereum afirmou que está realizando testes preliminares para vários clientes, preparando-se para o lançamento da rede de testes.
A API do motor teve uma pequena alteração, unindo as chamadas "getPayloadV3" e "getBlobsBundleV1" em uma só. Esta alteração ainda não foi integrada à norma EIP-4844, mas será concluída em breve para testes na rede de teste #5.
Os desenvolvedores também discutiram como reinserir transações blob em blocos durante a reorganização da cadeia. Como as transações blob são separadas das transações regulares, os blobs após a reorganização só podem ser obtidos a partir do pool de transações públicas. Considerando que muitas transações podem contornar o pool de transações, uma solução é permitir que a camada de consenso passe os dados blob de cada bloco para a camada de execução, onde a camada de execução pode armazená-los em cache até que o bloco esteja completo. Outra abordagem é exigir que os usuários de transações que pulam o pool de transações reenviem suas transações durante um evento de reorganização da cadeia.
Alguns desenvolvedores tendem a transferir dados blob para a camada de execução, de modo que as transações possam ser reinseridas durante a reorganização. No entanto, essa abordagem pode romper ainda mais a abstração entre a camada de execução e a camada de consenso, e pode afetar a implementação futura da amostragem de disponibilidade de dados. Devido à falta de participação da equipe do cliente da camada de execução, esta questão será discutida novamente na próxima reunião.
Proposta Adicional Deneb
Além do EIP-4844, a atualização Deneb também considerou outras atualizações de código:
EIP-4788: Tornar público o estado da cadeia de beacon da camada de consenso na camada de execução, permitindo que contratos inteligentes tenham acesso de confiança minimizada à camada de consenso.
EIP-6914: reutilização de índices de validadores que saíram completamente da rede e não estiveram ativos por um longo período. Devido à alta complexidade, a implementação pode ser adiada para depois do Deneb.
Uma alteração de código potencial, envolvendo o preenchimento de dados a partir do bloco de gênese da cadeia de beacon e a criação de novos conteúdos de "resumo histórico".
PR 3175: Impedir que validadores punidos apresentem blocos na fila de saída, fornecendo proteção contra "modos de falha elevados".
EIP-6493: Resolvendo o problema de como os nós lidam com tipos de transações blob codificados de forma diferente nas camadas de consenso e de execução.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 e EIP-4844 na próxima atualização. Em relação a outras propostas, os desenvolvedores continuarão a aprimorar os detalhes e discutirão mais em reuniões futuras.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
9 Curtidas
Recompensa
9
6
Repostar
Compartilhar
Comentário
0/400
ChainDetective
· 08-16 04:51
Após Cancún, parece que o mundo é do 4844.
Ver originalResponder0
0xSunnyDay
· 08-16 04:49
4844 o que é isso? Se não entender, pergunte.
Ver originalResponder0
SandwichVictim
· 08-16 04:47
Cancun Upgrade Charge Sanduíche muito perigoso
Ver originalResponder0
MidnightSnapHunter
· 08-16 04:42
Rápido, rápido, rápido! 4844 já vai conseguir Gota o gás.
Ver originalResponder0
PaperHandsCriminal
· 08-16 04:38
Há tantas novas propostas, mas eu perdi seis pontos.
Conferência de desenvolvedores Ethereum foca na atualização Deneb, com o EIP-4844 como destaque
Desenvolvedores do Ethereum realizam a 107ª reunião do núcleo de consenso para discutir o progresso da atualização Deneb
No dia 20 de abril de 2023, os desenvolvedores do Ethereum realizaram a 107ª reunião de consenso de desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum, com foco nas alterações na camada de consenso do Ethereum, atualizando o progresso do Deneb e discutindo outras propostas na atualização de Cancún, além da EIP-4844.
Deneb测试网络#5
Após a ativação bem-sucedida da atualização de Xangai, os desenvolvedores imediatamente direcionaram sua atenção para os preparativos de Cancún. Cancún é a próxima atualização da camada de execução do Ethereum, enquanto Deneb é a atualização correspondente da camada de consenso. Durante a conferência, os desenvolvedores discutiram o escopo final da atualização Cancún/Deneb, que terá como núcleo o EIP-4844, implementando o tipo de transação blob.
O programa de desenvolvedores irá iniciar na próxima semana a quinta rede de testes do EIP-4844. Um engenheiro da Fundação Ethereum afirmou que está realizando testes preliminares para vários clientes, preparando-se para o lançamento da rede de testes.
A API do motor teve uma pequena alteração, unindo as chamadas "getPayloadV3" e "getBlobsBundleV1" em uma só. Esta alteração ainda não foi integrada à norma EIP-4844, mas será concluída em breve para testes na rede de teste #5.
Os desenvolvedores também discutiram como reinserir transações blob em blocos durante a reorganização da cadeia. Como as transações blob são separadas das transações regulares, os blobs após a reorganização só podem ser obtidos a partir do pool de transações públicas. Considerando que muitas transações podem contornar o pool de transações, uma solução é permitir que a camada de consenso passe os dados blob de cada bloco para a camada de execução, onde a camada de execução pode armazená-los em cache até que o bloco esteja completo. Outra abordagem é exigir que os usuários de transações que pulam o pool de transações reenviem suas transações durante um evento de reorganização da cadeia.
Alguns desenvolvedores tendem a transferir dados blob para a camada de execução, de modo que as transações possam ser reinseridas durante a reorganização. No entanto, essa abordagem pode romper ainda mais a abstração entre a camada de execução e a camada de consenso, e pode afetar a implementação futura da amostragem de disponibilidade de dados. Devido à falta de participação da equipe do cliente da camada de execução, esta questão será discutida novamente na próxima reunião.
Proposta Adicional Deneb
Além do EIP-4844, a atualização Deneb também considerou outras atualizações de código:
EIP-4788: Tornar público o estado da cadeia de beacon da camada de consenso na camada de execução, permitindo que contratos inteligentes tenham acesso de confiança minimizada à camada de consenso.
EIP-6914: reutilização de índices de validadores que saíram completamente da rede e não estiveram ativos por um longo período. Devido à alta complexidade, a implementação pode ser adiada para depois do Deneb.
Uma alteração de código potencial, envolvendo o preenchimento de dados a partir do bloco de gênese da cadeia de beacon e a criação de novos conteúdos de "resumo histórico".
PR 3175: Impedir que validadores punidos apresentem blocos na fila de saída, fornecendo proteção contra "modos de falha elevados".
EIP-6493: Resolvendo o problema de como os nós lidam com tipos de transações blob codificados de forma diferente nas camadas de consenso e de execução.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 e EIP-4844 na próxima atualização. Em relação a outras propostas, os desenvolvedores continuarão a aprimorar os detalhes e discutirão mais em reuniões futuras.