【moeda】De acordo com o resumo da 159ª reunião dos desenvolvedores principais da camada de consenso do Ethereum (ACDC), a reunião discutiu principalmente: Lançamento do Fusaka Devnet 2 (teste do BP, ajuste gradual do número de blobs para 20), relatório de desempenho de um laboratório sobre clientes em alta condição de Blob (clientes Lighthouse e Prysm suportam 72 blobs/block, Nimbus atinge apenas 10 blobs, largura de banda e carga de validação desiguais, necessidade de otimização para suportar stakers domésticos), congelamento da especificação Fusaka CL (fusão de quatro PRs chave, lançamento do Devnet 3 em duas semanas, especificação da camada de execução a ser definida na próxima reunião do ACD), estratégia e linha do tempo do BP (rede de teste pode testar agressivamente 20-48 blobs, rede principal adotando um aumento conservador de 9→18→24, BP1 pré-configurado no cliente Fusaka, BP2 aguardando avaliação de dados da rede principal, Gota de custos de coordenação), proposta de forquilha Glamsterdam (EIP-7782: redução do tempo de slot de 12 segundos para 6 segundos; PR 3510: estabelecendo a base para um tempo de slot flexível), etc.
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.
20 Curtidas
Recompensa
20
5
Compartilhar
Comentário
0/400
DiamondHands
· 06-30 18:55
Ethereum, vamos lá! No próximo ano, comeremos carne de boi.
Ethereum Fusaka upgrade: BPO teste, otimização de cliente e plano de expansão de blob da rede principal
【moeda】De acordo com o resumo da 159ª reunião dos desenvolvedores principais da camada de consenso do Ethereum (ACDC), a reunião discutiu principalmente: Lançamento do Fusaka Devnet 2 (teste do BP, ajuste gradual do número de blobs para 20), relatório de desempenho de um laboratório sobre clientes em alta condição de Blob (clientes Lighthouse e Prysm suportam 72 blobs/block, Nimbus atinge apenas 10 blobs, largura de banda e carga de validação desiguais, necessidade de otimização para suportar stakers domésticos), congelamento da especificação Fusaka CL (fusão de quatro PRs chave, lançamento do Devnet 3 em duas semanas, especificação da camada de execução a ser definida na próxima reunião do ACD), estratégia e linha do tempo do BP (rede de teste pode testar agressivamente 20-48 blobs, rede principal adotando um aumento conservador de 9→18→24, BP1 pré-configurado no cliente Fusaka, BP2 aguardando avaliação de dados da rede principal, Gota de custos de coordenação), proposta de forquilha Glamsterdam (EIP-7782: redução do tempo de slot de 12 segundos para 6 segundos; PR 3510: estabelecendo a base para um tempo de slot flexível), etc.