Ethereum activa Fusaka mientras el primer BPO fork automatizado se prepara para el 9 de diciembre

Ethereum ha activado oficialmente la actualización Fusaka en la red principal, marcando otro paso importante en la evolución técnica del protocolo. La actualización se puso en marcha sin incidentes a las 4:49 p. m. ET, según un resumen compartido por la investigadora Christine Kim tras la 225.ª reunión All Core Developers Execution (ACDE). Para la mayoría de los usuarios, la transición se produjo sin interrupciones. Aun así, se registró un pequeño contratiempo: alrededor del 25% de los validadores experimentó una breve caída en la participación.

Todos ellos operaban con el cliente Prysm. Los desarrolladores aplicaron rápidamente un parche y, en cuestión de horas, la actividad de validadores volvió a niveles casi completos. También permanece bajo revisión un error menor entre Nethermind y Nimbus. Hasta ahora, los desarrolladores señalan que muy pocos usuarios parecen afectados. En resumen, Fusaka aterrizó sin problemas y la cadena se mantuvo estable.

Primer hard fork BPO automatizado previsto para el 9 de diciembre

Con Fusaka ya activo, los desarrolladores de Ethereum avanzan directamente hacia la siguiente fase de la actualización. El primer hard fork automatizado Blob Parameter-Only (BPO) está programado para el 9 de diciembre. Esta actualización ajustará automáticamente los parámetros de blobs sin activar un proceso completo de hard fork tradicional. Se basa en la hoja de ruta posterior a Dencun y busca afinar la forma en que Ethereum gestiona la disponibilidad de datos para los rollups. En términos simples, este cambio ayuda a que Ethereum escale de forma más eficiente. Permite que la red reaccione con mayor rapidez a la demanda real sin necesidad de múltiples actualizaciones manuales. Para los desarrolladores, es un paso clave para lograr mejoras más fluidas y adaptativas en el futuro.

El alcance de la actualización Glamsterdam se reduce

En la misma reunión, los desarrolladores avanzaron en la planificación del próximo gran hard fork, conocido como Glamsterdam. Inicialmente había más de 40 EIPs sobre la mesa. Tras el debate, los desarrolladores descartaron 14 propuestas de forma definitiva. Ahora se inclinan con fuerza por cinco EIPs para su posible inclusión. Otras cinco propuestas permanecen bajo revisión activa. El resto no seguirá adelante en este ciclo de actualización. Este recorte refleja un enfoque creciente en mantener los forks más acotados y manejables. Los desarrolladores quieren menos funciones por actualización, lo que reduce el riesgo técnico y mejora la calidad de las pruebas. Las decisiones finales sobre el alcance de Glamsterdam continuarán en las próximas llamadas de desarrolladores centrales.

FOCIL y calendario de festivos

Los desarrolladores también acordaron pausar las reuniones del ecosistema de Ethereum el 25 de diciembre y el 1 de enero por el periodo festivo. Las llamadas habituales se reanudarán después. Mientras tanto, la controvertida EIP-7805, también conocida como Fork-choice Enforced Inclusion Lists (FOCIL), sigue sin resolverse. Los equipos volverán a tratar esta propuesta en la próxima reunión All Core Developers Consensus (ACDC). FOCIL podría influir en cómo las transacciones reciben inclusión garantizada durante la producción de bloques, convirtiéndola en un tema sensible de gobernanza.

Qué significa esto para los usuarios de Ethereum

Para los usuarios cotidianos, la activación de Fusaka no cambia el funcionamiento actual de carteras o aplicaciones. No obstante, refuerza la fiabilidad de la red y prepara a Ethereum para un esquema de actualizaciones más automatizado. El BPO fork del 9 de diciembre ofrecerá un apoyo adicional a los rollups y a la actividad de la capa 2. Al mismo tiempo, el alcance más reducido de Glamsterdam apunta a un proceso de actualización más medido. En resumen, Ethereum acaba de completar otra actualización limpia. Y con la llegada de la automatización a nivel de protocolo, la red está entrando discretamente en una etapa más rápida y flexible de desarrollo.