Fusaka ya está activo y el debate ha pasado de lo que haría a lo bien que ha resistido. Activado siete meses después de Pectra, marcó el segundo hard fork de Ethereum en 2025 y su periodo de desarrollo más rápido entre grandes actualizaciones desde que la red pasó al proof-of-stake.

El lanzamiento confirmó un cambio de ritmo. Los desarrolladores principales sustituyeron la antigua cadencia anual por bifurcaciones más ajustadas y frecuentes, y Fusaka fue la prueba de concepto. Esto es lo que se lanzó realmente, cómo respondió la red y lo que indica para ETH a medida que avanza 2026. 👇

¿Qué fue la actualización Fusaka de Ethereum?

La actualización Fusaka de Ethereum fue un hard fork coordinado que se lanzó en la mainnet el 3 de diciembre de 2025. Siguiendo la tradición, el nombre combina «Fulu», una estrella en la constelación de Casiopea, con «Osaka», una antigua ciudad anfitriona de la Devcon, uniendo las capas de consenso y ejecución en una sola versión.

Fusaka se centró en la escalabilidad en lugar de en funciones orientadas al usuario, a diferencia de la actualización Pectra que la precedió. Su cambio principal, PeerDAS (EIP-7594), rediseñó la forma en que los nodos confirman que existen los datos de los blobs de Layer 2, permitiéndoles tomar muestras de fragmentos en lugar de almacenar cada byte. Esto sentó las bases para el Danksharding completo.

El fork agrupó unas doce propuestas de mejora de Ethereum (Ethereum Improvement Proposals), la mayoría heredadas de rondas de alcance anteriores, con un enfoque en endurecer la Ethereum Virtual Machine y la capa de datos. En conjunto, posicionaron a Ethereum para dar servicio a rollups más rápidos y aplicaciones con uso intensivo de datos sin elevar los requisitos de los nodos por encima del hardware de consumo.

Beneficios clave que aportó Fusaka

Fusaka priorizó la salud de la red y una escalabilidad predecible por encima de las funciones principales, reflejando la cautela que dio forma a su alcance final. Los cambios rediseñaron la forma en que Ethereum gestiona cargas de datos más pesadas y cómo los validadores coordinan la producción de bloques en toda la red.

Entre los beneficios principales que introdujo Fusaka se incluyen los siguientes:

• Muestreo de blobs (PeerDAS): Reduce la presión de ancho de banda y almacenamiento en los nodos de consenso en aproximadamente un 85 %, lo que permite a los validadores verificar la disponibilidad de los blobs a partir de muestras parciales en lugar de descargas completas.
• Mayor rendimiento de blobs: Elevó el máximo de blobs por bloque de 9 a 21 mediante bifurcaciones escalonadas, ampliando drásticamente la capacidad de Layer 2 y reduciendo los costes de publicación de los rollups con el tiempo.
• Mayor límite de gas de L1: Elevó el límite de gas por bloque predeterminado a 60 millones a través del EIP-7935, dando a la capa base aproximadamente un 20-30 % más de margen para transacciones y ejecución compleja de contratos inteligentes.
• Escalado flexible de blobs (EIP-7892): Añadió bifurcaciones de parámetros de blob únicamente (Blob Parameter Only forks), actualizaciones ligeras que ajustan la configuración de los blobs sin necesidad de un hard fork completo cada vez que los desarrolladores quieren más capacidad.
• Proponentes previsibles (EIP-7917): Habilitó la previsión determinista de proponentes, de modo que los validadores descubren antes quién propone los próximos bloques, lo que ayuda a las preconfirmaciones y a la estabilidad del consenso.
• Firma nativa con passkeys (EIP-7951): Añadió una precompilación secp256r1, desbloqueando firmas nativas de dispositivos a través de WebAuthn, FIDO2 y módulos de seguridad de hardware para facilitar el registro en las wallets.

Explicación de Fusaka PeerDAS y la decisión sobre EOF

Dos componentes definieron el alcance de Fusaka: PeerDAS, que llegó a la versión como la función principal, y EOF, que los desarrolladores finalmente eliminaron. Comprender ambos explica por qué la actualización final parecía más ligera de lo que sugerían las primeras hojas de ruta.

¿Qué es PeerDAS en Fusaka?

PeerDAS (Peer Data Availability Sampling) permite a los nodos de la capa de consenso confirmar grandes transacciones de blobs comprobando pequeñas porciones aleatorias en lugar de descargar cada blob entero. Los datos se dividen en 128 columnas repartidas por la red, por lo que cada nodo almacena solo una fracción mientras garantizan colectivamente la disponibilidad.

Este diseño rompió el vínculo entre el rendimiento de los blobs y el coste del hardware de los validadores, permitiendo a Ethereum escalar su capacidad de datos sin exigir máquinas de nivel empresarial. Los desarrolladores restaron prioridad a cualquier función que corriera el riesgo de retrasar PeerDAS, ya que era el requisito previo para satisfacer la futura demanda de rollups y data availability, tal como se cubre en nuestra guía sobre el EIP-4844.

Por qué se eliminó EOF de Fusaka

El EVM Object Format (EOF) tenía como objetivo reestructurar los smart contracts estableciendo límites claros entre el código, los datos y los metadatos, en sustitución del actual bytecode no estructurado. El plan agrupaba cerca de una docena de EIP coordinadas para llevar a cabo la primera gran revisión profunda del EVM desde sus inicios.

Los desarrolladores principales eliminaron EOF de Fusaka tras una llamada de All Core Developers en abril de 2025, aludiendo a una complejidad no resuelta, riesgos en el calendario y falta de un consenso generalizado. El líder de protocolo Tim Beiko enmarcó este recorte como una medida para proteger PeerDAS, dejando que los defensores de EOF defiendan su inclusión en una bifurcación posterior en lugar de forzar su aprobación.

Cronograma de lanzamiento de Ethereum Fusaka

Fusaka llegó a la mainnet según lo previsto tras superar tres testnets públicas durante octubre de 2025. El despliegue continuó a través de dos bifurcaciones de solo parámetros que aumentaron la capacidad de los blobs de forma gradual y medida en lugar de hacerlo de golpe, un enfoque deliberadamente cauteloso dada la novedad de la técnica de muestreo.

El despliegue de Fusaka se desarrolló a través de los siguientes hitos clave:

• Testnet Holesky: Activada el 1 de octubre de 2025, probó los cambios básicos, incluido el aumento del límite de gas y el rendimiento de los validadores bajo las nuevas reglas.
• Testnet Sepolia: Activada el 14 de octubre de 2025, se centró en el comportamiento de PeerDAS y simuló límites de gas más elevados en todas las implementaciones de clientes.
• Testnet Hoodi: Activada el 28 de octubre de 2025, fue el ensayo general definitivo con validadores sin permisos antes de que los desarrolladores confirmaran la preparación de la mainnet.
• Activación de la mainnet: Se lanzó el 3 de diciembre de 2025 en la época 411392, finalizando de manera limpia en aproximadamente quince minutos en todos los clientes principales.
• Bifurcación BPO1: Activada el 9 de diciembre de 2025, elevó el objetivo de blobs a 10 y el máximo a 15 por bloque.
• Bifurcación BPO2: Activada el 7 de enero de 2026, elevó el objetivo a 14 y el máximo a 21, completando el ajuste de parámetros de Fusaka.

Lista de EIP de Ethereum Fusaka

El conjunto final de EIP de Fusaka se centró en tres objetivos: escalar la capacidad de datos de Layer 2, mejorar la eficiencia de ejecución de Layer 1 y perfeccionar la experiencia de los desarrolladores y validadores. Basándose en el anuncio de la mainnet de la Ethereum Foundation y el seguimiento de Forkcast, estas fueron las propuestas que dieron forma al lanzamiento.

Las EIP de Fusaka más importantes según su función incluyen las siguientes:

• EIP-7594: Introdujo PeerDAS, el protocolo de muestreo que permite a los nodos de consenso verificar la disponibilidad de blobs sin necesidad de descargas completas, siendo el pilar de toda la actualización.
• EIP-7892: Habilitó las bifurcaciones de solo parámetros de blobs (Blob Parameter Only), permitiendo ajustes ligeros en los objetivos y máximos de blobs sin necesidad de una bifurcación dura (hard fork) coordinada completa.
• EIP-7935: Estableció el límite de gas por bloque predeterminado en 60 millones, estandarizando un valor entre los clientes que los validadores ya habían empezado a adoptar incluso antes de la activación.
• EIP-7825: Limitó el gas por transacción a aproximadamente 16,7 millones (2²⁴), una medida de refuerzo contra ataques de denegación de servicio (DoS) que también sienta las bases para la parallel execution.
• EIP-7918: Acotó la tarifa base de los blobs según el coste de ejecución, evitando que los precios de los blobs cayeran a 1 wei y preservando una señal de tarifa significativa.
• EIP-7951: Añadió una precompilación secp256r1, lo que permite verificar firmas estilo passkey y respaldadas por hardware de forma económica on-chain.
• EIP-7917: Proporcionó una previsión determinista de proponentes, permitiendo a los rollups y aplicaciones anticipar a los próximos proponentes de bloques para mejorar la secuenciación.
• EIP-7939: Añadió el código de operación CLZ (contar ceros a la izquierda), ofreciendo a los desarrolladores una instrucción nativa económica para cálculos a nivel de bits y herramientas criptográficas auxiliares.

Varias propuestas más pequeñas completaron el paquete, incluido el par de recálculo de precios ModExp (EIP-7823 y EIP-7883), el límite de tamaño de bloque RLP (EIP-7934) y mejoras en el protocolo de red (EIP-7642). Estas medidas ajustaron principalmente la economía del gas y la eficiencia de propagación a medida que crecía la capacidad de los bloques.

Cómo respondió la red tras el lanzamiento

La verdadera prueba de Fusaka llegó tras la activación, cuando el uso de blobs en vivo y los datos de comisiones reemplazaron a las proyecciones. Las primeras señales coincidieron en gran medida con las expectativas de los desarrolladores, aunque algunos resultados sorprendieron a quienes observaban el precio del gas de Ethereum y los mercados de blobs en las semanas siguientes.

Las dos bifurcaciones de BPO triplicaron la capacidad máxima de blobs en aproximadamente un mes, lo que otorgó a los rollups mucho más espacio para publicar lotes. Las comisiones de Layer 2 en las principales redes se mantuvieron muy por debajo de un centavo para las transacciones típicas, y los analistas señalaron más reducciones a medida que la capacidad continuaba escalando hacia el objetivo a largo plazo de 128 blobs.

Un resultado contraintuitivo llamó la atención. El precio base de los blobs de EIP-7918 hizo que las comisiones base de los blobs aumentaran considerablemente desde sus niveles anteriores cercanos a cero, ya que la publicación de datos dejó de ser efectivamente gratuita. Los costes de L2 se mantuvieron bajos de todos modos, porque el suelo de comisiones restableció principalmente una señal de precio funcional en lugar de encarecer genuinamente el espacio de blobs para los rollups.

Fusaka y ETH: Rendimiento del precio desde el lanzamiento

Fusaka se activó en medio de una breve tendencia alcista, con ETH cerca de los 3200 $ el día del lanzamiento, con una subida de aproximadamente el 4% a medida que la bifurcación se finalizaba en un contexto de optimismo por los recortes de tipos de la Fed y mínimos de varios años en las reservas de los exchanges. Esa fortaleza se mantuvo solo hasta principios de enero, cuando ETH todavía rondaba los 3000 $ antes de que las condiciones generales tomaran el control.

La caída se profundizó entonces. ETH cayó por debajo de los 1800 $ en febrero de 2026 a medida que convergían lostemores de recesión, la venta de ETH por parte del cofundador Vitalik Buterin y las persistentes salidas de capital de los spot-ETF. Los repuntes de primavera hacia los 2350 $ en marzo y los 2100 $ en abril fueron aprovechados para vender, y un movimiento de aversión al riesgo en junio empujó el precio cerca de los 1570 $.

El panorama acumulativo es desalentador. ETH cotiza alrededor de los 1774 $ a principios de julio, con una caída de aproximadamente el 45% desde el lanzamiento, y ha registrado sus primeras tres velas trimestrales rojas consecutivas de la historia. Fusaka despejó importantes objeciones técnicas, pero el precio se movió en la dirección opuesta durante los siete meses siguientes.

Esa desconexión resume la cuestión de la acumulación de valor que pesa sobre ETH. Un espacio de bloques más barato y abundante no eleva automáticamente la quema de comisiones de la capa base ni el rendimiento del staking cuando la demanda se mantiene floja, por lo que Fusaka mejoró la calidad de la red más que su precio. Nada de esto constituye asesoramiento financiero, así que haz tu propia investigación antes de asignar fondos.

Lo que preparó Fusaka a continuación

Fusaka nunca fue un punto final. Al implementar PeerDAS y el mecanismo BPO, entregó a los desarrolladores principales una forma repetible de escalar la capacidad de datos y una base para el trabajo más ambicioso en la capa de ejecución que sigue. La hoja de ruta después de Fusaka ya está tomando forma.

El sucesor inmediato es Glamsterdam, previsto para la segunda mitad de 2026, que pivota hacia el escalado de Layer 1 en sí misma mediante la separación consagrada de proponente-constructor y la ejecución paralela. Más allá del calendario de bifurcaciones, Vitalik Buterin publicó una hoja de ruta de "Ethereum ajustado" que abarca la seguridad cuántica, la privacidad y la escalabilidad a largo plazo hasta 2029.

Otras bifurcaciones de BPO tienen como objetivo llevar el recuento de blobs hacia los 48 por bloque para mediados de 2026, continuando con el escalado incremental que Fusaka desbloqueó. Cada paso potencia al anterior, acercando de manera constante a Ethereum al rendimiento que su hoja de ruta centrada en rollups lleva tiempo prometiendo.

Conclusión

Fusaka cumplió su promesa central: escaló la capa de datos de Ethereum sin comprometer la descentralización de la que dependen los operadores de nodos. PeerDAS se lanzó limpiamente, la capacidad de blobs se triplicó en cuestión de semanas y la red absorbió los cambios con una mínima alteración.

La pregunta más difícil es qué se deriva de ello. Fusaka proporcionó a Ethereum la infraestructura para incorporar a la próxima ola de usuarios, pero la infraestructura por sí sola no garantiza que la actividad, las comisiones o el precio sigan el mismo camino. A medida que Glamsterdam y la hoja de ruta más amplia de 2026 se desarrollen, la capacidad de la red para convertir la capacidad técnica en valor duradero sigue siendo la historia digna de atención.