No dia 20 de abril de 2023, a equipe de desenvolvimento do Ethereum realizou a 107ª reunião de consenso dos desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum, com foco nas modificações da camada de consenso do Ethereum (CL), nas atualizações de progresso do Deneb, e nas outras propostas para a próxima atualização de Cancún, exceto a EIP-4844.
Deneb测试网#5
Após a ativação bem-sucedida da atualização de Xangai, a equipe de desenvolvimento rapidamente mudou seu foco para os preparativos em Cancún. Cancún é o nome da próxima atualização da camada de execução do Ethereum (EL), enquanto Deneb é o nome correspondente da atualização da camada de consenso (CL). Durante a reunião, os desenvolvedores discutiram o escopo final da atualização Cancún/Deneb, que terá como núcleo o EIP-4844, ou seja, a implementação do tipo de transação blob.
O trabalho de preparação para Deneb começou com o lançamento da testnet #5. Desde outubro do ano passado, os desenvolvedores lançaram várias testnets de clientes para o EIP-4844. O presidente da reunião afirmou que a quinta testnet do EIP-4844 será lançada em algum momento da próxima semana. Um engenheiro mencionou que está realizando testes para vários clientes, preparando-se para o lançamento da testnet na próxima semana.
A API do motor teve uma pequena alteração, unindo duas chamadas em uma. Esta alteração ainda não foi incorporada à especificação EIP-4844, mas será concluída nos próximos dias para testes na testnet #5.
Os desenvolvedores também discutiram como reinserir transações blob em blocos durante a reorganização da cadeia. Como as transações blob estão separadas das transações regulares, os blobs após a reorganização podem ser obtidos apenas das transações do pool de memória pública. Considerando que muitas transações podem contornar o pool de memória, uma solução é que o CL passe os dados blob de cada bloco para o EL, que pode armazená-los em cache até que o bloco seja concluído. Outra solução é exigir que os usuários que submeteram transações que contornaram o pool de memória reenviem suas transações durante um evento de reorganização da cadeia.
Um desenvolvedor afirmou que ele prefere a primeira opção, que é transferir dados blob para o EL. Ele acredita que isso não representa uma carga adicional significativa para o EL e, se esse processo se tornar complicado, os desenvolvedores podem ajustar as mensagens entre o EL e o CL para aliviar a carga. No entanto, alguns apontaram que essa solução pode prejudicar ainda mais a abstração entre as camadas EL e CL e pode afetar a implementação futura de amostragem de disponibilidade de dados (DAS).
Devido à falta de participação da equipa do cliente EL, 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 CL Beacon Chain no EL, permitindo acesso de confiança mínima à CL por contratos inteligentes executados no EL.
EIP-6914: Reutilização de índices de validadores que saíram completamente da rede e estão inativos há muito tempo, ajudando a reduzir o crescimento infinito da lista de validadores.
Uma alteração de código potencial que envolve o preenchimento de dados a partir do bloco de génese da Beacon Chain e a criação de um novo conteúdo de "resumo histórico".
PR 3175: Impedir que os validadores punidos proponham blocos ao saírem da fila, proporcionando proteção contra o "modo de falha alta".
EIP-6493: Resolve como os nós lidam com transações de blob em um formato SSZ no CL, mas codificadas de forma diferente no EL.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 junto com o 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
5
Repostar
Compartilhar
Comentário
0/400
StablecoinEnjoyer
· 9h atrás
Novamente, a Testnet V vai subir
Ver originalResponder0
HashBandit
· 08-13 17:01
omg outra atualização... ainda tenho flashbacks da última dança do meu rig de mineração durante a fusão, para ser honesto
Ver originalResponder0
HallucinationGrower
· 08-13 16:58
Boa rapaz, este EIP já está no 4844, sinto que vai ser difícil de jogar.
Ver originalResponder0
MondayYoloFridayCry
· 08-13 16:52
Logo será Cancún. Amanhã vou comprar na baixa.
Ver originalResponder0
GateUser-aa7df71e
· 08-13 16:36
O curto prazo deve romper, os tubarões estão à espera de fazer as pessoas de parvas.
A conferência de desenvolvedores Ethereum foca no EIP-4844, a atualização de Cancún está prestes a lançar a Testnet Deneb#5
以太坊核心开发者共识会议#107 resumo
No dia 20 de abril de 2023, a equipe de desenvolvimento do Ethereum realizou a 107ª reunião de consenso dos desenvolvedores principais (ACDC). A reunião foi conduzida por um pesquisador da Fundação Ethereum, com foco nas modificações da camada de consenso do Ethereum (CL), nas atualizações de progresso do Deneb, e nas outras propostas para a próxima atualização de Cancún, exceto a EIP-4844.
Deneb测试网#5
Após a ativação bem-sucedida da atualização de Xangai, a equipe de desenvolvimento rapidamente mudou seu foco para os preparativos em Cancún. Cancún é o nome da próxima atualização da camada de execução do Ethereum (EL), enquanto Deneb é o nome correspondente da atualização da camada de consenso (CL). Durante a reunião, os desenvolvedores discutiram o escopo final da atualização Cancún/Deneb, que terá como núcleo o EIP-4844, ou seja, a implementação do tipo de transação blob.
O trabalho de preparação para Deneb começou com o lançamento da testnet #5. Desde outubro do ano passado, os desenvolvedores lançaram várias testnets de clientes para o EIP-4844. O presidente da reunião afirmou que a quinta testnet do EIP-4844 será lançada em algum momento da próxima semana. Um engenheiro mencionou que está realizando testes para vários clientes, preparando-se para o lançamento da testnet na próxima semana.
A API do motor teve uma pequena alteração, unindo duas chamadas em uma. Esta alteração ainda não foi incorporada à especificação EIP-4844, mas será concluída nos próximos dias para testes na testnet #5.
Os desenvolvedores também discutiram como reinserir transações blob em blocos durante a reorganização da cadeia. Como as transações blob estão separadas das transações regulares, os blobs após a reorganização podem ser obtidos apenas das transações do pool de memória pública. Considerando que muitas transações podem contornar o pool de memória, uma solução é que o CL passe os dados blob de cada bloco para o EL, que pode armazená-los em cache até que o bloco seja concluído. Outra solução é exigir que os usuários que submeteram transações que contornaram o pool de memória reenviem suas transações durante um evento de reorganização da cadeia.
Um desenvolvedor afirmou que ele prefere a primeira opção, que é transferir dados blob para o EL. Ele acredita que isso não representa uma carga adicional significativa para o EL e, se esse processo se tornar complicado, os desenvolvedores podem ajustar as mensagens entre o EL e o CL para aliviar a carga. No entanto, alguns apontaram que essa solução pode prejudicar ainda mais a abstração entre as camadas EL e CL e pode afetar a implementação futura de amostragem de disponibilidade de dados (DAS).
Devido à falta de participação da equipa do cliente EL, 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 CL Beacon Chain no EL, permitindo acesso de confiança mínima à CL por contratos inteligentes executados no EL.
EIP-6914: Reutilização de índices de validadores que saíram completamente da rede e estão inativos há muito tempo, ajudando a reduzir o crescimento infinito da lista de validadores.
Uma alteração de código potencial que envolve o preenchimento de dados a partir do bloco de génese da Beacon Chain e a criação de um novo conteúdo de "resumo histórico".
PR 3175: Impedir que os validadores punidos proponham blocos ao saírem da fila, proporcionando proteção contra o "modo de falha alta".
EIP-6493: Resolve como os nós lidam com transações de blob em um formato SSZ no CL, mas codificadas de forma diferente no EL.
Os desenvolvedores tendem a incluir o EIP-4788, PR 3175 junto com o EIP-4844 na próxima atualização.