1/ 💡 Ethereum ativado BPO2! Essa alteração apenas por parâmetro aumentou a capacidade de dados dos blobs por bloco: ▫️ alvo blob 10→14 ▫️ Blob máximo 15→21 Essa atualização impacta os custos de disponibilidade de dados do rollup e a volatilidade das taxas ao aumentar a margem de espaço do blobspace e reduzir picos causados por congestionamento. 🧵 Continue lendo para saber o que mudou e por que isso importa

2/ Essa atualização adiciona mais espaço de blobspace por bloco → menos pressão sobre o mercado de taxas de blob. Com mais espaço de blob, há menos chance de congestionamento no mercado de taxas de blob, reduzindo picos acentuados de taxas. Não é automaticamente mais barato, mas é menos propenso a sofrer escassez, resultando em custos médios menores e menos volatilidade quando os packups competem por espaço de dados.

3/ Definição rápida: blobs são pacotes de dados introduzidos com EIP-4844 (proto-danksharding) para disponibilidade de dados de rollup. ​ Eles não são dados de chamadas EVM; Eles vivem em um canal de dados separado com seu próprio mercado de taxas.

4/ Por que o blob existe: os rollups devem publicar lotes no Ethereum para herdar a segurança/verificação L1. ​ Os blobs tornam essa publicação mais barata/eficiente do que enviar tudo pelos calldata.

5/ BPO2 aumentou a capacidade de blocos de 10 → 14 e o limite de 15 → 21, possibilitando: ✅ Reduz a chance de o blobspace atingir o limite por bloco → menos picos de taxa no pico de demanda ✅ Torna a postagem em lote mais previsível (melhor tempo + previsão de custos) ✅ Aumenta a taxa de transferência disponível do DA, para que os L2s possam publicar mais dados quando necessário ✅ Reduz "rolamentos competindo pelo mesmo cano" durante explosões de atividade ✅ Move os primeiros sinais onchain para observar: taxa base de blob, utilização vs alvo e % de blocos atingindo o blob max

6/ No mesmo nível de demanda, é mais difícil atingir a congestão do blobspace, então picos de taxa base de blob deveriam ser menos frequentes/menos extremos. ​ Isso melhora a previsibilidade para o planejamento de packups e postagem em lote.

7/ BPO2 é um componente chave do roteiro de escalabilidade do Ethereum, alinhando-se ao plano pós-Fusaka de aumentar o throughput de blob por meio de etapas programadas dos parâmetros BPO. Isso confirma a direção estabelecida por atualizações anteriores para alcançar o danksharding completo. ​ Se você opera infraestrutura L2, previsão de custos DA e estratégia de lote ficaram mais sensíveis aos parâmetros de blob.