Se espera que la red principal de Ethereum active la actualización Fusaka en la época 411392 el 3 de diciembre de 2025. Esta bifurcación dura afecta tanto a las capas de ejecución como a las de consenso. Introduce PeerDAS (EIP-7594), una serie de microbifurcaciones de parámetros solo de blobs (BPO) para ajustar los parámetros relacionados con los blobs y, además del límite de gas de bloque ya activo de 60 millones, recalibra la estructura general de los bloques y los límites de costos. Por diseño, Fusaka no es una simple actualización que acelera la cadena mediante optimización lineal. En cambio, posiciona explícitamente a Ethereum como una capa de alta capacidad de liquidación y disponibilidad de datos para la era de la acumulación, sentando una base técnica más formalizada para una arquitectura modular y el objetivo a largo plazo de alcanzar las 100 000 TPS.

A diferencia de las actualizaciones anteriores, Fusaka no es una solución limitada dirigida a un único cuello de botella. Es la primera actualización que integra sistemáticamente la hoja de ruta de Vitalik para Surge, Verge y Purge en una única versión. Al usar PeerDAS para ampliar el espacio de datos disponible para las capas 2, combinarlo con cambios en la expiración del historial y la sincronización para reducir los costos operativos de los nodos a largo plazo, e incorporar BPO como mecanismo para futuros ajustes de capacidad, Ethereum puede escalar en los próximos años mediante pasos pequeños, predecibles y auditables, en lugar de depender de bifurcaciones duras poco frecuentes, de alto riesgo y a gran escala.

Para los mercados, la forma correcta de juzgar a Fusaka no es preguntando cuánto TPS agrega el primer día, sino evaluando si, en un mundo donde los rollups ya dominan el uso real, Ethereum puede asegurar su rol como la capa central de liquidación y datos de esta nueva arquitectura sin comprometer la descentralización y la seguridad y si ETH, a través de tarifas, quema y rendimiento de staking, puede continuar capturando el lado positivo económico del crecimiento de la red.

¿Qué es la actualización Fusaka?

La actualización Fusaka es una bifurcación dura importante programada para su lanzamiento en la red principal de Ethereum el 3 de diciembre de 2025. Su nombre combina los nombres en clave internos de la actualización de la capa de ejecución (Osaka) y la actualización de la capa de consenso (Fulu), lo que subraya que esta versión abarca ambas capas. Desde una perspectiva técnica, Fusaka no es una única característica nueva, sino un conjunto de cambios de protocolo interconectados. El Muestreo de Disponibilidad de Datos entre Pares (PeerDAS) se introdujo mediante EIP-7594 como componente principal, un mecanismo de bifurcación de Parámetros Solo Blob (BPO) que puede invocarse con mayor frecuencia, una recalibración de los límites de gas y bloque, una expiración extendida del historial y un conjunto de cambios auxiliares en torno a la anticipación del proponente, estándares clave y flujos de sincronización.

El objetivo principal de Fusaka es aumentar el volumen de datos que la red principal de Ethereum puede soportar de forma segura sin aumentar los requisitos de hardware para validadores y nodos completos. Esto permite que los rollups publiquen datos de transacciones en L1 con mayor frecuencia y a un menor coste, mejorando la usabilidad general del ecosistema. Paralelamente, Fusaka utiliza la poda del historial y mejoras en la capa de consenso para que los tiempos de sincronización de los validadores y los costes de almacenamiento sean más sostenibles a largo plazo. Al introducir la BPO como una forma parametrizada de ajustar la capacidad de los blobs, Ethereum, por primera vez, obtiene la capacidad de implementar numerosos aumentos de capacidad pequeños, impulsados ​​por la demanda, en lugar de depender de bifurcaciones duras de baja frecuencia y alto impacto para restablecer su margen de escalabilidad.

1. El rol de Fusaka y su impacto estructural en la hoja de ruta de escalamiento de Ethereum

Para entender la posición estratégica de Fusaka, es necesario observar cómo las actualizaciones clave anteriores prepararon el terreno para la hoja de ruta actual.

La fusión de 2022 migró el consenso de Ethereum de prueba de trabajo (PoW) a prueba de participación (PoS), reduciendo drásticamente el consumo de energía e incorporando seguridad e incentivos económicos al sistema de staking. Esto proporcionó al protocolo una base más estable en términos de costos de energía, control de la inflación a largo plazo y adopción institucional. La posterior actualización de Shapella permitió la retirada de participaciones y convirtió el staking de un bloqueo unidireccional en un instrumento de rendimiento configurable, permitiendo a validadores profesionales, custodios institucionales y protocolos de resttaking construir mercados multicapa sobre la base de PoS.

En 2024, la actualización de Dencun introdujo blobs mediante EIP-4844, creando un canal de datos temporal dedicado a los rollups. Esto marcó la transición de la filosofía "L2-first" a la regla de asignación de recursos "L2-first" integrada en el protocolo. L1 ya no albergaría toda la actividad directamente, sino que se centraría en la liquidación segura y la disponibilidad de datos. En mayo de 2025, la actualización de Pectra mejoró aún más la ergonomía del usuario y la composición del validador mediante la abstracción de cuentas y ajustes en los parámetros de staking, lo que hizo que Ethereum fuera más flexible y extensible tanto para el usuario como en el mercado de staking.

Sin embargo, antes de Fusaka, estas actualizaciones aún parecían vías de ingeniería paralelas en la hoja de ruta. Cada una abordaba problemas específicos de consenso, retiros, canales de datos o modelos de cuentas, pero aún no se consolidaban en una narrativa de escalamiento única y coherente. Fusaka se diferencia al concentrar tres ejes principales en un único momento. En el eje Surge, utiliza PeerDAS y el ajuste de parámetros de blobs para aumentar el rendimiento de los datos L2; ​​en el eje Verge/Purge, se basa en la expiración del historial y las optimizaciones de sincronización para comprimir la carga de los nodos y frenar el crecimiento ilimitado del estado y el historial; y en la capa de ejecución, aprovecha el nuevo límite de 60 millones de gas y las EIP relacionadas para redibujar los límites de computación y datos por bloque. En otras palabras, Fusaka es el primer punto de inflexión genuino donde Ethereum pasa de una solución local a la vez a la integración de recursos en torno a una hoja de ruta a largo plazo. Esto indica que el protocolo está empezando a pensar en términos de una arquitectura de pila completa en lugar de módulos aislados.

Hoja de ruta de Ethereum, fuente:El tuit de Vitalik

2. Cómo Fusaka redefine el modelo de escalabilidad de Ethereum y su función como capa de liquidación

Entre todos los cambios, PeerDAS, especificado en EIP-7594, es el pilar fundamental de ingeniería de Fusaka. PeerDAS es un protocolo de muestreo de disponibilidad de datos punto a punto que permite a los nodos descargar solo fragmentos de datos de bloques y, mediante muestreo y codificación de borrado, obtener una alta confianza en que los datos acumulados se han publicado completamente. Esto contrasta marcadamente con el modelo anterior, en el que los nodos debían descargar blobs completos.

Estructuralmente, esto tiene dos implicaciones importantes. En primer lugar, desvincula el rendimiento de datos de toda la red del límite de descarga y almacenamiento de un nodo individual, lo que alivia la carga de cada participante y garantiza que participar en el consenso no equivalga a asumir toda la carga de datos. En segundo lugar, abre el camino para aumentar sistemáticamente el número de blobs en el futuro, lo que permitirá a Ethereum, en un horizonte de varios años, aumentar el ancho de banda de datos y la capacidad de blobs disponibles para las L2 varias veces sin que cada paso requiera una bifurcación dura arriesgada a gran escala.

Esta es también la razón por la que existe el mecanismo de bifurcación de Parámetros Solo Blob (BPO). El BPO está diseñado deliberadamente para afectar solo un pequeño conjunto de parámetros relacionados con los blobs, como el número objetivo de blobs, el máximo y el factor de ajuste en el mecanismo de comisiones. Este diseño permite al protocolo realizar ajustes de alta frecuencia y baja amplitud. Desde una perspectiva de gobernanza y gestión de riesgos, esto se acerca más a ajustar los tipos de interés en la política monetaria que a reescribir todo el conjunto de reglas. De este modo, Ethereum puede ajustar la oferta de blobs en respuesta a la demanda de L2, la carga de la red y el rendimiento del cliente de forma más granular y ágil.

Al mismo tiempo, la capa de ejecución subyacente ya experimentó un cambio estructural significativo antes de Fusaka. En noviembre de 2025, el límite de gas por bloque de Ethereum se elevó de 45 millones a 60 millones, el nivel más alto en casi cuatro años. Este cambio no fue impulsado unilateralmente por los desarrolladores principales, sino que se activó una vez que más de 510 000 validadores habían mostrado su apoyo de forma constante, superando el umbral definido en el protocolo. Este cambio se debió a casi un año de apoyo comunitario (por ejemplo, la iniciativa "Pump The Gas"), optimizaciones a nivel de cliente y repetidas pruebas de los márgenes de seguridad.

Ethereum eleva el límite de gas a 60 millones, fuente:Tweet de MetaEraHK

Desde una perspectiva macro, Fusaka es importante no solo porque abarata los datos L2, sino porque simultáneamente reestructura el modelo operativo de Ethereum en dos frentes. Por un lado, aplana y estabiliza la curva de costos para el envío de datos acumulados, lo que permite la expansión dentro de una banda de tarifas más predecible. Por otro lado, mediante la combinación del aumento del límite de gas y los EIP relacionados, establece una trayectoria de crecimiento más sostenible y gradualmente actualizable para la ejecución L1 y la capacidad de datos.

3. Análisis del rol y el impacto de Fusaka en la estrategia de escalamiento a largo plazo de Ethereum

Para las aplicaciones de capa superior y acumuladas, el efecto inmediato de Fusaka es una revalorización de los costes de datos y los límites de capacidad. Diversos análisis sugieren que, una vez que PeerDAS esté activo y se haya ejecutado la primera bifurcación de BPO, las tarifas de datos para las L2 de alta frecuencia, como las plataformas de derivados, los juegos en cadena y los protocolos sociales, podrían reducirse entre un 40 % y un 60 % con el tiempo. Esto no representa un pequeño descuento en el gas, sino una ampliación sustancial del alcance del diseño del producto.

En el sector DeFi, la reducción de los costos de datos permite una lógica de liquidación más granular, auditorías de mayor frecuencia y marcos de gestión de riesgos. Para aplicaciones de juegos y redes sociales, es posible trasladar más interacciones en cadena o a nivel de rollup de los servidores centralizados, lo que mejora la verificabilidad y la transparencia de la propiedad de los activos y las transiciones de estado. Para los nuevos rollups, un menor costo fijo de entrada implica la probabilidad de que surjan L2 más especializadas, que se diferencien por sus estructuras de tarifas y la experiencia de usuario (UX), e intensifiquen la competencia en el panorama de rollups.

Desde la perspectiva del modelo económico de ETH, Fusaka introduce una combinación de factores positivos y negativos. Por un lado, si los menores costos de rollup impulsan con éxito un mayor volumen de liquidación agregado, más transacciones se finalizarán y sus datos se publicarán en Ethereum. Esto aumentaría los ingresos por comisiones de blob y la quema de la comisión base, reforzando la narrativa deflacionaria de mayor uso y menor oferta. Por otro lado, si los usuarios perciben principalmente comisiones más bajas en algunas L2 al principio y pasan por alto que toda esta actividad finalmente se reubica en Ethereum L1, el sentimiento del mercado a corto plazo podría subestimar el grado en que Fusaka apoya la captura de valor a largo plazo de ETH.

La cuestión más importante es que Ethereum no aspira a ser una cadena monolítica de contratos inteligentes de alto rendimiento. Su objetivo es ser una capa global de liquidación y datos con ETH como activo nativo y los rollups como capa de escalado. Fusaka es la primera actualización que permite verificar esta narrativa en términos de rendimiento real, estructuras de datos y mercados de comisiones, en lugar de limitarla a un objetivo teórico de TPS en una diapositiva de la hoja de ruta.

4. De PeerDAS a BPO: el papel fundamental de Fusaka en el proceso de escalamiento

Toda decisión de escalado es, fundamentalmente, una redistribución del riesgo entre diferentes dimensiones. Desde la perspectiva de los nodos y validadores, la introducción de PeerDAS y la caducidad del historial reduce la cantidad de datos que cada nodo debe almacenar y descargar a lo largo del tiempo, lo que podría reducir el tiempo y los requisitos de hardware necesarios para sincronizar con el estado más reciente. En teoría, esto ayuda a mantener un conjunto de validadores y nodos suficientemente amplio y diverso.

Sin embargo, a medida que las sucesivas bifurcaciones de BPO aumentan gradualmente la capacidad de los blobs, la carga de ancho de banda y la complejidad operativa del lado del productor de datos aumentarán inevitablemente, concentrando una mayor responsabilidad en operadores con una infraestructura robusta y una conectividad de red de alta calidad. Si las implementaciones del protocolo y del cliente no definen claramente qué hardware y perfil de red son suficientes para que los nodos domésticos comunes participen de forma segura, el resultado práctico del escalamiento podría ser la consolidación de la importancia relativa de los grandes validadores y proveedores de infraestructura, lo que socavaría la descentralización en ciertos escenarios.

Las EIP en Fusaka que abordan la expiración del historial, los límites de tamaño de bloque y la resistencia a ataques DoS son, en efecto, intentos de equilibrar este límite. Por un lado, buscan liberar el máximo espacio posible para acumulaciones y transacciones complejas, dando a la capa de aplicación margen para la experimentación. Por otro lado, limitan el uso de gas por transacción y ajustan el costo de precompilaciones específicas para evitar que un solo cálculo pesado o una carga maliciosa congestionen un bloque completo.

Dentro de esta arquitectura, los proveedores institucionales de staking y los grandes clústeres de validadores generalmente consideran Fusaka como un factor estructural positivo. Un rendimiento de datos más predecible, límites de almacenamiento y gestión del historial más claros, y límites de gas y bloques alineados facilitan la planificación del gasto de capital, gastos operativos y capital de riesgo a medio y largo plazo. Al mismo tiempo, esto eleva el nivel de gobernanza y transparencia. Si surgen futuros debates sobre escalabilidad o eventos de tensión en la red, es probable que la comunidad centre su atención en los mismos operadores y equipos de clientes que tienen una parte desproporcionada del peso operativo.

5. Cómo Fusaka impulsa a Ethereum hacia una capa de liquidación modular: Impacto y perspectivas

Después de Fusaka, el siguiente punto importante en la hoja de ruta de Ethereum es la actualización de Glamsterdam, actualmente prevista para 2026. Los primeros planes indican que Glamsterdam introducirá la separación entre proponentes y constructores (ePBS) a nivel de protocolo, remodelando los roles y la dinámica de poder dentro de la cadena de suministro de MEV, y listas de acceso a nivel de bloque (BAL) para mejorar la eficiencia del acceso al estado y prepararse para cargas de trabajo de ejecución de mayor frecuencia y escala.

Fusaka puede entenderse como la actualización de datos y capacidad, mientras que Glamsterdam se centra en quién construye los bloques y cómo se orquesta la ejecución. Si ambos funcionan según lo previsto e interactúan según lo previsto, Ethereum podría pasar de un sistema de actualizaciones basadas en versiones a uno de marcos de escalamiento continuamente ajustables y basados ​​en mecanismos, lo que le permitirá recalibrar las compensaciones entre descentralización, seguridad y rendimiento a lo largo de los ciclos del mercado y los cambios tecnológicos.

A largo plazo, Fusaka puede considerarse el punto de inflexión que lleva a Ethereum de la fase aspiracional de 100 000 TPS a la fase de capacidad real en la capa de liquidación, suficiente para soportar un ecosistema de acumulación y aplicaciones de alta frecuencia. Redefine la división de responsabilidades entre L1 y L2, y replantea cómo ETH captura valor en esta arquitectura modular. El objetivo ya no es alojar toda la actividad directamente en L1, sino mantener la interacción y el cálculo de alta frecuencia en L2, utilizando ETH como unidad de cuenta y liquidación, con la compensación final y el anclaje de datos en L1.

En este contexto, la verdadera importancia de Fusaka no es la de ser un catalizador de precios a corto plazo, sino la de ser una clara señal estructural de que Ethereum se está transformando deliberadamente, de manera mesurada y gobernable, en una pieza de infraestructura de datos y liquidación pública de nivel institucional global.

Conclusión

La actualización de Fusaka marca la transición de Ethereum, desde la corrección de cuellos de botella individuales hasta el ajuste de la arquitectura general. En los últimos años, Merge, Shapella, Dencun y Pectra han abordado problemas fundamentales en materia de consenso, seguridad, retiros y canales de datos. Fusaka es la primera actualización que integra escalado (Surge), ligereza de nodos (Verge) y limpieza del historial (Purge) en una única versión, lo que permite a Ethereum mejorar la capacidad, la eficiencia y la sostenibilidad a nivel de protocolo de forma coordinada.

En cuanto a los datos, PeerDAS y BPO ofrecen rollups con menores costos de publicación de datos y una curva de crecimiento de capacidad más predecible, lo que permite a las L2 escalar hacia una experiencia de usuario más cercana a la Web2, a la vez que soportan aplicaciones financieras, de juegos y sociales de alta frecuencia. En cuanto a la ejecución, el límite de gas de 60 M y las EIP relacionadas redefinen la densidad factible de computación y datos por bloque, lo que garantiza que la L1 pueda manejar cargas mayores, a la vez que se mantiene verificable y accesible para un amplio conjunto de validadores. Desde una perspectiva de gobernanza e ingeniería a largo plazo, el diseño en capas introducido con Fusaka indica un cambio que se aleja de la dependencia de grandes bifurcaciones duras ocasionales hacia una cadencia de escalamiento multietapa más manejable y predecible.

Para ETH como activo, el impacto de Fusaka no será inmediato, pero sus implicaciones estructurales son claras. Si la reducción de los costos de L2 se traduce en una mayor actividad y demanda de liquidación, el consumo de blobs y de comisiones base proporcionará una fuente más duradera de captura de valor, fortaleciendo la doble función de ETH como moneda de liquidación y garantía de seguridad. Si bien los mayores requisitos de ancho de banda y la presión sobre la infraestructura podrían, en algunos escenarios, aumentar el riesgo de centralización, Fusaka también introduce límites de gobernanza y carga de nodos más claros y cuantificables, lo que brinda a la red una mejor oportunidad de crecer dentro de un marco de descentralización controlado.

En definitiva, la importancia de Fusaka no reside en cuánto pueda aumentar el TPS por sí solo, sino en cómo transforma la trayectoria de Ethereum: priorizando la seguridad, escalando centrado en la acumulación, gobernanza basada en parámetros y ETH como activo soberano. Esta actualización transforma a Ethereum de ser meramente escalable en teoría a ser sostenible en la práctica, y sienta las bases de ingeniería para Glamsterdam y los cambios más profundos previstos en la hoja de ruta. Si los últimos cinco años se centraron en sentar las bases de la era modular, Fusaka es el punto de inflexión que impulsa a Ethereum hacia su siguiente fase, más madura.

Preguntas frecuentes

P1: ¿Los usuarios finales notarán cambios inmediatos una vez que se actualice Fusaka?
A corto plazo, los cambios más tangibles para los usuarios finales probablemente provendrán de tarifas más bajas y una menor congestión en las principales L2, especialmente durante las horas punta, cuando los retrasos en la confirmación y los picos de tarifas deberían moderarse. Sin embargo, estos efectos no suelen materializarse por completo el primer día. Suelen manifestarse durante semanas y meses, a medida que las acumulaciones ajustan sus políticas de tarifas y patrones de envío de datos. Para la mayoría de los usuarios, Fusaka debería considerarse una actualización estructural que sienta las bases para los próximos años de escalabilidad, en lugar de un evento único que duplica instantáneamente los TPS.

P2: ¿La actualización de Fusaka cambia la narrativa de inversión a mediano y largo plazo de ETH?
Fusaka no altera el papel fundamental de ETH como activo nativo y moneda soberana de Ethereum, pero sí fortalece el vínculo entre el crecimiento de la red y la demanda de ETH. Si la reducción de los costos de rollup impulsa un aumento sostenido del volumen de liquidación y la actividad en cadena, las comisiones de blobs y la quema de la comisión base se convertirán en un elemento más estructural de la economía de ETH, acentuando su perfil como "combustible de liquidación" y como reserva de valor a largo plazo vinculada al uso del protocolo.

P3: ¿Fusaka aumenta significativamente el riesgo de centralización en el equilibrio entre descentralización y escalabilidad?
Fusaka reduce la cantidad de historial y datos que un nodo debe retener y descargar, lo que, en principio, permite un conjunto de nodos más amplio y diverso. Sin embargo, a medida que las bifurcaciones posteriores de BPO aumenten la capacidad de los blobs, aumentará la importancia de una infraestructura de alto ancho de banda y operada profesionalmente. Si los equipos de protocolo y cliente no definen proactivamente bases de hardware razonables y mantienen la transparencia y la apertura en la gobernanza, los futuros debates sobre el escalado podrían intensificar la preocupación por los riesgos latentes de centralización. Fusaka en sí no centraliza directamente la red, pero convierte la calibración continua entre el escalado y la descentralización en un tema aún más central para la hoja de ruta futura de Ethereum.

Aviso legal: La información proporcionada en este artículo tiene fines exclusivamente educativos y de referencia, y no debe considerarse asesoramiento de inversión. Para más información, consulte aquí Realice su propia investigación y consulte con un asesor financiero profesional antes de tomar cualquier decisión de inversión. FameEX no se responsabiliza de ninguna pérdida directa o indirecta derivada del uso o la confianza depositada en la información de este artículo.