La segunda bifurcación de Parámetros Blob Solo (BPO) ocurrió hoy. BPO #2 fue el siguiente paso programado en el ciclo de actualización de Fusaka para aumentar la capacidad de datos de Ethereum. Aquí tienes lo que necesitas saber sobre BPO #2 y por qué estos ajustes de parámetros son importantes.

0/ ¿Qué es un fork BPO? Los forks "Blob Parameter Only" son un nuevo mecanismo 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 los objetivos de blob) de manera independiente y eficiente.

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

2/ Por qué importa el fork BPO Más blobs = más disponibilidad de datos para las redes de Capa 2. Al aumentar gradualmente los límites de blobs por bloque, Ethereum reduce los costos de datos para los rollups. Esto ayuda a mantener bajas las tarifas de transacción en las L2 incluso a medida que la actividad crece, asegurando que la red escale de manera sostenible con la demanda.

3/ Para los operadores de nodos Los clientes listos para Fusaka deberían tener estos horarios de BPO integrados. Siempre es una buena práctica verificar tus notas de lanzamiento.