No dia 20 de abril, os desenvolvedores do Ethereum realizaram a 107ª reunião de consenso por telefone dos desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum e focou nas modificações da camada de consenso do Ethereum, na atualização do progresso do Deneb e nas outras propostas, além da EIP-4844, na próxima atualização de Cancún.
Deneb测试网#5
Após a ativação bem-sucedida da atualização de Xangai, os desenvolvedores imediatamente voltaram sua atenção para os preparativos da atualização de Cancun. Cancun é a próxima atualização da camada de execução do Ethereum, enquanto Deneb é a atualização correspondente da camada de consenso. Durante a reunião, os desenvolvedores discutiram o escopo final da atualização Cancun/Deneb, que terá como núcleo o EIP-4844 (implementação do tipo de transação blob).
O trabalho de preparação para Deneb começou com o lançamento da testnet #5. Os desenvolvedores planejam lançar a quinta testnet do EIP-4844 na próxima semana. Um engenheiro da fundação afirmou que está realizando testes para alguns clientes, preparando-se para o lançamento da testnet.
A API do motor teve uma pequena alteração que irá fundir duas chamadas. Esta alteração ainda não foi incorporada à norma EIP-4844, mas será concluída em breve para testes na testnet #5.
Os desenvolvedores também discutiram a questão de como reinserir transações blob durante a reorganização da cadeia. Como as transações blob estão separadas das transações regulares, os blobs reorganizados só podem ser obtidos a partir das transações do pool de memória pública. Tendo em conta que muitas transações contornam o pool de memória, os desenvolvedores propuseram duas soluções: uma é permitir que a camada de consenso passe os dados blob de cada bloco para a camada de execução; a outra é exigir que os usuários que enviam transações que contornam o pool de memória reenviem as transações durante o evento de reorganização da cadeia.
Alguns desenvolvedores tendem a preferir a primeira opção, acreditando que a carga adicional na camada de execução não é grande. No entanto, também há quem aponte que isso pode prejudicar ainda mais a abstração entre a camada de execução e a camada de consenso, e pode afetar futuras atualizações de amostragem de disponibilidade de dados. Devido à falta de participação das equipes de clientes da camada de execução, essa 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: Permite expor o estado da cadeia de beacon da camada de consenso na camada de execução, facilitando o acesso a informações da camada de consenso por contratos inteligentes.
EIP-6914: Proposta para reutilizar índices de validadores que saíram completamente da rede e não estiveram ativos por um longo tempo. Os desenvolvedores concordaram em continuar aprimorando esta proposta, mas a implementação pode ser adiada até depois do Deneb.
Uma alteração de código potencial que envolve o preenchimento de dados a partir do bloco gênese e a criação de um novo "resumo histórico".
PR 3175: Impedir que validadores penalizados proponham blocos ao saírem da fila, fornecendo proteção contra "modos de falha elevados".
EIP-6493: Resolve the issue of how nodes handle different blob transaction types encoded on the consensus layer and execution layer.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 e EIP-4844 na próxima atualização.
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.
17 Curtidas
Recompensa
17
8
Repostar
Compartilhar
Comentário
0/400
BTCRetirementFund
· 17h atrás
A atualização de Cancun realmente foi cheia de obstáculos...
Ver originalResponder0
DataPickledFish
· 22h atrás
Xangai ainda não digeriu tudo, que pressa.
Ver originalResponder0
BearMarketBro
· 08-10 04:52
Mais uma série de atualizações técnicas, já não é surpresa.
Ver originalResponder0
NewPumpamentals
· 08-10 04:46
Depois de acabar de correr em Xangai, já vamos para Cancún. É possível!
Ver originalResponder0
wrekt_but_learning
· 08-10 04:35
Mais uma vez Cancun, ai, quando é que vai ser lançado?
Ver originalResponder0
OnchainUndercover
· 08-10 04:34
Os programadores estão a ter outra reunião para discutir? Adorei, adorei.
Ver originalResponder0
MoonBoi42
· 08-10 04:30
Ah, acabei de terminar a atualização em Xangai e já estou em Cancún. O que é que se passa?
A conferência de desenvolvedores de Ethereum foca na atualização Cancun, com o Testnet EIP-4844 prestes a ser lançado.
以太坊核心开发者共识会议#107 resumo
No dia 20 de abril, os desenvolvedores do Ethereum realizaram a 107ª reunião de consenso por telefone dos desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum e focou nas modificações da camada de consenso do Ethereum, na atualização do progresso do Deneb e nas outras propostas, além da EIP-4844, na próxima atualização de Cancún.
Deneb测试网#5
Após a ativação bem-sucedida da atualização de Xangai, os desenvolvedores imediatamente voltaram sua atenção para os preparativos da atualização de Cancun. Cancun é a próxima atualização da camada de execução do Ethereum, enquanto Deneb é a atualização correspondente da camada de consenso. Durante a reunião, os desenvolvedores discutiram o escopo final da atualização Cancun/Deneb, que terá como núcleo o EIP-4844 (implementação do tipo de transação blob).
O trabalho de preparação para Deneb começou com o lançamento da testnet #5. Os desenvolvedores planejam lançar a quinta testnet do EIP-4844 na próxima semana. Um engenheiro da fundação afirmou que está realizando testes para alguns clientes, preparando-se para o lançamento da testnet.
A API do motor teve uma pequena alteração que irá fundir duas chamadas. Esta alteração ainda não foi incorporada à norma EIP-4844, mas será concluída em breve para testes na testnet #5.
Os desenvolvedores também discutiram a questão de como reinserir transações blob durante a reorganização da cadeia. Como as transações blob estão separadas das transações regulares, os blobs reorganizados só podem ser obtidos a partir das transações do pool de memória pública. Tendo em conta que muitas transações contornam o pool de memória, os desenvolvedores propuseram duas soluções: uma é permitir que a camada de consenso passe os dados blob de cada bloco para a camada de execução; a outra é exigir que os usuários que enviam transações que contornam o pool de memória reenviem as transações durante o evento de reorganização da cadeia.
Alguns desenvolvedores tendem a preferir a primeira opção, acreditando que a carga adicional na camada de execução não é grande. No entanto, também há quem aponte que isso pode prejudicar ainda mais a abstração entre a camada de execução e a camada de consenso, e pode afetar futuras atualizações de amostragem de disponibilidade de dados. Devido à falta de participação das equipes de clientes da camada de execução, essa 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: Permite expor o estado da cadeia de beacon da camada de consenso na camada de execução, facilitando o acesso a informações da camada de consenso por contratos inteligentes.
EIP-6914: Proposta para reutilizar índices de validadores que saíram completamente da rede e não estiveram ativos por um longo tempo. Os desenvolvedores concordaram em continuar aprimorando esta proposta, mas a implementação pode ser adiada até depois do Deneb.
Uma alteração de código potencial que envolve o preenchimento de dados a partir do bloco gênese e a criação de um novo "resumo histórico".
PR 3175: Impedir que validadores penalizados proponham blocos ao saírem da fila, fornecendo proteção contra "modos de falha elevados".
EIP-6493: Resolve the issue of how nodes handle different blob transaction types encoded on the consensus layer and execution layer.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 e EIP-4844 na próxima atualização.