Ethereum activó con éxito la actualización Fusaka en la red principal el pasado 3 de diciembre de 2025 a las 21:49 UTC (epoch 411392), completando sin incidentes el segundo hard fork relevante del año tras Pectra. Fusaka no introduce cambios orientados al usuario final de forma inmediata, sino que aborda un problema estructural del protocolo: la capacidad de Ethereum para absorber el crecimiento sostenido de datos procedentes de las redes de capa 2 sin comprometer seguridad, descentralización ni viabilidad operativa de los nodos.
Capa 2, rollups, blobs y el problema del crecimiento de datos
Las redes de capa 2 (L2) se construyen sobre la cadena de Ethereum y procesan transacciones fuera de la red principal para hacerlas más rápidas y baratas, mientras que Ethereum mantiene la seguridad y la validación final.
Desde la introducción de los blobs con Dencun, el uso de rollups ha aumentado hasta rozar de forma recurrente los límites actuales de blobs por bloque. Los blobs (paquetes de datos que las capas 2 publican en Ethereum para que sus transacciones puedan verificarse) se han convertido en un recurso cada vez más demandado a medida que más actividad se desplaza fuera de la capa base. Al mismo tiempo, los rollups (redes que procesan transacciones fuera de Ethereum y solo envían un resumen verificable a la red principal) concentran ya una parte significativa del volumen de uso.
Este crecimiento ha provocado una tensión inherente al modelo anterior, en el que los validadores debían descargar y verificar blobs completos para garantizar la disponibilidad de datos. Dicho de otra forma, los validadores de Ethereum tenían que bajarse todo ese paquete de información (el blob) para comprobar que existía. Aunque este enfoque era funcional en las primeras etapas, escala de forma lineal en consumo de ancho de banda y almacenamiento, convirtiéndose en un cuello de botella a medio plazo conforme aumentan los datos publicados por las capas 2.
PeerDAS: muestreo de datos para escalar sin sobrecargar los nodos
El núcleo técnico de Fusaka es PeerDAS (EIP-7594), que sustituye la verificación exhaustiva por un modelo de muestreo probabilístico con garantías criptográficas. Mediante técnicas de erasure coding, los blobs se fragmentan en piezas redundantes y los validadores solo verifican pequeñas muestras aleatorias. Si los datos no están realmente disponibles en la red, la probabilidad de detección crece rápidamente hasta ser prácticamente segura. Desde el punto de vista del diseño de sistemas distribuidos, Ethereum ahora puede manejar más datos sin exigir más capacidad a cada nodo, eliminando uno de los mayores frenos técnicos a su crecimiento.
PeerDAS permite aumentar el número de blobs por bloque sin imponer mayores costes marginales a los validadores, lo que da lugar a tarifas L2 más bajas y mayor capacidad de procesamiento manteniendo la seguridad de la capa base
Blob Parameter Only forks (BOPs): escalar con ajustes graduales
En paralelo, Fusaka introduce losBlob Parameter Only forks (EIP-7892), un tipo de actualización que permite ajustar poco a poco los parámetros de los blobs sin tener que hacer grandes cambios técnicos, reduciendo riesgos y facilitando un crecimiento controlado basado en el funcionamiento real de la red.
Impacto en nodos, validadores y descentralización
Debido a todo lo anterior, Fusaka hace que sea más fácil y barato poner en marcha un nodo o ser validador, porque ya no hace falta descargar tantos datos. Esto ayuda sobre todo a operadores pequeños y nuevos participantes. Las grandes entidades apenas reducen costes, pero la red en conjunto se vuelve más robusta y descentralizada. Con ello, Ethereum se consolida como la infraestructura que asegura y valida datos, mientras que la mayor parte de las transacciones de usuarios ocurre fuera, en capas superiores.
Mejoras adicionales en la capa base (L1)
Aunque PeerDAS es el cambio más relevante y de mayor impacto directo, Fusaka incluye también las siguientes mejoras en la capa base:
- EIP-7935: eleva el gas límite por bloque a 60 millones, provocando que cada bloque pueda incluir más transacciones sin saturarse.
- EIP-7825: impone un límite protocolario al gas por transacción, mitigando riesgos de bloqueo o realentización debido a transacciones de gran tamaño.
- EIP-7883 + EIP-7823: ajustan el precio de ciertas operaciones criptográficas complejas para que consuman gas acorde al esfuerzo real, evitando abusos que antes podían ser baratos.
- EIP-7642 (eth/69): limpieza del protocolo de red, eliminando campos heredados del pre-merge y reduciendo requisitos de sincronización.
- EIP-7951: permite que Ethereum use de forma nativa el mismo tipo de firmas criptográficas que emplean muchos móviles y dispositivos seguros, facilitando accesos y firmas más simples y seguras.
- EIP-7939: nuevo opcode CLZ, que hace algunos cálculos más rápidos y baratos dentro de los smart contracts.
- EIP-7917 / 7918: mejoran la forma en que la red organiza quién propone bloques y cuánto cuesta publicar datos, haciendo el sistema más predecible y estable.
Fusaka: la actualización que prepara a Ethereum para crecer a gran escala
Desde un punto de vista estratégico, Fusaka refuerza claramente la idea de que Ethereum gira en torno a los rollups. La red principal se centra en ser segura, en cerrar las transacciones de forma definitiva y en ofrecer espacio para datos a gran escala, mientras que la mayor parte de las operaciones de los usuarios se realizan fuera de la capa 1. Que la capa base recaude relativamente menos comisiones no se ve como un problema, sino como una decisión consciente: ETH gana peso como activo de seguridad, staking y liquidación final de todo el ecosistema.
En este contexto, Fusaka es una mejora silenciosa pero clave: no cambia la experiencia del usuario de inmediato, pero elimina un límite técnico que condicionaba el crecimiento de Ethereum a gran escala.
Con Fusaka ya activa, los desarrolladores miran ahora a Glamsterdam, prevista para 2026. Esa futura actualización abordará cambios más profundos en cómo se crean los bloques, incluida la separación entre quien propone y quien construye los bloques.