1/ 💡 Ethereum ativou o BPO2! Esta alteração apenas de parâmetros aumentou a capacidade de dados de blobs por bloco: ▫️ alvo de blob 10→14 ▫️ máximo de blob 15→21 Esta atualização impacta os custos de disponibilidade de dados de rollup e a volatilidade das taxas, aumentando o espaço disponível para blobs e reduzindo os picos causados pela congestão. 🧵 Continue a ler para saber o que mudou e por que isso é importante
2/ Esta atualização adiciona mais espaço de blob por bloco → menos pressão no 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 nas taxas. Não é automaticamente mais barato, mas é menos provável que ocorram escassezes, resultando em custos médios mais baixos e menos volatilidade quando os rollups competem por espaço de dados.
3/ Definição rápida: blobs são pacotes de dados introduzidos com o EIP-4844 (proto-danksharding) para a disponibilidade de dados de rollup. ​ Eles não são calldata EVM; vivem em um canal de dados separado com seu próprio mercado de taxas.
4/ Por que os blobs existem: os rollups devem publicar lotes na Ethereum para herdar a segurança/verificação do L1. ​ Os blobs tornam essa publicação mais barata/mais eficiente do que enviar tudo através do calldata.
5/ O BPO2 aumentou a capacidade de blob de 10 → 14 e o limite de 15 → 21, permitindo: ✅ Reduzir a chance de o blobspace atingir o limite por bloco → menos picos de taxas em períodos de alta demanda ✅ Tornar a postagem em lote mais previsível (melhor temporização + previsão de custos) ✅ Aumentar a largura de banda disponível de DA, para que os L2s possam publicar mais dados quando necessário ✅ Reduzir "rollups competindo pelo mesmo canal" durante picos de atividade ✅ Mudar os primeiros sinais onchain a serem observados: taxa base de blob, utilização vs alvo, e % de blocos atingindo o máximo de blob
6/ No mesmo nível de demanda, é mais difícil atingir a congestão do blobspace, portanto, os picos da taxa base do blob devem ser menos frequentes/menos extremos. ​ Isso melhora a previsibilidade para rollups que planejam postagem em lote.
7/ O BPO2 é um componente chave do roteiro de escalonamento do Ethereum, alinhando-se com o plano pós-Fusaka para aumentar a capacidade de processamento de blobs através de etapas programadas dos parâmetros BPO. Isso confirma a direção estabelecida por atualizações anteriores em direção à realização do danksharding completo. ​ Se você opera infraestrutura L2, a previsão de custos de DA e a estratégia de lotes tornaram-se mais sensíveis aos parâmetros de blobs.
1,09K