Fusaka ya es parte de Ethereum: ¿qué mejoras trajo a la red? 

Finalmente, la esperada actualización Fusaka llegó a Ethereum. El 3 de diciembre, exactamente en la época 411392, slot 13164544, se activó el nuevo hard fork (bifurcación dura) de la red que promete potenciar tanto la capa base como las redes de segunda capa (L2). 

En el camino hacia una Ethereum más rápida y eficiente, 13 propuestas de mejora (EIP) en Fusaka apuntan a ordenar el uso del espacio en los bloques y a facilitar el trabajo de los nodos. 

Una por una, ¿cuáles son y que beneficios traerían las propuestas de Fusaka a Ethereum? 

EIP-7594 (PeerDAS) 

Permite que los nodos verifiquen” que los datos de los blobs (espacio usado por las L2 para almacenar información) estén disponibles usando solo una pequeña muestra, en lugar de descargar todo, gracias a un muestreo probabilístico y redundancia.  

PeerDAS reduce la carga de ancho de banda y almacenamiento porque los nodos ya no necesitan descargar todos los datos de los blobs, sino solo una pequeña muestra aleatoria para verificar su disponibilidad. 

EIP-7892 (Bifurcaciones rígidas de solo parámetros de blob) 

Introduce un mecanismo para ajustar los parámetros de los blobs (como su cantidad objetivo o máximo) mediante actualizaciones ligeras, sin requerir una bifurcación completa del protocolo.

Con ello, Ethereum puede adaptar la capacidad de datos a demanda. 

EIP-7935: Límite de gas de los bloques 

Fija un límite por defecto de gas por bloque en 60 millones. Esto amplía la capacidad computacional de cada bloque, permitiendo procesar más transacciones o transacciones más complejas en cada turno.  

EIP-7825 (Límite máximo de gas por transacción) 

Impone un tope al gas que puede consumir cada transacción individual.

Con este límite, se previenen operaciones excesivamente pesadas o abusos que puedan afectar el rendimiento general de la red. 

EIP-7918 (Tarifa base de blobs limitada por el costo de ejecución) 

Establece que la tarifa mínima para almacenar datos en blobs no pueda caer por debajo del costo real de procesarlos.

Así evita desplomes en los precios cuando baja la demanda y mantiene un mercado de datos más estable y predecible. 

EIP-7642 (Vencimiento del historial y recibos simplificados) 

Permite que los nodos borren el historial muy antiguo y introduce un formato más simple para los recibos.

Con esto se reduce el espacio de almacenamiento necesario y se facilita la sincronización y el mantenimiento de los nodos. 

EIP-7823 (Límite al módulo de exponenciación) 

Ajusta los límites del módulo de exponenciación para contratos, modificando su funcionamiento y restringiendo usos excesivos.

Esto mejora la seguridad y la eficiencia en operaciones que requieren mucho cálculo. 

EIP-7883 (Aumento del costo de gas del módulo) 

Eleva el costo de gas de las operaciones de exponenciación modular para adecuarlo a su verdadero peso computacional.

La medida desincentiva abusos y reduce la posibilidad de ataques o spam criptográfico. 

EIP-7934 (Límite al tamaño del bloque en formato RLP) 

Define un tope al tamaño físico en bytes que puede tener un bloque en su representación codificada. El objetivo es evitar bloques demasiado grandes que puedan saturar a los nodos o generar congestión de red. 

EIP-7917 (Anticipación determinista del proponente de bloque) 

Introduce un método para conocer con anticipación qué validador será responsable de proponer el próximo bloque. Esto mejora la coordinación entre validadores y aporta mayor previsibilidad al proceso de consenso. 

EIP-7939 (Código de operación para contar ceros a la izquierda) 

Incorpora un nuevo código de operación capaz de contar la cantidad de ceros iniciales en un número binario.

Esto acelera y abarata cálculos de bajo nivel y operaciones matemáticas utilizadas con frecuencia. 

EIP-7951 (Precompilado para la curva criptográfica “secp256r1”) 

Añade compatibilidad nativa con la curva criptográfica secp256r1 dentro de la máquina virtual de Ethereum. Permite usar llaves modernas (como las de dispositivos de hardware o sistemas biométricos) sin recurrir a contratos costosos. 

EIP-7910 (Método RPC para verificar la configuración del nodo) 

Incorpora un método dentro de la interfaz RPC que permite comprobar la configuración del nodo después de una actualización. Esto facilita auditorías y ayuda a asegurar que cada cliente esté correctamente alineado con los parámetros del protocolo. 

En conjunto, Fusaka introduce un paquete de mejoras que alivian la carga sobre los nodos, amplían la capacidad de datos y fortalecen la eficiencia del cómputo en Ethereum. Con estos ajustes, la red queda mejor preparada para sostener el crecimiento de las L2 y operar con mayor estabilidad y previsibilidad.

Vitalik Buterin se pronunció sobre Fusaka

Tras el lanzamiento de Fusaka, Vitalik Buterin destacó que la actualización finalmente incorpora el elemento que Ethereum buscaba desde hacía una década: un sistema real de fragmentación de datos (sharding). Recordó que “la fragmentación ha sido un objetivo para Ethereum desde 2015, y el muestreo de disponibilidad de datos desde 2017, y ahora lo hemos conseguido”, en referencia a PeerDAS, el nuevo método que permite verificar bloques sin que cada nodo deba revisar toda la información. 

Según explicó, esta técnica de muestreo probabilístico asegura que los datos estén íntegros aun cuando cada nodo sólo analiza partes mínimas y aleatorias, lo que reduce los requisitos de hardware, mantiene garantías fuertes de seguridad y abre la puerta para que las L2 escalen con mayor independencia. 

En su lectura, PeerDAS es el componente central que faltaba para que la visión original del sharding empezara a materializarse.