El próximo gran paso en la evolución de Ethereum llegará con Fusaka, una actualización que combina mejoras críticas de escalabilidad, seguridad y eficiencia. Su despliegue está previsto para principios de noviembre, antes de la conferencia Devconnect en Buenos Aires.
Dos testnets antes del lanzamiento
El cronograma incluye dos redes públicas de pruebas en septiembre y octubre, según confirmaron varios desarrolladores de Ethereum. La comunidad de ethPandaOps anunció que la próxima devnet de Fusaka se activará este miércoles.
Fusaka será el primer gran upgrade desde Pectra, introducido a inicios de 2025, que trajo abstracción de cuentas y mejoras en el staking de validadores.
Mejoras incluidas y descartadas
El hard fork Fusaka incluirá 11 Propuestas de Mejora de Ethereum (EIP). Entre ellas, destaca la EIP-7825, que refuerza la seguridad del protocolo ante ataques maliciosos y mejora la escalabilidad. Por otro lado, la controvertida EIP-7907, que duplicaba el límite de tamaño de contratos, fue eliminada para no retrasar el desarrollo.
Asimismo, se ha confirmado que EVM Object Format no será parte de Fusaka. Los desarrolladores buscan mantener un calendario estricto sin añadir cambios que comprometan el objetivo de lanzamiento en noviembre.
Fusaka = Fulu + Osaka
El nombre Fusaka surge de la combinación de dos componentes: Fulu, para la capa de consenso, y Osaka, para la capa de ejecución. Este enfoque dual implementará cambios fundamentales en la estructura de Ethereum.
Entre las principales innovaciones se encuentra PeerDAS (Peer-to-Peer Data Availability Sampling), que reduce la carga de datos para los nodos, facilitando la escalabilidad mediante rollups más eficientes. También se integrarán los Verkle Trees, que reemplazarán al Merkle Patricia Trie, reduciendo el tamaño del estado de Ethereum y facilitando la operación de nodos sin estado completo.
Ethereum avanza hacia Glamsterdam
Después de Fusaka, la atención se centrará en el siguiente gran hard fork: Glamsterdam, previsto para 2026. Entre las propuestas bajo evaluación se encuentra reducir el tiempo de bloque de 12 a 6 segundos, lo cual podría mejorar la experiencia de usuario y aumentar el rendimiento de las aplicaciones DeFi.
El destino de estas propuestas se definirá en la próxima reunión de AllCoreDevs Execution, programada para el 1 de agosto.
