Actualización Fusaka: Ethereum ha fijado el 3 de diciembre de 2025 como la fecha tentativa de activación en mainnet para la actualización Fusaka, aumentando gradualmente la capacidad de blobs para soportar rollups y reducir comisiones mientras los desarrolladores validan la estabilidad de los clientes y corrigen los errores restantes.
-
Fecha de activación en mainnet para Fusaka fijada para el 3 de diciembre de 2025
-
La capacidad de blobs aumentará en dos fases (10/15 y luego 14/21 blobs por bloque) para reducir las comisiones de los rollups.
-
Las pruebas expusieron problemas en los clientes y en la biblioteca ckzg; se planean Devnet-6 y shadow forks antes de la mainnet.
Actualización Fusaka: Ethereum programa la activación en mainnet para el 3 de diciembre de 2025 para aumentar la capacidad de blobs para rollups y reducir comisiones — lee el cronograma de desarrollo y las notas de pruebas.
¿Qué es la actualización Fusaka y cuándo se activará?
La actualización Fusaka es una mejora protocolar de Ethereum en fases, diseñada para aumentar la capacidad de blobs para rollups y reducir las comisiones de transacción. Los desarrolladores acordaron una fecha objetivo de activación en mainnet para el 3 de diciembre de 2025, sujeta a la aprobación de las pruebas en Devnet-6 y las versiones finales de los clientes.
¿Cómo aumentará Fusaka la capacidad de blobs para los rollups?
Los desarrolladores planean un aumento de capacidad en dos etapas para reducir riesgos: inicialmente elevando los límites de blobs a 10/15 blobs por bloque, y luego a 14/21 blobs por bloque. Los blobs son paquetes de datos temporales que los rollups utilizan para publicar datos de transacciones de forma económica en Ethereum. El aumento gradual reduce el riesgo de sobrecarga mientras se monitorea la estabilidad de la red.
¿Por qué los desarrolladores adelantaron el cronograma de Fusaka?
Los desarrolladores adelantaron el cronograma para ofrecer más espacio de blobs a los rollups antes, abordando la creciente presión de escalabilidad y las preocupaciones por las comisiones. Las pruebas en Fusaka Devnet-5 revelaron errores de software y problemas de configuración, pero una vez estabilizado, los equipos acordaron aumentos escalonados en la capacidad de blobs para gestionar el riesgo.
¿Qué revelaron las pruebas sobre el rendimiento y errores de los clientes?
Fusaka Devnet-5 mostró que el cliente validador Prysm tuvo dificultades bajo cargas altas, produciendo bloques huérfanos. Los equipos también identificaron y corrigieron un error en la biblioteca ckzg utilizada para verificar blobs. Se está preparando una implementación más liviana de ckzg para facilitar las actualizaciones de los clientes.
Las notas de los desarrolladores de la investigadora Christine Kim y los comentarios del investigador de Ethereum Justin Traglia informaron los ajustes en el cronograma. Se señaló que la Ethereum Foundation no comentó de inmediato los resúmenes de las llamadas.
¿Cuándo ocurrirán más pruebas y lanzamientos?
Las llamadas de desarrolladores confirman un próximo Devnet-6 para verificar nuevamente los objetivos de capacidad de blobs antes de los testnets públicos y la mainnet. Los equipos de clientes lanzarán versiones agrupadas para las actualizaciones de testnet de octubre y ejecutarán shadow forks antes del despliegue. Los retrasos siguen siendo posibles si aparecen nuevos errores.
¿Cómo se relaciona Fusaka con actualizaciones anteriores?
Fusaka sigue a la actualización Pectra (implementada en mayo), que aumentó la capacidad de datos y elevó los límites de staking. Pectra ayudó a que Ethereum sea más fácil de usar, mientras que Fusaka se centra en sostener el crecimiento de los rollups con incrementos más rápidos en la capacidad de blobs.
Preguntas frecuentes
¿Fusaka reducirá inmediatamente las comisiones para los rollups?
Fusaka implementa aumentos graduales en la capacidad de blobs diseñados para reducir los costos de calldata de los rollups, pero el efecto en las comisiones dependerá de la adopción de los rollups y la demanda general de la red. Los aumentos escalonados buscan equilibrar la capacidad con la estabilidad de la red.
¿Los operadores de nodos deben actualizar el software antes del 3 de diciembre de 2025?
Sí. Los operadores de nodos deben planificar la instalación de las versiones agrupadas de los clientes y participar en los testnets y shadow forks para asegurar la compatibilidad antes de la activación objetivo del 3 de diciembre de 2025.
Puntos clave
- Fecha de activación de Fusaka: Prevista para el 3 de diciembre de 2025, sujeta a pruebas y correcciones.
- Aumentos escalonados de blobs: Pasos planeados (10/15 y luego 14/21 blobs por bloque) para soportar rollups y reducir comisiones.
- Pruebas y estabilidad de clientes: Devnet-5 reveló problemas con Prysm y ckzg; Devnet-6, shadow forks y lanzamientos agrupados están programados para mitigar riesgos.
Conclusión
La actualización Fusaka acelera la hoja de ruta de Ethereum para la capacidad de rollups al aumentar gradualmente los límites de blobs y aplicar pruebas rigurosas antes de la activación en mainnet el 3 de diciembre de 2025. Los operadores de nodos y los equipos de rollups deben participar en Devnet-6 y shadow forks para asegurar una transición fluida y menores comisiones para los usuarios.
