Hard fork de Ethereum (Fusaka) tiene fecha: ¿qué trae a la red?

La próxima gran actualización en Ethereum tras Pectra tiene fecha tentativa. Si esta siguiera el mismo plan del último hard fork en la red, Fusaka despertaría en Ethereum entre el 5 y 12 de noviembre, tras dos fases de prueba entre finales de septiembre y principios de octubre. Esta actualización traerá mejoras en la escalabilidad y la experiencia de usuario de Ethereum de acuerdo con Forkcast, un proyecto educativo en Ethereum.

«Fusaka deriva de ‘Fulu’ (actualización de la capa de consenso, llamada así por una estrella) y ‘Osaka’ (actualización de la capa de ejecución, llamada así por una sede de DevCon).»

Forkcast, proyecto educativo.

El grupo de desarrolladores alcanzó consenso sobre 13 propuestas de mejora de Ethereum (EIP), que llegarán al protocolo de la red con Fusaka. En total, 33 propuestas fueron rechazadas. Algunas de las excluidas llegarán a Glamsterdan, una bifurcación de Ethereum pautada para el 2026, como EIP-7607, cuya exclusión causó algo de agitación entre la comunidad de desarrolladores y merece un artículo aparte.

EIP-7594 es la propuesta principal que introducirá Fusaka. Incluirá PeerDAS, un sistema de muestreo de disponibilidad de datos entre pares que permite a los nodos «especializarse» en el almacenamiento de distintas clases de datos y su verificación. En general, PeerDAS enriquece la capacidad de almacenamiento de la red.

Específicamente, este sistema trae los siguientes beneficios:

• Reduce los costos de transacción en segundas capas (L2) como Base, Arbitrum y otras.
• Permite escalar a 128 blobs (paquetes de datos fuera de la cadena) por bloque a lo largo del tiempo.
• Alojar nodos más ligeros que solo almacenan una fracción de los datos.

De acuerdo con los desarrolladores de Ethereum, PeerDAS ayudará a Ethereum a soportar aplicaciones más pesadas y con mayores requerimientos. También a «competir con cadenas de bloques de alta velocidad» y «allana el camino para Danksharding completo».

EIP-7642 elimina el requisito de que los nodos almacenen datos obsoletos de la red Ethereum. Esto eximirá a la red de almacenar 530 GB de ancho de banda por cada sincronización, lo que redundará en sincronizaciones más rápidas y nodos más ligeros.

EIP-7823 establece un límite superior en la precompilación de entradas de datos MODEXP, que ha sido una fuente histórica de errores de consenso al permitir entradas ilimitadas. En otras palabras, esta propuesta contribuirá a eliminar el exceso de código innecesario (> 8.192 bits) en la programación de Ethereum, previniendo la posibilidad de ataques de denegación de servicio (DoS) y allanando el camino para el uso de código más eficiente en la máquina virtual de Ethereum (EVM).

EIP-7883, complementaria a esta, aumenta el costo de gas de MODEXP de 200 a 500 gas y duplica los costos para entradas grandes de más de 32 bytes, ello con motivo de desincentivar los ataques DoS y de que el costo de usar esa precompilación reflejen los gastos computacionales reales.

EIP-7825 introduce un límite de gas superior para las transacciones en Ethereum, que ahora será de 30 millones para transacciones individuales. La intención de esta propuesta de mejora es evitar que cada transacción individual consuma la mayor parte de un bloque en la red Ethereum.

«El objetivo es garantizar un acceso más justo al espacio de bloques y mejorar la estabilidad de la red» con EIP-7825. Dicho esto, y en aparente exclusión de la propuesta anterior, EIP-7935 busca elevar el límite de gas por bloque para aumentar la capacidad de ejecución de Ethereum y, por ende, su rendimiento y escalabilidad.

En resumen, Fusaka tiene límites más pequeños de gas para transacciones individuales y límites más grandes para bloques. En otras palabras, Ethereum será capaz de procesar más transacciones por bloque, siempre y cuando no superen el límite teórico de gas de 30 millones.

EIP-7892 permitirá actualizaciones más constantes de los blobs a través de bifurcaciones que solo afectan los parámetros de estos paquetes de datos.

«En lugar de esperar una actualización importante, Ethereum puede realizar ajustes más pequeños y frecuentes en la capacidad de los blobs para adaptarse a la demanda cambiante de las capas 2», resume Forkcast.

Complementaria a esta propuesta de mejora, también incluida en Fusaka, es EIP-7918, que soluciona problemas en el mercado de tarifas de los blobs (impidiendo su colapso) mediante la imposición de una tarifa base para estos paquetes de datos. EIP-7918 «garantiza que los consumidores de blobs paguen un precio justo de mercado por el proceso y reduce los aumentos drásticos de las tarifas».

EIP-7917 ayuda a anticipar el calendario de proponentes de bloques y su respectivo listado de transacciones en la red Ethereum. Esta propuesta introduce una capacidad para precalcular y almacenar esta programación, haciéndola determinista y predecible.

Con esta mejora, Fusaka busca mitigar la acción del máximo valor extraíble (MEV) en Ethereum, un mecanismo mediante el cual los validadores incluyen transacciones en los bloques según el beneficio económico que les reporta. Esta medida podrá ayudar a que la lista de transacciones incluidas en el próximo bloque sea más heterogénea y justa.

EIP-7934 impone un límite superior de 10 megabytes (MB) a los bloques de Ethereum. Esta propuesta busca asegurar la estabilidad de la red y evitar los ataques DoS. «Actualmente, los bloques pueden crecer mucho, lo que ralentiza la propagación de la red y aumenta el riesgo de bifurcaciones temporales. Este límite garantiza que los bloques permanezcan dentro de un tamaño razonable que la red pueda procesar y propagar de manera eficiente», resumen en Forkcast.

EIP-7939 agrega un nuevo código de operación a la máquina virtual de Ethereum llamado CLZ (Count Leading Zeros), una operación esencial en calculos matemáticos en criptografía. El recuento de ceros a la izquierda en Solidity es complejo y costoso actualmente, resume Forkcast. Este código de operación lo hace mucho más barato y rápido, pues CLZ permitirá contar de manera más eficiente el número de ceros al comienzo de un número de 256 bits.

Esta implementación beneficia la aplicación de pruebas de conocimiento cero en Ethereum, un mecanismo de claves reutilizables que ocultan información crítica de las transacciones.

EIP-7951, por último, agrega soporte para una la curva de criptografía llamada secp256r1, lo que permitirá verificar firmas de dispositivos que usan ese esquema criptográfico, como iPhones, Android y algunas wallets de hardware. Esta mejora promete mejorar la experiencia de usuario en wallets y dispositivos móviles, ampliando la infraestructura de Ethereum.

En resumen, Fusaka representa el próximo hito técnico en Ethereum, consolidando 13 EIP para mejorar escalabilidad, eficiencia y experiencia de usuario.

Su propuesta central, PeerDAS, permitirá nodos más ligeros y la expansión del almacenamiento en blobs, vital para capas 2. Otras mejoras clave incluyen la eliminación de datos obsoletos (EIP-7642), límites de gas más justos (EIPs 7825 y 7935), protección contra ataques DoS (EIPs 7823, 7883 y 7934), eficiencia criptográfica (EIP-7939), y compatibilidad con más dispositivos, a través de secp256r1 (EIP-7951).

Fusaka apunta a una Ethereum más liviana, escalable y accesible, preparada para aplicaciones más complejas y demanda futura.