Hoy ocurrió hoy la segunda bifurcación de solo parámetros de blob (BPO). El BPO #2 fue el siguiente paso programado en el ciclo de actualización de Fusaka para escalar la capacidad de datos de Ethereum. Esto es lo que necesitas saber sobre el BPO #2 y por qué estos ajustes de parámetros son importantes.

0/ ¿Qué es un fork BPO? Las bifurcaciones "Solo Blob Parameter Only" son un mecanismo nuevo introducido en la última actualización de Fusaka. En lugar de esperar a una actualización anual importante para ajustar la capacidad de la red, los forks BPO permiten a Ethereum ajustar parámetros específicos (como objetivos de blob) de forma independiente y eficiente.

1/ ¿Qué cambió con el fork BPO? El BPO #2 ajustó los límites de blob para soportar un mayor rendimiento de datos: ↗ Bloques objetivo: aumentados a 14 (desde 10) ↗ Máximos blobs: aumentados a 21 (desde 15) Esta aceleración gradual permite a la red probar de forma segura el aumento de carga paso a paso. El BPO #2 es el último de los forks de BPO que se planearon como parte de la actualización Fusaka de Ethereum. Con el objetivo de seguir aumentando la capacidad de la red, los forks BPO seguirán utilizándose como herramienta para una escalabilidad continua basada en datos.

2/ Por qué importa la bifurcación BPO Más blobs = más disponibilidad de datos para redes de Capa 2. Al aumentar incrementalmente los límites de blob por bloque, Ethereum reduce los costes de datos para los rollups. Esto ayuda a mantener bajas las comisiones de transacción en L2 incluso cuando la actividad crece, asegurando que la red escale de forma sostenible con la demanda.

3/ Para operadores de nodo Los clientes preparados para fusaka deberían tener estos horarios de BPO integrados. Siempre es buena práctica revisar bien las notas de lanzamiento.