Hacia una nueva fase de escalabilidad: análisis en profundidad de la actualización Fusaka de Ethereum y su impacto

Autor | Tanay Ved, Coin Metrics

Traducción | GaryMa WuShuo Blockchain

Enlace al artículo original:

Resumen de puntos clave

Fusaka amplía la escalabilidad de Ethereum aumentando la capacidad de blobs y aplicando un sistema de disponibilidad de datos más eficiente (PeerDAS).

Un límite de gas más alto de 60 millones y optimizaciones en la capa de ejecución mejoran significativamente el rendimiento de la L1.

Un mecanismo de tarifas mejorado y actualizaciones de experiencia de usuario establecen las bases para un ecosistema L1–L2 más unificado y de menor coste.

Resumen de Fusaka

Ethereum experimentará el hard fork “Fusaka” el 3 de diciembre de 2025 a las 21:49 UTC (slot 13.164.544). Fusaka combina la actualización Osaka de la capa de ejecución y la actualización Fulu de la capa de consenso, continuando la convención de nombres de forks anteriores.

Tras Pectra en mayo, Fusaka representa un paso importante en la hoja de ruta de escalado de Ethereum: mejora el rendimiento de la L1, amplía la capacidad de blobs, optimiza la eficiencia de costes de los rollups y trae mejoras en la experiencia de usuario. También introduce el mecanismo de fork Blob Parameter Only (BPO), que permite aumentar de forma segura la capacidad de blobs cuando crece la demanda de rollups. A principios de este año, la Fundación Ethereum anunció la estrategia “Protocol”, centrada en tres objetivos a largo plazo: escalar la L1, escalar los blobs y mejorar la experiencia del usuario. Fusaka es la primera actualización plenamente alineada con esta visión unificada, marcando un punto de inflexión para el futuro de la escalabilidad y accesibilidad de Ethereum.

Este artículo resume los principales cambios de Fusaka y analiza su impacto en la red principal de Ethereum, los rollups de capa 2, los costes de transacción y la experiencia del usuario.

Ampliación de Blobs

La actualización Dencun del año pasado introdujo los “blobs”, permitiendo a los rollups almacenar datos de transacciones en la red principal de Ethereum a menor coste. Desde su lanzamiento, los blobs han sido ampliamente adoptados gracias a rollups como Base, Arbitrum o Lighter. Esto ha llevado a una utilización de blobs cercana a la saturación (actualmente cerca del objetivo de 6 blobs por bloque), lo que podría provocar un aumento exponencial de las tarifas de rollup. A medida que crecen las necesidades de disponibilidad de datos, el espacio de blobs se ha convertido en el principal cuello de botella del escalado de Ethereum, y Fusaka aborda directamente este obstáculo.

PeerDAS: Peer Data Availability Sampling

PeerDAS (EIP-7594), o muestreo de disponibilidad de datos entre pares, es posiblemente una de las mejoras más importantes de Fusaka, alineada directamente con los objetivos de escalar L1 y blobs. PeerDAS introduce un método más eficiente para que los nodos de Ethereum verifiquen la disponibilidad de los datos de blobs. Los nodos ya no necesitan descargar el contenido completo de los blobs, sino que pueden verificar la disponibilidad mediante el muestreo de fragmentos de datos, manteniendo el mismo nivel de seguridad sin aumentar la carga sobre los nodos de consenso de la L1.

Impacto previsto:

Los nodos solo deben almacenar aproximadamente 1/8 de cada blob, aumentando enormemente el rendimiento de blobs sin incrementar los requisitos de hardware. Permite a Ethereum aumentar de forma segura el rendimiento de blobs, factor clave para la capacidad de los rollups. Menores costes de disponibilidad de datos, lo que supone transacciones L2 más baratas y envíos por lotes más fiables. Sienta las bases para el danksharding completo, aumentando el rendimiento de transacciones en todo el ecosistema. Por ejemplo, Base menciona en su blog que, tras Fusaka, las mejoras en la ampliación de L2 podrían duplicar la capacidad de la cadena en dos meses. Fork Blob Parameter Only (BPO)

Con PeerDAS reduciendo la carga de ancho de banda y almacenamiento para la verificación de datos de blobs, Ethereum ahora puede aumentar de forma segura la capacidad de blobs. Fusaka introduce el mecanismo de fork Blob Parameter Only (BPO) para aumentar, con el tiempo, el límite de blobs por bloque. Este mecanismo permite ajustar los parámetros de blobs sin necesidad de un hard fork completo, dotando al protocolo de una herramienta de ampliación más flexible y ágil.

Próximos forks BPO

Impacto previsto:

Mayor ancho de banda DA: Amplía la capacidad de los rollups de 6 a 128 blobs por bloque, reduciendo significativamente los costes de las transacciones L2. Escalado flexible: Los parámetros de blobs pueden ajustarse dinámicamente según la demanda. Ruta de ampliación progresiva: En línea con la hoja de ruta de ejecución más barata de rollups y disponibilidad de datos escalable de Ethereum. Ajuste de la Blob Base Fee

Con la expansión de la capacidad de blobs, el mercado de tarifas de blobs de Ethereum jugará un papel más importante en la coordinación de la demanda de rollups. Actualmente, los rollups apenas pagan nada por los blobs. Debido a que la demanda es poco sensible al precio, la tarifa de blobs suele estar en el mínimo de 1 wei y no se ajusta suavemente con el uso. Esto crea una situación de “precio inelástico”, limitando la capacidad de respuesta de la tarifa ante cambios en la utilización.

Fusaka vincula el límite inferior de la blob base fee a una proporción fija de la base fee de la L1, evitando que el precio de los blobs caiga a cero y asegurando que el mecanismo se mantenga funcional durante la expansión del espacio de blobs.

Impactos clave:

Precios de blobs más estables: Se evita que el mercado de tarifas quede anclado en el mínimo. Economía de rollups más predecible: Garantiza que los rollups paguen un coste base razonable por la disponibilidad de datos, evitando picos de tarifas bruscos o inestables. Impacto mínimo en el coste para el usuario: Incluso con el límite inferior, el coste de datos en L2 sigue siendo una fracción de unos pocos céntimos, con un impacto casi nulo en la experiencia de usuario. Sostenibilidad económica a largo plazo: Compensa a los nodos por gestionar un mayor rendimiento de blobs; la tarifa de blobs actualmente aporta poco a la quema de ETH, pero con la expansión de capacidad podría contribuir más. Ampliación de la L1

Fusaka también otorga gran importancia al escalado de la L1. Mediante el EIP-7935, eleva el límite de gas por defecto del protocolo de Ethereum a 60 millones, aumentando la capacidad de ejecución de la capa 1. Esto incrementa directamente el número de transacciones por bloque, permitiendo mayor rendimiento, menos congestión y tarifas de gas más bajas.

Impacto previsto:

Mayor rendimiento: Más cálculos por bloque, mayor capacidad general de la L1. Soporte para aplicaciones más complejas: Un límite de gas mayor permite la ejecución fluida de contratos complejos. Menos congestión en alta demanda: El espacio adicional reduce la congestión durante picos de demanda. Mantiene tarifas bajas: La capacidad extra sostiene el entorno actual de tarifas bajas (< 0,4 gwei). Además de aumentar el límite de gas, Fusaka introduce varias optimizaciones para hacer la ejecución de la L1 más eficiente y prepararla para futuras ampliaciones.

Nuevo límite de gas por transacción: Evita que una sola transacción ocupe todo el bloque y sienta las bases para la ejecución paralela futura. Optimización de la precompilada ModExp: Recalibra el coste de gas y establece límites más claros para operaciones relacionadas, asegurando un uso de recursos predecible incluso con mayor rendimiento. Racionalización de la capa de red: Elimina campos obsoletos previos a la fusión, haciendo que la sincronización de nodos de Ethereum sea más rápida y ligera. Mejoras en la experiencia de usuario (UX)

Fusaka introduce una serie de mejoras para usuarios y desarrolladores. Entre ellas, el EIP-7951 añade soporte nativo para la curva elíptica secp256r1, un estándar de firmas ampliamente utilizado en Apple Secure Enclave, Android Keystore y la mayoría de hardware de consumo.

Esto permitirá que monederos y aplicaciones integren directamente procesos de autenticación familiares en Ethereum, como: Face ID, Touch ID y WebAuthn.

Así se reduce la barrera de entrada para los usuarios y se proporciona mayor seguridad tanto a minoristas como a instituciones.

Estas mejoras modernizan aún más la experiencia del desarrollador y la interfaz de usuario en Ethereum, facilitando la construcción de aplicaciones seguras y orientadas a un público masivo.

Conclusión

Con la activación de Fusaka, el impacto más inmediato será: menores costes de rollups; mayor rendimiento de blobs; y una mejora significativa en la capacidad de ejecución de la L1.

Con el tiempo, un mayor espacio de blobs, menores costes y la mejora sostenida del rendimiento de la L1 remodelarán la economía de liquidación de L2, influirán en la dinámica de quema de ETH y harán que el ecosistema de Ethereum sea más unificado y coordinado.

Aunque el impacto a largo plazo depende de la demanda y la adopción, Fusaka establece una base más clara y escalable para la próxima fase de crecimiento de Ethereum: un ecosistema en el que L1 y L2 cooperan de forma más eficiente, soportando más usuarios, activos y actividad on-chain.