O segundo fork Blob Parameters Only (BPO) aconteceu hoje. O BPO #2 foi o próximo passo programado no ciclo de atualização do Fusaka para escalar a capacidade de dados do Ethereum. Aqui está o que você precisa saber sobre o BPO #2 e por que esses ajustes de parâmetros são importantes.

0/ O que é um fork de BPO? Forks "Apenas Parâmetro de Blob" são um novo mecanismo introduzido na última atualização da Fusaka. Em vez de esperar por uma grande atualização anual para ajustar a capacidade da rede, os forks de BPO permitem que o Ethereum ajuste parâmetros específicos (como alvos de blob) de forma independente e eficiente.

1/ O que mudou com o fork do BPO? O BPO #2 ajustou os limites de blob para suportar mais throughput de dados: ↗ Blocos alvo: aumentados para 14 (de 10) ↗ Máximos de aglomerados: aumentados para 21 (de 15) Essa expansão gradual permite que a rede teste a carga aumentada de forma segura passo a passo. O BPO #2 é o último dos forks de BPO planejados como parte da atualização Fusaka do Ethereum. Com o objetivo de continuar aumentando a capacidade da rede, os forks de BPO continuarão sendo usados como ferramenta para escalabilidade contínua e orientada por dados.

2/ Por que o fork do BPO importa Mais blobs = mais disponibilidade de dados para redes da Camada 2. Ao aumentar incrementalmente os limites de blob por bloco, o Ethereum reduz os custos de dados para os rollups. Isso ajuda a manter as taxas de transação em L2s baixas mesmo com o crescimento da atividade, garantindo que a rede escale de forma sustentável com a demanda.

3/ Para operadores de nó Clientes prontos para Fusaka devem ter esses cronogramas de BPO incorporados. É sempre um bom exercício conferir suas notas de lançamento.