1/ 💡 ¡Ethereum activó BPO2! Este cambio solo de parámetros aumentó la capacidad de datos de blobs por bloque: ▫️ objetivo de blob 10→14 ▫️ máximo de blob 15→21 Esta actualización impacta los costos de disponibilidad de datos de rollup y la volatilidad de tarifas al aumentar el margen de espacio de blobs y reducir los picos impulsados por la congestión. 🧵 Sigue leyendo para saber qué cambió y por qué es importante

2/ Esta actualización añade más espacio de blob por bloque → menos presión en el mercado de tarifas de blob. Con más espacio de blob, hay menos probabilidad de congestión en el mercado de tarifas de blob, lo que reduce los picos agudos en las tarifas. No es automáticamente más barato, pero es menos probable que se experimenten escaseces, lo que resulta en costos promedio más bajos y menos volatilidad cuando los rollups compiten por el espacio de datos.

3/ Definición rápida: los blobs son paquetes de datos introducidos con EIP-4844 (proto-danksharding) para la disponibilidad de datos de rollup. ​ No son calldata de EVM; viven en un canal de datos separado con su propio mercado de tarifas.

4/ Por qué existen los blobs: los rollups deben publicar lotes en Ethereum para heredar la seguridad/verificación de L1. ​ Los blobs hacen que esa publicación sea más barata/eficiente que enviar todo a través de calldata.

5/ BPO2 aumentó la capacidad de blob de 10 → 14 y el límite de 15 → 21, permitiendo: ✅ Reduce la posibilidad de que el espacio de blob alcance el límite por bloque → menos picos de tarifas en momentos de alta demanda ✅ Hace que la publicación por lotes sea más predecible (mejor sincronización + previsión de costos) ✅ Aumenta el rendimiento disponible de DA, por lo que los L2 pueden publicar más datos cuando sea necesario ✅ Reduce la "competencia de rollups por el mismo canal" durante los picos de actividad ✅ Cambia las primeras señales en cadena a observar: tarifa base de blob, utilización frente al objetivo y % de bloques alcanzando el máximo de blob

6/ Al mismo nivel de demanda, es más difícil alcanzar la congestión de blobspace, por lo que los picos de la tarifa base de blob deberían ser menos frecuentes/menos extremos. ​ Eso mejora la previsibilidad para los rollups que planifican la publicación por lotes.

7/ BPO2 es un componente clave de la hoja de ruta de escalado de Ethereum, alineándose con el plan post-Fusaka para mejorar el rendimiento de blobs a través de pasos programados de parámetros BPO. Esto confirma la dirección establecida por actualizaciones anteriores hacia la consecución del danksharding completo. ​ Si operas infraestructura L2, la previsión de costos de DA y la estrategia de lotes se volvieron más sensibles a los parámetros de blobs.