El 3 de diciembre de 2025, Ethereum activará la actualización “Fusaka” en la red principal, siendo esta la segunda bifurcación dura importante de este año, después de la actualización “Pectra” en mayo. El nombre Fusaka proviene de la combinación de dos nombres de código internos de actualización, Osaka (actualización de la capa de ejecución) y Fulu (actualización de la capa de consenso).
¿Qué es la actualización de Fusaka?
Rollup actualmente soporta la mayor parte de las transacciones y los ingresos por tarifas de Ethereum, pero aún están limitados por la cantidad de datos que se publican de vuelta en L1 y los costos asociados.
La actualización de Fusaka tiene como objetivo aliviar esta presión. Su función principal, PeerDAS (muestreo de disponibilidad de datos de pares), permite que los validadores verifiquen bloques de datos de Rollup sin necesidad de descargar todo, lo que reduce la demanda de ancho de banda y almacenamiento, al tiempo que mejora significativamente el rendimiento de los datos.
Al mismo tiempo, el “Parámetro Solo de Blob” (abreviado BPO), los nuevos límites de gas y tamaño de bloque, así como los ajustes de expiración histórica, permiten que la blockchain se adapte a múltiples aumentos de capacidad.
Este artículo analizará los cambios traídos por la actualización de Fusaka, su posición en las hojas de ruta de Surge, Verge y Purge, así como el posible impacto en los usuarios, Rollup y todo el ecosistema de Ethereum en los próximos años.
De Merge a Fusaka: hoja de ruta
Para entender la posición de Fusaka, vale la pena revisar la evolución de Ethereum.
The Merge (2022) “La fusión” permitió que Ethereum pasara de un mecanismo de prueba de trabajo a un mecanismo de prueba de participación, reduciendo el consumo de energía en aproximadamente un 99.9%.
Shapella (2023) implementó la extracción de Ether en staking, transformando el sistema de staking unidireccional en un sistema de liquidez, atrayendo a más validadores.
Dencun (marzo de 2024) introdujo la propuesta de mejora de Ethereum (EIP) 4844 “blob”, que es un canal de datos temporales más barato para Rollup, también conocido como protodanksharding.
Pectra (mayo de 2025) añadió la función de abstracción de cuentas EIP-7702 y reajustó parámetros de staking como el límite de 2048 Ether para los validadores.
Estas actualizaciones coinciden con la breve hoja de ruta de Vitalik Buterin: Merge, Surge, Verge, Purge y Splurge. Surge tiene como objetivo escalar Ethereum a través de Rollup y una mejor disponibilidad de datos, mientras que Verge y Purge se centran en clientes más livianos y en limpiar los antiguos registros.
Fusaka es la primera actualización que impulsa todas estas funciones al mismo tiempo. Se expande para los datos de Rollup como parte de Surge, y optimiza el historial y un mecanismo de sincronización más ligero como parte de Verge y Purge. También establece objetivos claros para la pila modular de Ethereum, aumentando el rendimiento de L2 sobre la liquidación de L1, logrando más de 100,000 transacciones por segundo (TPS).
PeerDAS, blobs y bloques más grandes
El plan de escalado central de Fusaka es EIP-7594, es decir, PeerDAS.
PeerDAS ya no requiere que cada nodo completo descargue bloques de datos Rollup completos, sino que los divide en unidades más pequeñas y utiliza técnicas de muestreo y codificación de borrado, lo que permite que los nodos de verificación solo obtengan fragmentos aleatorios. Si hay suficientes fragmentos disponibles, la red puede estar segura de que los datos completos existen.
Esto puede reducir el ancho de banda y el almacenamiento de cada nodo, y sentar las bases para un crecimiento de la capacidad de blob de 8 veces, sin obligar a los apostadores a actualizar su hardware.
Para hacer que este crecimiento sea más flexible, EIP-7892 introdujo el fork BPO, que es un pequeño hard fork que solo modifica tres parámetros relacionados con los Blob: el valor objetivo, el valor máximo y el factor de ajuste de la tarifa base.
Después de Fusaka, Ethereum puede aumentar la capacidad de blob de manera más pequeña y frecuente según el crecimiento de la demanda de L2, sin tener que esperar años para realizar una bifurcación importante como antes.
En términos de ejecución, Fusaka ha actualizado el gas y el tamaño del bloque:
El objetivo de gas para bloques válidos se eleva significativamente de los actuales 45 millones. EIP-7825 limita la cantidad de gas que se puede utilizar en una sola transacción, mientras que EIP-7934 aumenta el límite de tamaño de bloque de prefijo de longitud recursiva (RLP) a 10 MB, con el fin de reducir el riesgo de ataques de denegación de servicio (DoS).
EIP-7823 y EIP-7883 reevalúan y limitan la precompilación de MODEXP, para evitar que una llamada criptográfica pesada detenga todo el bloque.
En resumen, Fusaka proporciona más espacio para almacenar datos de Rollup y transacciones complejas en Ethereum, al mismo tiempo que aumenta los mecanismos de seguridad para garantizar que los bloques sigan siendo verificables por nodos comunes.
Experiencia del usuario, seguridad y herramientas para desarrolladores
Las mejoras de Fusaka no solo se centran en la capacidad, varios EIP también se enfocan en la experiencia del usuario, la seguridad y la facilidad de uso para los desarrolladores.
EIP-7917 hace que la programación de los proponentes del siguiente epoch sea completamente determinista y se pueda acceder en la cadena a través de la raíz del faro. Esto es crucial para los esquemas basados en Rollups y preconfirmaciones, ya que estos esquemas necesitan saber de antemano qué validador propondrá un bloque determinado para proporcionar garantías de suavidad y fiabilidad (Soft Finality).
En términos de experiencia del usuario, EIP-7951 añadió la precompilación secp256r1, permitiendo el soporte nativo de Ethereum para firmas P-256, que son utilizadas por el Secure Enclave de Apple, Android Keystore, Fast Identity Online 2 (FIDO2) y claves WebAuthn. Esto permite que las billeteras confíen en la biometría y las claves a nivel de dispositivo, en lugar de en frases de recuperación, acercando así L1 a los procesos de inicio de sesión de plataformas convencionales.
Los desarrolladores obtuvieron el EIP-7939, que es el código de operación para calcular ceros a la izquierda, y se utiliza para calcular el número de ceros a la izquierda en un valor de 256 bits. Esto reduce el costo y la dificultad de implementar operaciones matemáticas a nivel de bits, operaciones con enteros grandes y algunos circuitos de prueba de conocimiento cero.
Finalmente, EIP-7642 amplía el mecanismo de caducidad de datos históricos de Ethereum, permitiendo a los clientes descartar más datos anteriores a la fusión y aún anteriores, al tiempo que publica el rango de datos que proporciona. Esto puede ahorrar cientos de GB de espacio por cada nodo y puede acelerar significativamente la velocidad de sincronización de nuevos validadores.
¿Quién se beneficia: nodos L2, nodos de validación y poseedores de Ethereum?
Para el ecosistema L2, la combinación de PeerDAS y la bifurcación de BPO hace que los datos sean más baratos y más ricos.
Los analistas estiman que Fusaka junto con la primera bifurcación BPO podría reducir los costos de datos de L2 entre un 40% y un 60% durante un tiempo, especialmente para aplicaciones de alto rendimiento como DeFi, juegos y redes sociales. Costos de datos más bajos significan más espacio para experimentar y podrían desencadenar una nueva ronda de competencia en torno a los precios y la experiencia del usuario en Rollup.
Para los operadores de nodos y validadores, Fusaka alivia algunas cargas, pero también agrega otras. La reducción de la muestra y el historial caducado disminuye la cantidad de datos que los nodos necesitan descargar y almacenar, facilitando que los nuevos nodos se sincronicen con el último bloque.
Sin embargo, a medida que la bifurcación de BPO eleva aún más el conteo de blobs, los validadores y proveedores de infraestructura bien equipados asumirán más ancho de banda de carga; si la implementación y la guía del cliente no son lo suficientemente cautelosas, esto podría llevar a la red hacia operadores de mayor escala.
Los proveedores de servicios de staking de instituciones y derechos a menudo ven a Fusaka como un empoderamiento estratégico, en lugar de un aumento de velocidad único. Un rendimiento de datos más predecible, gas más seguro y límites de tamaño de bloque, así como una gestión histórica más clara, facilitan la planificación de operaciones de validadores a gran escala.
Para los poseedores de ETH, el impacto es evidente. La red de Ethereum está siendo ajustada para convertirse en un motor de liquidación y datos de alta capacidad de nivel L2, se han ajustado las tarifas mínimas y la fijación de precios de blobs para atraer más actividad de transacciones a la liquidación en Ethereum, lo que podría afectar el mercado de tarifas y las recompensas de los validadores.
Sin embargo, este ajuste también implica compromisos. El protocolo se vuelve más complejo y, si los usuarios comunes no experimentan mejoras significativas en términos de costos y experiencia, podría enfrentar críticas.
Después de Fusaka: Glamsterdam y el camino hacia 100,000 TPS
La próxima actualización llamada Glamsterdam se espera que se lance en 2026, y sus dos características principales son: separación de proponentes y constructores (ePBS) y listas de acceso a nivel de bloque (BAL).
ePBS se compromete a fortalecer la cadena de suministro del máximo valor extraíble (MEV) al separar la construcción y propuesta de bloques a nivel de protocolo, en lugar de depender únicamente de un relé externo.
Los BALs están destinados a lograr una ejecución más eficiente y a manejar mejor el acceso al estado, incluyendo el aumento futuro de la capacidad de blob.
Las bifurcaciones de PeerDAS y BPO impulsaron el desarrollo de Surge. La extensión del tiempo de expiración del historial y los ajustes de punto a punto (P2P) reflejan los temas de Verge y Purge. Las mejoras en la experiencia del usuario, como la vista previa del proponente (Proposer Lookahead) y el soporte para P-256, permiten la implementación a gran escala de las preconfirmaciones y las billeteras de claves de paso.
Si Ethereum puede mantener este ritmo, entonces Fusaka será visto más como un punto de inflexión. Marca la transición de un plan descentralizado a una solución de escalado coherente y centrada en el valor. Su objetivo es apoyar un apilamiento modular de 100,000 transacciones por segundo, sin renunciar a las características de descentralización que inicialmente le dieron valor a la red.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Análisis detallado de Fusaka: ¿Cómo se integra la actualización de diciembre en la hoja de ruta del desarrollo a largo plazo de Ethereum?
Autor: Cointelegraph
Compilado por: White55, Mars Finance
El 3 de diciembre de 2025, Ethereum activará la actualización “Fusaka” en la red principal, siendo esta la segunda bifurcación dura importante de este año, después de la actualización “Pectra” en mayo. El nombre Fusaka proviene de la combinación de dos nombres de código internos de actualización, Osaka (actualización de la capa de ejecución) y Fulu (actualización de la capa de consenso).
¿Qué es la actualización de Fusaka?
Rollup actualmente soporta la mayor parte de las transacciones y los ingresos por tarifas de Ethereum, pero aún están limitados por la cantidad de datos que se publican de vuelta en L1 y los costos asociados.
La actualización de Fusaka tiene como objetivo aliviar esta presión. Su función principal, PeerDAS (muestreo de disponibilidad de datos de pares), permite que los validadores verifiquen bloques de datos de Rollup sin necesidad de descargar todo, lo que reduce la demanda de ancho de banda y almacenamiento, al tiempo que mejora significativamente el rendimiento de los datos.
Al mismo tiempo, el “Parámetro Solo de Blob” (abreviado BPO), los nuevos límites de gas y tamaño de bloque, así como los ajustes de expiración histórica, permiten que la blockchain se adapte a múltiples aumentos de capacidad.
Este artículo analizará los cambios traídos por la actualización de Fusaka, su posición en las hojas de ruta de Surge, Verge y Purge, así como el posible impacto en los usuarios, Rollup y todo el ecosistema de Ethereum en los próximos años.
De Merge a Fusaka: hoja de ruta
Para entender la posición de Fusaka, vale la pena revisar la evolución de Ethereum.
The Merge (2022) “La fusión” permitió que Ethereum pasara de un mecanismo de prueba de trabajo a un mecanismo de prueba de participación, reduciendo el consumo de energía en aproximadamente un 99.9%.
Shapella (2023) implementó la extracción de Ether en staking, transformando el sistema de staking unidireccional en un sistema de liquidez, atrayendo a más validadores.
Dencun (marzo de 2024) introdujo la propuesta de mejora de Ethereum (EIP) 4844 “blob”, que es un canal de datos temporales más barato para Rollup, también conocido como protodanksharding.
Pectra (mayo de 2025) añadió la función de abstracción de cuentas EIP-7702 y reajustó parámetros de staking como el límite de 2048 Ether para los validadores.
Estas actualizaciones coinciden con la breve hoja de ruta de Vitalik Buterin: Merge, Surge, Verge, Purge y Splurge. Surge tiene como objetivo escalar Ethereum a través de Rollup y una mejor disponibilidad de datos, mientras que Verge y Purge se centran en clientes más livianos y en limpiar los antiguos registros.
Fusaka es la primera actualización que impulsa todas estas funciones al mismo tiempo. Se expande para los datos de Rollup como parte de Surge, y optimiza el historial y un mecanismo de sincronización más ligero como parte de Verge y Purge. También establece objetivos claros para la pila modular de Ethereum, aumentando el rendimiento de L2 sobre la liquidación de L1, logrando más de 100,000 transacciones por segundo (TPS).
PeerDAS, blobs y bloques más grandes
El plan de escalado central de Fusaka es EIP-7594, es decir, PeerDAS.
PeerDAS ya no requiere que cada nodo completo descargue bloques de datos Rollup completos, sino que los divide en unidades más pequeñas y utiliza técnicas de muestreo y codificación de borrado, lo que permite que los nodos de verificación solo obtengan fragmentos aleatorios. Si hay suficientes fragmentos disponibles, la red puede estar segura de que los datos completos existen.
Esto puede reducir el ancho de banda y el almacenamiento de cada nodo, y sentar las bases para un crecimiento de la capacidad de blob de 8 veces, sin obligar a los apostadores a actualizar su hardware.
Para hacer que este crecimiento sea más flexible, EIP-7892 introdujo el fork BPO, que es un pequeño hard fork que solo modifica tres parámetros relacionados con los Blob: el valor objetivo, el valor máximo y el factor de ajuste de la tarifa base.
Después de Fusaka, Ethereum puede aumentar la capacidad de blob de manera más pequeña y frecuente según el crecimiento de la demanda de L2, sin tener que esperar años para realizar una bifurcación importante como antes.
En términos de ejecución, Fusaka ha actualizado el gas y el tamaño del bloque:
El objetivo de gas para bloques válidos se eleva significativamente de los actuales 45 millones. EIP-7825 limita la cantidad de gas que se puede utilizar en una sola transacción, mientras que EIP-7934 aumenta el límite de tamaño de bloque de prefijo de longitud recursiva (RLP) a 10 MB, con el fin de reducir el riesgo de ataques de denegación de servicio (DoS).
EIP-7823 y EIP-7883 reevalúan y limitan la precompilación de MODEXP, para evitar que una llamada criptográfica pesada detenga todo el bloque.
En resumen, Fusaka proporciona más espacio para almacenar datos de Rollup y transacciones complejas en Ethereum, al mismo tiempo que aumenta los mecanismos de seguridad para garantizar que los bloques sigan siendo verificables por nodos comunes.
Experiencia del usuario, seguridad y herramientas para desarrolladores
Las mejoras de Fusaka no solo se centran en la capacidad, varios EIP también se enfocan en la experiencia del usuario, la seguridad y la facilidad de uso para los desarrolladores.
EIP-7917 hace que la programación de los proponentes del siguiente epoch sea completamente determinista y se pueda acceder en la cadena a través de la raíz del faro. Esto es crucial para los esquemas basados en Rollups y preconfirmaciones, ya que estos esquemas necesitan saber de antemano qué validador propondrá un bloque determinado para proporcionar garantías de suavidad y fiabilidad (Soft Finality).
En términos de experiencia del usuario, EIP-7951 añadió la precompilación secp256r1, permitiendo el soporte nativo de Ethereum para firmas P-256, que son utilizadas por el Secure Enclave de Apple, Android Keystore, Fast Identity Online 2 (FIDO2) y claves WebAuthn. Esto permite que las billeteras confíen en la biometría y las claves a nivel de dispositivo, en lugar de en frases de recuperación, acercando así L1 a los procesos de inicio de sesión de plataformas convencionales.
Los desarrolladores obtuvieron el EIP-7939, que es el código de operación para calcular ceros a la izquierda, y se utiliza para calcular el número de ceros a la izquierda en un valor de 256 bits. Esto reduce el costo y la dificultad de implementar operaciones matemáticas a nivel de bits, operaciones con enteros grandes y algunos circuitos de prueba de conocimiento cero.
Finalmente, EIP-7642 amplía el mecanismo de caducidad de datos históricos de Ethereum, permitiendo a los clientes descartar más datos anteriores a la fusión y aún anteriores, al tiempo que publica el rango de datos que proporciona. Esto puede ahorrar cientos de GB de espacio por cada nodo y puede acelerar significativamente la velocidad de sincronización de nuevos validadores.
¿Quién se beneficia: nodos L2, nodos de validación y poseedores de Ethereum?
Para el ecosistema L2, la combinación de PeerDAS y la bifurcación de BPO hace que los datos sean más baratos y más ricos.
Los analistas estiman que Fusaka junto con la primera bifurcación BPO podría reducir los costos de datos de L2 entre un 40% y un 60% durante un tiempo, especialmente para aplicaciones de alto rendimiento como DeFi, juegos y redes sociales. Costos de datos más bajos significan más espacio para experimentar y podrían desencadenar una nueva ronda de competencia en torno a los precios y la experiencia del usuario en Rollup.
Para los operadores de nodos y validadores, Fusaka alivia algunas cargas, pero también agrega otras. La reducción de la muestra y el historial caducado disminuye la cantidad de datos que los nodos necesitan descargar y almacenar, facilitando que los nuevos nodos se sincronicen con el último bloque.
Sin embargo, a medida que la bifurcación de BPO eleva aún más el conteo de blobs, los validadores y proveedores de infraestructura bien equipados asumirán más ancho de banda de carga; si la implementación y la guía del cliente no son lo suficientemente cautelosas, esto podría llevar a la red hacia operadores de mayor escala.
Los proveedores de servicios de staking de instituciones y derechos a menudo ven a Fusaka como un empoderamiento estratégico, en lugar de un aumento de velocidad único. Un rendimiento de datos más predecible, gas más seguro y límites de tamaño de bloque, así como una gestión histórica más clara, facilitan la planificación de operaciones de validadores a gran escala.
Para los poseedores de ETH, el impacto es evidente. La red de Ethereum está siendo ajustada para convertirse en un motor de liquidación y datos de alta capacidad de nivel L2, se han ajustado las tarifas mínimas y la fijación de precios de blobs para atraer más actividad de transacciones a la liquidación en Ethereum, lo que podría afectar el mercado de tarifas y las recompensas de los validadores.
Sin embargo, este ajuste también implica compromisos. El protocolo se vuelve más complejo y, si los usuarios comunes no experimentan mejoras significativas en términos de costos y experiencia, podría enfrentar críticas.
Después de Fusaka: Glamsterdam y el camino hacia 100,000 TPS
La próxima actualización llamada Glamsterdam se espera que se lance en 2026, y sus dos características principales son: separación de proponentes y constructores (ePBS) y listas de acceso a nivel de bloque (BAL).
ePBS se compromete a fortalecer la cadena de suministro del máximo valor extraíble (MEV) al separar la construcción y propuesta de bloques a nivel de protocolo, en lugar de depender únicamente de un relé externo.
Los BALs están destinados a lograr una ejecución más eficiente y a manejar mejor el acceso al estado, incluyendo el aumento futuro de la capacidad de blob.
Las bifurcaciones de PeerDAS y BPO impulsaron el desarrollo de Surge. La extensión del tiempo de expiración del historial y los ajustes de punto a punto (P2P) reflejan los temas de Verge y Purge. Las mejoras en la experiencia del usuario, como la vista previa del proponente (Proposer Lookahead) y el soporte para P-256, permiten la implementación a gran escala de las preconfirmaciones y las billeteras de claves de paso.
Si Ethereum puede mantener este ritmo, entonces Fusaka será visto más como un punto de inflexión. Marca la transición de un plan descentralizado a una solución de escalado coherente y centrada en el valor. Su objetivo es apoyar un apilamiento modular de 100,000 transacciones por segundo, sin renunciar a las características de descentralización que inicialmente le dieron valor a la red.