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 serve apenas de referência e não constitui uma solicitação ou oferta. Não é prestado qualquer aconselhamento em matéria de investimento, fiscal ou jurídica. Consulte a Declaração de exoneração de responsabilidade para obter mais informações sobre os 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.