¿Qué es la actualización Fusaka de Ethereum? Guía para desarrolladores sobre 12 EIPs

La actualización Fusaka es el próximo hard fork mayor de Ethereum, con activación en mainnet tentativamente prevista para el 3 de diciembre de 2025. Ya está activa en testnet para integración temprana y pruebas de desarrolladores.

Fusaka continúa el trabajo iniciado por Pectra, introduciendo 12 cambios de protocolo (EIPs) que profundizan la escalabilidad de Ethereum, la transparencia de validadores, la economía del gas y la criptografía, convirtiendo a Fusaka en la actualización más grande hasta ahora en términos de EIPs incluidos.

Fusaka toma su nombre de la combinación de "Fulu" (actualización de la capa de consenso, nombrada por una estrella) y "Osaka" (actualización de la capa de ejecución, nombrada por una sede de Devcon). En este artículo desglosamos cada mejora que trae Fusaka, explicando qué cambia y cómo te impacta como desarrollador, ya sea que estés desplegando una app, contratos inteligentes, o construyendo tu propia chain.

Resumen de los EIPs clave

Los 12 EIPs de Fusaka abordan cuatro áreas principales:

• Disponibilidad de datos y sampling: Habilita nuevas vías de escalado para rollups y blobs.
• Primitivas criptográficas y matemáticas: Precompilados nativos para la curva secp256r1, estándar en la industria, expandiendo la criptografía onchain.
• Cambios de gas y ejecución: Optimiza los costos de gas y la asignación de recursos del protocolo.
• Operaciones de consenso y validadores: Agrega selección de validadores más predecible y mayor eficiencia.

Disponibilidad de datos y escalabilidad

EIP-7594: peer data availability sampling (PeerDAS)

EIP-7594 introduce Peer Data Availability Sampling (PeerDAS), un cambio importante en la forma en que Ethereum verifica y almacena datos de blob. En lugar de que cada nodo descargue los blobs completos, ahora los nodos muestrean fragmentos pequeños y aleatorios de sus peers y verifican de forma colaborativa que el conjunto completo de datos esté disponible.

Esto permite que la red maneje muchos más datos sin sacrificar confianza ni descentralización, un requisito previo para escalar la capa de datos de Ethereum a cientos de blobs por bloque.

PeerDAS es el primer paso práctico hacia el Danksharding completo. Al permitir que los nodos se especialicen en almacenar datos parciales mientras siguen validando todo, el techo de throughput de Ethereum sube drásticamente. A largo plazo, este mecanismo podría expandir la capacidad de datos de cientos de kilobytes por segundo a varios megabytes, reduciendo directamente los costos de publicación de las Layer 2 y habilitando aplicaciones de alto throughput.

Los Rollups pueden publicar lotes mucho más grandes de transacciones a menor costo, permitiendo mayor throughput y tarifas más bajas para los usuarios. Las integraciones deberán ajustar la lógica de publicación de blobs para aprovechar la capacidad ampliada.

EIP-7892: blob parameter only (BPO) hardforks

EIP-7892 introduce un nuevo mecanismo llamado Blob Parameter Only (BPO) hardforks, que permite a Ethereum ajustar parámetros relacionados con blobs, como el objetivo y el máximo de blobs por bloque, sin necesidad de una actualización completa de la red.

En lugar de agrupar estos cambios con los forks mayores, BPO crea un proceso liviano e independiente para escalar la capacidad de blobs a medida que crece la demanda de datos de las Layer 2.

Antes de Fusaka, cambiar los límites de blobs implicaba esperar a un hardfork coordinado, a menudo con meses de diferencia. Con BPO, Ethereum ahora puede aumentar la capacidad de blobs en pasos más pequeños y seguros, reaccionando rápido al uso de la red mientras mantiene un escalado predecible. Esto mantiene las tarifas estables, sostiene el crecimiento continuo de las Layer 2 y elimina los cuellos de botella causados por cambios de parámetros poco frecuentes y de alto riesgo.

EIP-7918: blob base fee bounded by execution cost

EIP-7918 refina el mercado de tarifas de blobs de Ethereum introduciendo un precio de reserva ligado a la tarifa principal de gas de ejecución. Esto asegura que las tarifas de blobs nunca bajen de una base justa en relación con la demanda general de la red.

Cuando el gas de ejecución se vuelve caro pero el uso de blobs se mantiene bajo, el sistema evita que los precios de los blobs colapsen a casi cero (por ejemplo, 1 wei), manteniendo un mercado equilibrado y funcional para la disponibilidad de datos.

Sin este mecanismo, el mercado de tarifas de blobs podría perder su señal económica durante los períodos en que la ejecución domina la actividad de la red, haciendo artificialmente barato publicar grandes blobs de datos. Al anclar el precio de los blobs a los costos de ejecución, EIP-7918 mantiene eficiente el mercado de blobs, evita la subvaluación y suaviza los picos de tarifas cuando el uso aumenta repentinamente.

Impacto para desarrolladores de la disponibilidad de datos y escalabilidad

• Los desarrolladores de rollups y L2 pueden empezar a probar volúmenes más altos de publicación de blobs. Con el tiempo se espera menor costo y mayor throughput, y los rollups y L2 ganan margen para incluir más datos onchain por transacción sin que exploten los costos. Esto habilita nuevas categorías de productos antes limitadas por el precio del calldata o de los blobs.
• Las actualizaciones de cliente son obligatorias. Los nodos ahora participan en sampling coordinado en lugar de descargar todos los datos, por lo que los requisitos de almacenamiento y ancho de banda cambian, pero la carga general se vuelve más equilibrada y escalable.
• EIP-7594 (PeerDAS) cambia el formato de prueba de blob proofs a cell proofs. Los originadores de transacciones de blob (L2s, etc.) deben actualizar su software para generar cell proofs en lugar de blob proofs. Este cambio puede romper aplicaciones que envían transacciones de blob. Lee los detalles completos y la guía de migración.
• Se recomienda a los desarrolladores validar sus sequencers de rollup y pipelines de DA en el testnet de Fusaka antes de la activación en mainnet el 3 de diciembre de 2025, y verificar la compatibilidad en todas las versiones de cliente que implementan PeerDAS y la programación de BPO.

Primitivas criptográficas y matemáticas

EIP-7939: CLZ (count leading zeros) opcode

EIP-7939 introduce un nuevo opcode, CLZ, que cuenta el número de bits cero iniciales en un valor de 256 bits. Devuelve cuántos bits en cero aparecen antes del primer bit "1" en un valor de 256 bits. Por ejemplo, 0x000...001 da 255, y 0x800...000 da 0. Toma x de la pila y empuja el número de bits cero iniciales de x a la pila. Si x es cero, empuja 256.

Esta adición pequeña pero potente elimina la necesidad de una lógica costosa de bucles a nivel de bit en Solidity al realizar operaciones matemáticas de bajo nivel.

CLZ permite implementaciones eficientes de logaritmos enteros, normalización, generación de aleatoriedad y cómputos basados en bits, todo en un solo opcode. Los protocolos DeFi, contratos de rollup y primitivas criptográficas que dependen de manipulación rápida de bits o matemática en escala logarítmica se beneficiarán de ahorros de gas medibles y de una lógica más limpia.

Ejemplo de caso de uso:

EIP-7951: precompile for secp256r1 curve

EIP-7951 agrega un precompilado nativo para la curva elíptica secp256r1 (NIST P-256), una de las curvas criptográficas más usadas en WebAuthn, módulos de seguridad de hardware y wallets empresariales. Hasta ahora, Ethereum solo soportaba secp256k1 y BLS12-381, obligando a los desarrolladores a verificar firmas P-256 off-chain o mediante contratos personalizados costosos. Este precompilado trae verificación rápida y de bajo gas directamente al EVM.

El soporte nativo de secp256r1 habilita una integración fluida con los estándares WebAuthn y FIDO2, la misma criptografía usada en llaves de hardware, navegadores y sistemas de autenticación empresarial. Las wallets y aplicaciones ahora pueden verificar firmas de usuario de forma nativa onchain, reduciendo la dependencia de relays externos o capas custodiales. Es un paso crítico para la adopción empresarial y masiva, conectando sistemas de identidad del mundo real con los contratos inteligentes de Ethereum.

Impacto para desarrolladores de las primitivas criptográficas y matemáticas

• EIP-7951 (precompilado secp256r1): Los desarrolladores obtienen soporte nativo y de bajo gas para la curva secp256r1 (P-256), la misma criptografía usada en WebAuthn, wallets de hardware y sistemas empresariales. Esto hace posible construir autenticación onchain, verificación de llaves de hardware y flujos de login seguros directamente en contratos inteligentes, sin depender de verificación off-chain ni librerías matemáticas personalizadas. También abre la puerta a integraciones empresariales e institucionales, donde P-256 ya es estándar, dando a los desarrolladores acceso más fácil a sistemas de identidad y seguridad del mundo real.
• EIP-7939 (opcode CLZ): El nuevo opcode CLZ da a los desarrolladores una forma nativa y eficiente en gas de manejar matemática a nivel de bit, eliminando la necesidad de bucles de 256 iteraciones en Solidity. Esto hace que operaciones como log2, normalización, aleatoriedad y bitmasking sean mucho más baratas y simples de implementar. Los protocolos con uso intensivo de matemática, como AMMs, rollups, oráculos y sistemas de pruebas, pueden esperar ahorros de gas significativos y una lógica más limpia y rápida usando este opcode.
• En conjunto, estas actualizaciones extienden las capacidades criptográficas y matemáticas del EVM, permitiendo a los desarrolladores construir aplicaciones más seguras, más eficientes y compatibles con el mundo real directamente en Ethereum.

Cambios de gas y ejecución

EIP-7823 y EIP-7883: límites de MODEXP y aumento del costo de gas

EIP-7823 y EIP-7883 trabajan juntos para redefinir el costo y los límites del precompilado MODEXP (Modular Exponentiation), una función usada en criptografía onchain y verificación de zk-proofs. Estas actualizaciones limitan el tamaño máximo de entrada permitido y aumentan los costos de gas para reflejar mejor el cómputo requerido, previniendo posibles vectores de denegación de servicio por operaciones matemáticas pesadas subvaluadas.

Al ajustar los límites superiores y el precio, Ethereum reduce el riesgo de abuso computacional al tiempo que hace que el uso de gas sea más predecible para operaciones matemáticas complejas. Esto mejora la estabilidad de los contratos que realizan funciones criptográficas como verificación de zk-SNARK, aritmética modular y matemática de curvas elípticas.

EIP-7825: transaction gas limit cap

EIP-7825 introduce un límite superior estricto para la cantidad de gas que puede consumir una sola transacción. Esto asegura que una transacción grande no pueda monopolizar toda la capacidad de un bloque ni retrasar otras transacciones.

Esto hace que la ejecución de bloques sea más consistente y reduce el riesgo de que transacciones atípicas afecten el rendimiento de la red. Los desarrolladores que despliegan contratos de alto cómputo o grandes operaciones por lotes necesitarán diseñar flujos que dividan el cómputo entre varias transacciones en lugar de empaquetar todo en una sola.

EIP-7934: RLP execution block size limit

EIP-7934 establece un nuevo límite para el tamaño del bloque codificado en RLP, básicamente limitando qué tan grande puede ser un bloque una vez serializado. Esto previene un crecimiento excesivo de los bloques y mejora la eficiencia de propagación entre nodos.

Con este límite en su lugar, la propagación de bloques se vuelve más rápida y predecible, reduciendo el riesgo de retrasos de propagación y forks. También estandariza el comportamiento de los clientes frente a bloques grandes, mejorando la consistencia entre clientes.

EIP-7935: default gas limit to 60m

EIP-7935 aumenta el límite de gas por defecto por bloque a 60 millones, subiendo desde umbrales anteriores. Este ajuste responde a las crecientes necesidades de datos de blobs y ejecución, dando a los desarrolladores y rollups más margen para procesar transacciones complejas y operaciones por lotes.

El techo de gas más alto amplía el blockspace utilizable, permitiendo lotes de rollup más grandes, interacciones DeFi complejas y mayor throughput para aplicaciones con uso intensivo de datos. Es un beneficio directo para los desarrolladores que construyen sistemas onchain que rutinariamente alcanzaban los límites de gas de bloque anteriores.

Impacto para desarrolladores de los cambios de gas y ejecución

• EIP-7823 y EIP-7883 (actualizaciones de MODEXP): Los desarrolladores que usan exponenciación modular para criptografía o zk-proofs verán costos de gas más altos pero más predecibles. Actualiza los supuestos de gas en contratos de verificación y de pruebas para evitar llamadas subvaluadas o reverts inesperados debido a los nuevos límites superiores.
• EIP-7825 (Transaction Gas Limit Cap): Las apps que realizan cómputos grandes o actualizaciones de estado complejas deben dividir la lógica pesada entre varias transacciones o adoptar mecanismos de batching. Los frameworks que manejan transacciones multi-paso (como bridges o sequencers) deben validar que la ejecución quepa dentro del nuevo límite por transacción.
• EIP-7934 (RLP Block Size Limit): Los proveedores de infraestructura, exploradores y herramientas de tracing deben asegurar la compatibilidad con los tamaños de bloque RLP limitados. Los clientes y APIs que dependen de la serialización de bloques deben manejar con cuidado los casos límite de bloques cercanos al máximo.
• EIP-7935 (Default Gas Limit 60M): Los desarrolladores se benefician de más blockspace para lotes de rollup, interacciones DeFi y operaciones de alta frecuencia. Esto también da a los builders flexibilidad para protocolos con muchos datos sin arriesgar la estabilidad de la red.
• En conjunto, estas actualizaciones hacen que el entorno de ejecución de Ethereum sea más predecible, escalable y seguro, dando a los desarrolladores una base más sólida para apps de alto throughput, sistemas L2 y criptografía onchain.

Operaciones de consenso y validadores

EIP-7917: deterministic proposer lookahead

EIP-7917 introduce un mecanismo determinístico de lookahead de proposer para los validadores de Ethereum. En lugar de depender de aleatoriedad de corto plazo para determinar quién propone el siguiente bloque, los validadores ahora pueden conocer el conjunto de proposers con varios slots de anticipación. Esta transparencia reduce la incertidumbre y alinea la producción de bloques de forma más predecible en toda la red.

El lookahead determinístico mejora la coordinación de validadores, el suavizado de MEV y la eficiencia de los relays de bloques. Los builders, proposers y relays pueden planificar de forma más efectiva ya que el próximo proposer se conoce con anticipación. También minimiza los intentos de reorg de último momento y mejora la equidad en el proceso de rotación de proposers.

EIP-7642: history expiry & simpler receipts

EIP-7642 (también conocido como eth/69) simplifica la forma en que Ethereum maneja los datos antiguos de la chain, introduciendo expiración del histórico y un formato de receipt nuevo y más simple. Los datos históricos más antiguos ahora pueden podarse de forma segura después de un período determinado, mientras que los receipts se vuelven más livianos y fáciles de verificar.

Este cambio reduce significativamente el crecimiento del estado a largo plazo para los nodos, bajando los costos de almacenamiento y mejorando los tiempos de sincronización. Los receipts más simples también agilizan la verificación de pruebas para light clients y herramientas de indexación. La operación de nodos de Ethereum se vuelve más sostenible a medida que la chain sigue creciendo en tamaño.

Impacto para desarrolladores de las operaciones de consenso y validadores

• EIP-7917 (Deterministic Proposer Lookahead): Los operadores de validadores y los clientes de staking deben actualizar a la nueva lógica de selección de proposers para tener una vista consistente de los futuros conjuntos de proposers. Los builders de MEV y los relays de bloques pueden empezar a planificar plantillas de bloque con más anticipación, mejorando la latencia y reduciendo las condiciones de carrera en el pipeline de envío de bloques. Las herramientas de monitoreo y analítica deben mostrar las futuras rotaciones de proposers para transparencia y coordinación de validadores.
• EIP-7642 (History Expiry & Simpler Receipts): Los operadores de nodos se benefician de un menor uso de disco y una poda más rápida, pero deben verificar la configuración del cliente en cuanto a retención de datos si se requiere acceso archival. Los desarrolladores de infraestructura y exploradores deben actualizar sus pipelines de decodificación e indexación de receipts para adaptarse a la estructura simplificada. Las apps o sistemas de prueba que dependen de receipts de transacciones antiguas podrían necesitar depender de servicios archivales de terceros una vez que entre en vigor la expiración del histórico.

En conjunto, estos EIPs mejoran la coordinación de validadores, la propagación de bloques y la sostenibilidad de los nodos a largo plazo, dando a los desarrolladores una capa de consenso más rápida, más liviana y más predecible sobre la cual construir.

Un Ethereum más rápido e inteligente para la próxima era

La actualización Fusaka marca otro hito importante en la evolución de Ethereum, reuniendo avances en disponibilidad de datos, eficiencia de gas, predictibilidad del consenso y poder criptográfico. Para los desarrolladores, Fusaka entrega una capa de ejecución más eficiente, un mercado de tarifas predecible y una base criptográfica más sólida, habilitando rollups más rápidos, operación de nodos más liviana y nuevos casos de uso como verificación nativa de WebAuthn y matemática de precisión onchain. El resultado es un Ethereum más escalable, seguro y amigable para desarrolladores, listo para la próxima generación de aplicaciones de alto rendimiento.

Explora recursos

• PeerDAS y escalado de blobs: Aprende cómo migrar a cell proofs y preparar los rollups para mayor capacidad de blobs.
• Descubre cómo equipos como World escalan a millones de usuarios con rollups de Alchemy y contacta a nuestro equipo para obtener acceso.
• Empieza a construir en Ethereum: Construye el futuro de la economía de internet usando la plataforma de desarrollo blockchain de clase mundial de Alchemy.

Estamos aquí para ayudarte a aprovechar Fusaka al máximo. Ponte en contacto con nuestro equipo, empieza a probar en el testnet de Fusaka y construye el futuro onchain.

Preguntas frecuentes

¿Cuándo ocurre la actualización Fusaka de Ethereum?

La actualización Fusaka está actualmente activa en testnet y tiene como objetivo la activación en mainnet el 3 de diciembre de 2025. Los desarrolladores, operadores de nodos y equipos de rollup deberían empezar ahora las pruebas de integración para asegurar la compatibilidad con PeerDAS, las actualizaciones del cronograma de gas y los cambios en el comportamiento del cliente.

¿Cómo integran las wallets y apps el nuevo precompilado secp256r1 (EIP-7951)?

Fusaka introduce un precompilado nativo para la curva elíptica secp256r1 (P-256), la misma curva usada en WebAuthn, dispositivos FIDO2 y muchos sistemas de autenticación empresarial. Las wallets y apps que ya dependen de WebAuthn para el inicio de sesión ahora podrán verificar firmas directamente onchain, sin relays ni librerías criptográficas personalizadas.

Para integrarlo, deberás referenciar la nueva dirección del precompilado y actualizar la lógica de verificación de firmas para llamarlo directamente en lugar de realizar la validación off-chain. Esto hace que el login seguro sin contraseña y las transacciones basadas en llaves de hardware sean mucho más fáciles de implementar.

¿Cómo afecta PeerDAS a la publicación de datos de los rollups y a los pipelines de DA?

Peer Data Availability Sampling (EIP-7594) cambia la forma en que los datos de blob se almacenan y validan en la red: ahora los nodos muestrean fragmentos de datos de blob en lugar de descargar el blob completo. Esto permite a los rollups publicar lotes más grandes a menor costo, mejorando el throughput y reduciendo las tarifas por transacción.

Sin embargo, los rollups que actualmente generan blob proofs deben actualizar su software para generar cell proofs, que representan el nuevo formato de prueba de DA. Este es el principal cambio disruptivo para los sequencers de L2, los pipelines de DA y cualquier herramienta que prepare transacciones de blob.

¿Cómo impactará Fusaka las tarifas de gas en Ethereum y las L2?

Fusaka incluye actualizaciones que hacen más predecibles los costos de ejecución, amplían la capacidad de gas por bloque y ajustan el precio de ciertas operaciones criptográficas. Para los usuarios, esto generalmente significa tarifas de L2 más bajas con el tiempo, ya que PeerDAS habilita una publicación de blobs más grande y eficiente.

Para los desarrolladores, las operaciones intensivas en gas como la exponenciación modular tienen un precio más preciso, por lo que algunos contratos de verificación zk o con mucha matemática podrían costar más por llamada, pero con menos variabilidad. En general, Fusaka empuja a Ethereum hacia una ejecución de rollups más barata y mercados de tarifas más estables en toda la pila.