Ethereum ha completado el paso final de su actualización Fusaka y ha lanzado oficialmente el fork final BPO.

 El miércoles, Ethereum completó el segundo y último fork "Blob Parameters Only (BPO)" dentro de este ciclo de actualizaciones. Este fork no solo mejoró la disponibilidad de datos, sino que también demostró cómo la red puede implementar actualizaciones de menor escala en fases.

La cuenta oficial de Ethereum en X escribió: "En comparación con esperar una gran actualización anual para ajustar la capacidad de la red, el fork BPO permite a Ethereum ajustar de manera independiente y eficiente parámetros específicos (como el valor objetivo de blobs). Este enfoque de escalado gradual permite que la red pruebe de forma segura cargas más altas paso a paso."

Los blobs son bloques de datos temporales y grandes introducidos en la actualización Dencun de Ethereum en 2024, utilizados principalmente por los rollups de capa 2 para agrupar transacciones en la mainnet a bajo costo. Estos almacenamientos de datos (cuyo nombre completo es Binary Large OBjects) se conservan durante 18 días y luego se eliminan permanentemente.

Entre las 13 Ethereum Improvement Proposals (EIPs) incluidas en Fusaka, una parte considerable se centra en mejorar la capa de disponibilidad de datos de Ethereum. La más importante es la actualización a PeerDAS, que permite a los nodos confirmar datos de blobs verificando muestras de datos más pequeñas. Además, se introdujo el mecanismo BPO para expandir gradualmente el límite superior de blobs.

El primer fork BPO se activó el 9 de diciembre (aproximadamente una semana después del lanzamiento de Fusaka), aumentando el número objetivo de blobs por bloque de 6 a 10, y el límite máximo de 9 a 15. La actualización del miércoles elevó aún más el valor objetivo a 14 y el límite máximo a 21.