De acordo com Wu, segundo o resumo de @YashKamalChatu1 da 159ª reunião de desenvolvedores principais da camada de consenso do Ethereum (ACDC), a reunião discutiu principalmente: lançamento do Fusaka Devnet 2 (teste do BPO, ajuste gradual do número de blobs para 20), relatório de desempenho do Sunnyside Labs para clientes em situações de alta carga de blobs (os clientes Lighthouse e Prysm suportam 72 blobs/bloco, enquanto o Nimbus atinge apenas 10 blobs, com largura de banda e carga de verificação desiguais, necessitando de otimização para suportar stakers domésticos), congelamento das especificações do Fusaka CL (unificação de quatro PRs-chave, lançamento do Devnet 3 em duas semanas, especificações da camada de execução a serem confirmadas na próxima reunião do ACD), estratégia e cronograma do BPO (testnet pode testar agressivamente de 20 a 48 blobs, mainnet adota um aumento conservador de 9→18→24, BPO1 pré-configurado no cliente Fusaka, BPO2 aguardando avaliação de dados da mainnet, reduzindo custos de coordenação), proposta de forquilha de Glamsterdam (EIP-7782: redução do tempo de slot de 12 segundos para 6 segundos; PR 3510: estabelecendo as bases para tempos de slot flexíveis), entre outros.
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Resumo da 159ª reunião dos desenvolvedores principais da camada de consenso do Ethereum (ACDC)
De acordo com Wu, segundo o resumo de @YashKamalChatu1 da 159ª reunião de desenvolvedores principais da camada de consenso do Ethereum (ACDC), a reunião discutiu principalmente: lançamento do Fusaka Devnet 2 (teste do BPO, ajuste gradual do número de blobs para 20), relatório de desempenho do Sunnyside Labs para clientes em situações de alta carga de blobs (os clientes Lighthouse e Prysm suportam 72 blobs/bloco, enquanto o Nimbus atinge apenas 10 blobs, com largura de banda e carga de verificação desiguais, necessitando de otimização para suportar stakers domésticos), congelamento das especificações do Fusaka CL (unificação de quatro PRs-chave, lançamento do Devnet 3 em duas semanas, especificações da camada de execução a serem confirmadas na próxima reunião do ACD), estratégia e cronograma do BPO (testnet pode testar agressivamente de 20 a 48 blobs, mainnet adota um aumento conservador de 9→18→24, BPO1 pré-configurado no cliente Fusaka, BPO2 aguardando avaliação de dados da mainnet, reduzindo custos de coordenação), proposta de forquilha de Glamsterdam (EIP-7782: redução do tempo de slot de 12 segundos para 6 segundos; PR 3510: estabelecendo as bases para tempos de slot flexíveis), entre outros.