Ethereum retrasa a Fusaka para priorizar la estabilidad sobre la velocidad

Los desarrolladores de Ethereum han esbozado una nueva línea de tiempo para la actualización de la red de Fusaka, cambiando el enfoque para garantizar la estabilidad y las pruebas exhaustivas antes de la implementación pública. La decisión, tomada durante la ACDE Call 218, refleja una estrategia más amplia para evitar posibles interrupciones y mantener la integridad del proceso de actualización. Inicialmente, la actualización de Fusaka estaba establecida para un lanzamiento en tres pasos con lanzamientos de clientes el 8 de septiembre de 2025 y activaciones de bifurcaciones a finales de septiembre. Sin embargo, las preocupaciones sobre la inestabilidad de Devnet-4, incluidos los errores durante la ejecución y los clientes de consenso, los problemas de descubrimiento de pares y los errores en los cálculos de la tarifa de bloqueo, provocaron el retraso[1].

Conforme al nuevo enfoque, todas las fechas de lanzamiento de la red de prueba pública y de cliente se retrasarán hasta que la red de prueba Devnet-5 esté completamente estable y libre de problemas importantes. Devnet-5 integrará correcciones de Devnet-4, pasará pruebas estáticas actualizadas e incorporará una mejor representación de clientes minoritarios para reflejar las condiciones reales en laEthereumred principal El plan revisado también exige que todo el código se fusiona en ramas principales antes de la programación, eliminando la dependencia de ramas de entidades inestables[1].

Separadamente, los investigadores de Ethereum lanzaron una nueva actualización de protocolo destinada a ampliar el desempeño de los blobs para admitir la escalabilidad de la capa 2. La actualización, que sigue a la Actualización del Protocolo 001, presenta PeerDAS (EIP-7594), un elemento de diseño clave de la actualización de Fusaka. Este mecanismo permite que los nodos muestrean en lugar de descargar completamente los datos del blob, lo que podría incrementar el desempeño hasta por ocho veces sin aumentar significativamente los requisitos de hardware.[2]. Además, se espera que los BPO (Bifurcaciones del parámetro blob solo) aumenten gradualmente los límites del blob entre las actualizaciones importantes, mientras que las optimizaciones de mensajería a nivel de celda tienen como objetivo reducir las transferencias de datos redundantes.

El objetivo de la actualización de Fusaka es lanzar la red principal a principios de noviembre, un cronograma que se alinea con el próximo evento de Devconnect de Buenos Aires. Las implementaciones de las redes públicas de prueba se están ejecutando actualmente en las redes de desarrollo, y los equipos de los clientes se están preparando para una implementación más extensa en septiembre y octubre. La actualización también señala los planes para la siguiente actualización de la red, llamada Glamsterdam, que se espera para mediados de 2026. Esta actualización se basará en PeerDAS mediante la introducción de técnicas avanzadas de creación de redes y canalización, mejorando aún más la escalabilidad y el rendimiento]2]

Los desarrolladores enfatizaron que el cronograma revisado y los ajustes técnicos son necesarios para mitigar los riesgos asociados con una versión inestable. Al priorizar la estabilidad y las pruebas, el proceso de actualización de Ethereum tiene como objetivo garantizar una transición sin problemas hacia la red principal, reduciendo la probabilidad de reversiones costosas o interrupciones imprevistas. La medida subraya el compromiso del proyecto de mantener la descentralización y la resistencia a la censura mientras se avanza en la escalabilidad.[2].

Fuente:

[1] Los plazos de Fusaka se demoran a medida que los desarrolladores priorizan la estabilidad (https://etherworld.co/2025/08/16/fusaka-plazos demorados-como-desarrolladores-prioridad-estabilidad/)

[2] Los detalles de la actualización del protocolo Ethereum planean impulsar las transacciones ... (https://blockworks.co/news/ethereum-protocol-update-blobs)