El nombre Fusaka proviene de una combinación de la actualización de la capa de ejecución Osaka y la versión de la capa de consenso Fula Star. Se espera que esta actualización sea activada el 3 de diciembre de 2025 a las 21:49 UTC.
Esta actualización incluye 12 EIPs, que abarcan disponibilidad de datos, capacidad de Gas/bloque, optimización de seguridad, compatibilidad de firmas, estructura de tarifas de transacción, etc. Es una actualización sistemática para lograr la expansión de capacidad de L1, reducir costos de L2, reducir costos de nodos y mejorar la experiencia del usuario.
I. Los dos objetivos principales de Fusaka: mejorar el rendimiento de Ethereum y mejorar la experiencia del usuario.
Objetivo 1: Mejorar significativamente el rendimiento subyacente y la escalabilidad de Ethereum.
Palabras clave principales:
-
Expansión de disponibilidad de datos
-
Carga reducida en nodos
-
Blob más flexible
-
Capacidades de ejecución mejoradas
-
Un mecanismo de consenso más eficiente y seguro
En resumen: mejorar aún más el rendimiento de Ethereum.
Objetivo 2: Mejorar la experiencia del usuario y fomentar la próxima generación de abstracción de billetera y cuentas.
Palabras clave principales:
-
Preconfirmación de bloques
-
Compatibilidad con P-256 (firma nativa del dispositivo)
-
Billetera mnemotécnica
-
Un sistema de cuentas más moderno
Esencialmente, Ethereum se está acercando más a la experiencia del software de internet convencional.
II. Cinco cambios clave en Fusaka
1. PeerDAS: Reduce la carga de almacenamiento de datos en los nodos
PeerDAS es una característica clave nueva de la actualización Fusaka. Actualmente, los nodos de Capa 2 utilizan blobs (un tipo de dato temporal) para publicar datos en Ethereum. Antes de la actualización Fusaka, cada nodo completo tenía que almacenar cada blob para garantizar la existencia de los datos. A medida que aumenta el rendimiento de blobs, descargar todos estos datos se vuelve extremadamente intensivo en recursos, lo que dificulta la gestión de los nodos.
PeerDAS emplea un esquema de muestreo de disponibilidad de datos, lo que permite que cada nodo almacene solo un subconjunto de bloques de datos en lugar de todo el conjunto de datos. Para garantizar la disponibilidad de datos, cualquier subconjunto de datos puede ser reconstruido a partir del 50% de los datos existentes, reduciendo la probabilidad de errores o datos faltantes a un nivel criptográficamente insignificante.
PeerDAS funciona aplicando codificación de borrado Reed-Solomon a los datos de blobs. En aplicaciones tradicionales, los DVDs utilizan la misma tecnología de codificación; incluso con arañazos, el reproductor puede leer el disco; de manera similar, los códigos QR aún pueden ser completamente reconocidos incluso cuando están parcialmente ocultos.
Por lo tanto, la solución PeerDAS puede garantizar que los requisitos de hardware y ancho de banda de los nodos estén dentro de un rango aceptable, mientras permite la expansión de blobs, apoyando así más nodos Layer2 y de mayor escala a un costo menor.
2. Aumentar flexible y progresivamente el número de blobs según sea necesario: Adaptarse a las cambiantes necesidades de datos de L2.
Para garantizar actualizaciones consistentes en todos los nodos, clientes y software de validadores, es necesario adoptar un enfoque gradual. Para adaptarse más rápidamente a los requisitos de bloques de datos de Layer 2 en evolución, se introduce un mecanismo de forks únicamente de parámetros de blobs.
Cuando los blobs se agregaron por primera vez a la red durante la actualización Dencun, había 3 (máximo 6), que luego se incrementaron a 6 (máximo 9) en la actualización Pectra. Después de Fusaka, se pueden agregar a un ritmo sostenible sin necesidad de actualizaciones importantes de la red.
3. Soporta la expiración de registros históricos: reduce los costos de los nodos.
Para reducir el espacio en disco requerido por los operadores de nodos durante el crecimiento continuo de Ethereum, se requiere que los clientes comiencen a admitir la expiración de algunos registros históricos. De hecho, los clientes ya tienen esta función habilitada en tiempo real; esta actualización simplemente la agrega a la lista de tareas pendientes.
4. Confirmación previa de bloques: Permite una confirmación más rápida de transacciones.
Usando el EIP7917, la Beacon Chain podrá identificar a los proponentes de bloques para la próxima época. Saber con anticipación qué validadores propondrán futuros bloques permite la confirmación previa. Se puede establecer un compromiso con el próximo proponente de bloques para garantizar que las transacciones de los usuarios se incluyan en ese bloque, sin esperar a que se genere el bloque real.
Esta característica beneficia la implementación de clientes y la seguridad de la red porque previene situaciones extremas, como la manipulación por parte de los validadores en la programación de proponentes. Además, la función de previsión reduce la complejidad de implementación.
5. Firma nativa P-256: Ethereum se alinea directamente con 5 mil millones de dispositivos móviles.
Un comprobador de firmas secp256r1 (P-256) integrado y similar a una clave de paso se introduce en una dirección fija. Este es el algoritmo de firma nativo utilizado por sistemas como Apple, Android, FIDO2 y WebAuthn.
Para los usuarios, esta mejora desbloquea la firma nativa de dispositivos y la funcionalidad de claves de paso. Las billeteras pueden acceder directamente a Secure Vault de Apple, Android Keystore, el Módulo de Seguridad de Hardware (HSM) y FIDO2/WebAuthn—sin necesidad de una frase mnemónica, un proceso de registro más fluido y una experiencia de autenticación multifactor comparable a las aplicaciones modernas. Esto resultará en una mejor experiencia de usuario, métodos de recuperación de cuenta más convenientes y un modelo de abstracción de cuenta que coincide con la funcionalidad existente en miles de millones de dispositivos.
Para los desarrolladores, acepta 160 bytes de entrada y devuelve 32 bytes de salida, lo que lo hace muy fácil de adaptar a bibliotecas existentes y contratos L2. Su implementación subyacente incluye punteros al infinito y comprobaciones de comparación modular para eliminar casos límite complicados sin afectar a los llamadores válidos.
III. El impacto a largo plazo de la mejora Fusaka en el ecosistema de Ethereum
1. Impacto en L2: La expansión entra en la segunda curva. A través de PeerDAS y el aumento bajo demanda del número de Blobs, así como un mecanismo de precios de datos más justo,el cuello de botella de disponibilidad de datos ha sido resuelto, yFusaka ha acelerado la reducción de los costos en L2.
2. Impacto en los nodos: Los costos operativos continúan disminuyendo. Los requisitos de almacenamiento reducidos y los tiempos de sincronización más cortos disminuyen los costos operativos. Además, a largo plazo, esto asegura la participación continuada de nodos con hardware más débil, garantizando así la descentralización continua de la red.
3. Impacto en las DApps: Una lógica más compleja en cadena se vuelve posible. Los códigos operativos matemáticos más eficientes y los horarios más predecibles para propuestas de bloques pueden impulsar AMMs de alto rendimiento, protocolos derivados más complejos y aplicaciones completamente en cadena.
4. Impacto en los usuarios comunes: Finalmente, podrán usar blockchain como si fuera Web2. Las firmas P-256 significan que no hay necesidad de frases mnemónicas, los teléfonos móviles pueden utilizarse como billeteras, el inicio de sesión es más conveniente, la recuperación es más sencilla y la autenticación multifactor está naturalmente integrada. Este es un cambio revolucionario en la experiencia del usuario y una de las condiciones necesarias para llevar a 1,000 millones de usuarios al blockchain.
IV. Conclusión: Fusaka es un paso clave hacia DankSharding y la adopción masiva de usuarios.
Dencun dio inicio a la era de Blob (Proto-Dank Sharding), Pectra optimizó la ejecución y tuvo impacto en EIP-4844, mientras que Fusaka permitió que Ethereum tomara un paso clave hacia la "escalabilidad sostenible + enfoque en móviles".
TLDR:
Esta actualización incorporará 12 EIPs, incluyendo principalmente:
EIP-7594: Emplea PeerDAS para reducir la carga de almacenamiento de datos en los nodos.
Esto es una base clave para expandir la capacidad de datos de Ethereum. PeerDAS ha construido la infraestructura necesaria para implementar Danksharding, y se espera que futuras actualizaciones aumenten el rendimiento de datos de 375kb/s a varios MB/s. También implementa directamente la escalabilidad de la Capa 2, permitiendo que los nodos procesen más datos de manera eficiente sin abrumar a los participantes individuales.
EIP-7642: Introduce la función de expiración del historial para reducir el espacio de disco requerido por los nodos.
Esto equivale a cambiar la forma en que se procesan los recibos, eliminando datos antiguos de la sincronización de nodos, lo que ahorra aproximadamente 530GB de ancho de banda durante la sincronización.
EIP-7823: Establece el límite superior para MODEXP para evitar vulnerabilidades de consenso.
Esto limita la longitud de cada entrada a 1024 bytes para el código precompilado criptográfico MODEXP. Anteriormente, MODEXP había sido una fuente de vulnerabilidades de consenso debido a su longitud de entrada no restringida. Al establecer límites prácticos que cubren todos los escenarios de aplicación del mundo real, se reduce el alcance de las pruebas, allanando el camino para un futuro reemplazo con un código EVM más eficiente.
EIP-7825: Introduce un límite de gas para transacciones para evitar que una única transacción consuma la mayor parte del espacio del bloque.
Esta medida introduce un límite de gas de 167,777,216 por transacción, evitando que una transacción consuma la mayor parte del espacio del bloque. Esto asegura una asignación más justa del espacio de bloque, mejorando así la estabilidad de la red, la capacidad de defenderse contra ataques DoS y permitiendo tiempos de verificación de bloques más predecibles.
EIP-7883: Aumenta el costo de gas del código precompilado criptográfico ModExp para prevenir posibles ataques de denegación de servicio debido a precios excesivamente bajos.
Para abordar el problema de los precios excesivamente bajos para las operaciones, se ha incrementado el costo de gas de los precompiladores criptográficos ModExp. El costo mínimo ha aumentado de 200 gas a 500 gas, y el costo se duplica para entradas grandes que superen los 32 bytes. Esto garantiza precios razonables para los precompiladores criptográficos, mejora la sostenibilidad económica de la red y previene posibles ataques de denegación de servicio causados por precios excesivamente bajos.
EIP-7892: Admite el escalado elástico bajo demanda de la cantidad de blobs para adaptarse a los requisitos evolutivos de la Capa 2.
Ethereum puede ajustar los parámetros de almacenamiento de blobs con mayor frecuencia mediante la creación de un nuevo proceso liviano. Esto permite ajustes más pequeños a la capacidad de blobs para adaptarse a las necesidades cambiantes de la Capa 2 sin esperar a actualizaciones importantes.
EIP-7917: Permite la preconfirmación de bloques, mejorando la predictibilidad del orden de las transacciones.
Actualmente, los validadores no pueden saber quién propondrá bloques hasta que comience la próxima época, lo que introduce incertidumbre en la mitigación de MEV y el protocolo de preconfirmación. Este cambio pre-calcula y almacena el programa de los proponentes para épocas futuras, haciéndolo determinista y accesible para las aplicaciones.
EIP-7918: Introduce una tarifa base de blobs vinculada a los costos de ejecución, abordando así el problema del mercado de tarifas de bloques de datos.
Esta solución aborda el problema del mercado de tarifas de bloques al introducir un precio de reserva vinculado a los costos de ejecución. Esto evita que el mercado de tarifas de bloques falle en 1 wei cuando el costo de ejecución de la Capa 2 es significativamente mayor que el costo del bloque.
Esto es crucial para la Capa 2, asegurando que el precio sostenible de los blobs refleje los costos reales y mantenga un descubrimiento de precios efectivo a medida que aumenta el uso de la Capa 2.
EIP-7934: Limita el tamaño máximo de ejecución de bloques RLP a 10 MB para prevenir la inestabilidad de la red y ataques de denegación de servicio.
Actualmente, los tamaños de bloque pueden ser muy grandes, lo que ralentiza la propagación de la red y aumenta el riesgo de bifurcaciones temporales. Esta limitación asegura que los tamaños de bloque se mantengan dentro de un rango razonable que la red pueda procesar y propagar de manera eficiente. Esto mejora la confiabilidad de la red, reduce el riesgo de bifurcaciones temporales y, por ende, logra tiempos de confirmación de transacciones más estables.
EIP-7935: Aumenta el límite de gas predeterminado a 60M para expandir las capacidades de ejecución de L1.
La propuesta sugiere aumentar el límite de gas de 36M a 60M para expandir la capacidad de ejecución de L1. Aunque este cambio no requiere una bifurcación dura (el límite de gas es un parámetro elegido por los validadores), se necesita una amplia prueba para garantizar la estabilidad de la red bajo cargas computacionales altas. Por lo tanto, incluir este EIP en una bifurcación dura asegura que este trabajo se priorice y continúe.
Al permitir que cada bloque de datos realice más cálculos, se mejora directamente el rendimiento general de la red, lo que es la forma más directa de ampliar las capacidades de ejecución de L1.
EIP-7939: Se añadió el opcode CLZ para que los cálculos en cadena sean más eficientes.
Esta actualización añade un nuevo opcode CLZ (Calcular Ceros Iniciales) al EVM para calcular de manera eficiente el número de ceros iniciales en un número de 256 bits. Esto reduce significativamente el costo de gas de operaciones matemáticas que requieren manipulación de bits, mejora la eficiencia computacional y permite cálculos más complejos en cadena. Esto facilita operaciones matemáticas más baratas y eficientes, beneficiando a los protocolos DeFi, aplicaciones de juegos y cualquier contrato que requiera cálculos matemáticos complejos.
EIP-7951: Añade soporte para curvas precompiladas secp256r1 para mejorar la experiencia del usuario.
Esta actualización añade soporte para la curva criptográfica ampliamente utilizada secp256r1 (también conocida como P-256) en Ethereum. Actualmente, Ethereum solo admite la curva secp256k1 para firmas, pero muchos dispositivos y sistemas utilizan secp256r1. Esta actualización permite que Ethereum verifique firmas de iPhones, teléfonos Android, billeteras de hardware y otros sistemas que usan esta curva estándar, facilitando la integración con la infraestructura existente.