1/ 💡 ¡BPO2 activado por Ethereum! Este cambio solo por parámetros aumentó la capacidad de datos de los blobs por bloque: ▫️ Objetivo en masa 10→14 ▫️ Blob máximo 15→21 Esta actualización afecta los costes de disponibilidad de datos acumulados y la volatilidad de comisiones al aumentar el margen de espacio blobspace y reducir los picos provocados por la congestión. 🧵 Sigue leyendo para saber qué cambió y por qué es importante

2/ Esta mejora añade más espacio de blobs por bloque → menos presión sobre el mercado de tasas de blob. Con más espacio de blob, hay menos posibilidades de congestión en el mercado de comisión blob, reduciendo picos bruscos de comisión. No es automáticamente más barato, pero es menos probable que sufra escasez, lo que resulta en menores costes medios y menos volatilidad cuando los packups compiten por 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 packup. ​ No son datos de llamadas EVM; Viven en un canal de datos separado con su propio mercado de tarifas.

4/ Por qué existe el blob: los rollups deben publicar lotes en Ethereum para heredar la seguridad/verificación 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 bloques de 10 → 14 y el límite de 15 → 21, permitiendo: ✅ Reduce la probabilidad de que el blobspace alcance el límite por bloque → menos picos de comisiones en la demanda máxima ✅ Hace que la publicación por lotes sea más predecible (mejor momento + previsión de costes) ✅ Aumenta el rendimiento disponible de DA, para que los L2 puedan publicar más datos cuando sea necesario ✅ Reduce los "rollups compitiendo por la misma tubería" durante los estallidos de actividad ✅ Desplaza las primeras señales en la cadena para vigilar: tasa base de blob, utilización frente a objetivo y % de bloques que alcanzan el blob máximo

6/ Al mismo nivel de demanda, es más difícil alcanzar la congestión del blobspace, así que los picos de la tarifa base del blob deberían ser menos frecuentes o menos extremos. ​ Eso mejora la previsibilidad de 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 posterior a Fusaka para mejorar el rendimiento de blob mediante pasos programados de parámetros BPO. Esto confirma la dirección establecida por las mejoras anteriores hacia lograr el danksharding completo. ​ Si operas infraestructura L2, la previsión de costes de DA y la estrategia por lotes se vuelven más sensibles a los parámetros blob.