Escalabilidad y seguridad en paralelo: análisis completo de la actualización Fusaka de Ethereum y 12 EIP

Autor: @ChromiteMerge

Ethereum está a punto de recibir una actualización de bifurcación dura llamada “Fusaka” el 3 de diciembre de 2025. Esta actualización incluye 12 propuestas de mejora de Ethereum (EIP), que funcionan como 12 componentes precisos que en conjunto mejorarán la escalabilidad, seguridad y eficiencia operativa de Ethereum. A continuación, el autor clasifica estas 12 EIP, explicando en términos sencillos qué problemas abordan y por qué son cruciales para el futuro de Ethereum.

Escalabilidad! Hacer que Ethereum sea más rápido y pueda alojar más

Este es el tema central de la actualización Fusaka. Para soportar la economía digital global, Ethereum debe resolver los problemas de congestión de transacciones y tarifas elevadas. Las siguientes EIP están diseñadas para lograr este objetivo, especialmente en torno a la expansión y eficiencia de Layer 2.

EIP-7594: PeerDAS - Muestreo de disponibilidad de datos

Dolor: Desde que la actualización Dencun introdujo los “Blob” de datos para ofrecer almacenamiento barato a Layer 2, surgió una cuestión clave: ¿cómo garantizar que estos datos masivos sean realmente disponibles? La práctica actual requiere que cada nodo validador descargue y verifique todos los datos blob de un bloque. Cuando un bloque puede contener hasta 9 Blob, esto aún es factible. Pero si en el futuro el número de Blob aumenta (por ejemplo, a 128), descargar y verificar todos los Blob será muy costoso, elevando la barrera de participación para los validadores y poniendo en riesgo la descentralización.

Solución: PeerDAS (Muestreo de disponibilidad de datos entre pares) convierte el método tradicional de “verificación completa” en “muestreo selectivo”. En términos simples:

2. La red divide los datos blob en fragmentos.

3. Cada validador no necesita descargar todos los Blob, sino solo algunos fragmentos seleccionados aleatoriamente para verificar.

4. Luego, mediante inspección mutua y intercambio de resultados, todos pueden confirmar la integridad y disponibilidad del conjunto completo de datos blob.

Es como un gran rompecabezas: cada uno tiene solo unas piezas, pero si todos verifican las conexiones clave, pueden asegurarse de que el rompecabezas completo está intacto. Es importante destacar que PeerDAS no es una invención completamente nueva; su núcleo, el DAS (Muetra de disponibilidad de datos), ya ha sido implementado con éxito en proyectos de terceros como Celestia. La implementación de PeerDAS es como añadir una “deuda técnica” clave a la hoja de ruta de expansión a largo plazo de Ethereum.

Importancia: PeerDAS reduce significativamente la carga de almacenamiento para los validadores, allanando el camino para una expansión masiva de datos en Ethereum sin comprometer la descentralización. En el futuro, cada bloque podría contener cientos de Blob, soportando la visión de Teragas de hasta 10 millones de TPS, y permitiendo que usuarios comunes operen validadores fácilmente, manteniendo la red descentralizada.

EIP-7892: BPO bifurcación dura - Actualización ligera de parámetros

Dolor: La demanda de capacidad de datos de Layer 2 cambia rápidamente. Si cada vez que se ajusta el límite de Blob hay que esperar una gran actualización como Fusaka, sería demasiado lento para seguir el ritmo del ecosistema.

Solución: Esta EIP define un mecanismo especial llamado “Bifurcación dura solo de parámetros de Blob (Blob Parameter Only Hardfork, BPO)”. Es una actualización muy ligera que solo modifica algunos parámetros relacionados con Blob (como el número objetivo de Blob por bloque), sin cambios de código complejos. Los operadores de nodos ni siquiera necesitan actualizar el cliente, solo aceptar los nuevos parámetros en el momento indicado, como actualizar una configuración en línea.

Importancia: El mecanismo BPO permite a Ethereum ajustar rápidamente y de forma segura la capacidad de la red. Por ejemplo, tras Fusaka, la comunidad planea realizar dos actualizaciones BPO en corto tiempo, duplicando la capacidad de Blob progresivamente. Esto permite una expansión “a demanda”, flexible y escalonada, con menor riesgo.

EIP-7918: Mercado estable de tarifas de Blob

Dolor: El mecanismo anterior de ajuste de tarifas Blob era demasiado “dependiente del mercado”, causando problemas. Cuando la demanda era baja, las tarifas caían casi a cero, sin estimular nuevas necesidades, creando un “precio mínimo histórico”. Cuando la demanda era alta, las tarifas subían mucho, generando extremos de precios. Este “competencia interna” en precios complicaba la planificación de costos en Layer 2.

Solución: La idea central de EIP-7918 es que las tarifas de Blob ya no fluctúen sin control, sino que tengan un rango de precios razonable, con un “mínimo” flexible. Para ello, las tarifas de Blob se vinculan a las tarifas de ejecución en Layer 1 (como la actualización de estado o la verificación de ZK). Estas tarifas de ejecución son relativamente estables y no dependen mucho del volumen de transacciones en L2. Al vincular las tarifas de Blob a este “ancla” estable, se evita la volatilidad excesiva.

Importancia: Esta mejora evita la “competencia interna” en el mercado de tarifas Blob, haciendo que los costos operativos de Layer 2 sean más predecibles. Así, los proyectos Layer 2 pueden ofrecer tarifas más estables y racionales, evitando experiencias de “hoy gratis, mañana a precios altísimos”.

EIP-7935: Incremento de la capacidad de transacción en la red principal

Dolor: La cantidad total de transacciones en un bloque de Ethereum está limitada por el “límite de gas del bloque” (actualmente alrededor de 30 millones), que no ha cambiado en años. Para aumentar el rendimiento, la solución más directa sería subir ese límite, pero sin comprometer la seguridad y la descentralización.

Solución: Esta propuesta sugiere aumentar el límite de gas predeterminado del bloque a un nuevo nivel (el valor exacto está por determinar, quizás 45 millones o más). No es una imposición, sino una recomendación para que los validadores lo acepten progresivamente.

Importancia: Significa que cada bloque puede contener más transacciones, aumentando directamente el TPS de Ethereum y reduciendo congestión y tarifas. Sin embargo, esto también requiere hardware más potente para los validadores, por lo que la comunidad será cautelosa en su implementación.

Seguridad y estabilidad! Construyendo una red sólida

Mientras se expande, es fundamental mantener la seguridad y estabilidad de la red. En 2025, la Fundación Ethereum lanzó el “Plan de Seguridad de un billón de dólares” (Trillion Dollar Security, 1TS), con el objetivo de crear una red capaz de soportar activos por valor de billones. Varias EIP en Fusaka avanzan en esta dirección, como si instalaran “frenos” y “barandillas” más confiables en un vehículo de alta velocidad.

EIP-7934: Establecer límite físico en tamaño de bloques

Dolor: El “límite de gas del bloque” solo regula la cantidad de cálculo en las transacciones, pero no el tamaño físico del bloque. Esto permite que un atacante arme bloques con muchas transacciones “baratas y voluminosas” (por ejemplo, transferencias de 0 ETH a muchas direcciones), que aunque no superen el límite de gas, tengan un tamaño físico enorme. Estos “bombardeos de datos” ralentizan la propagación y pueden causar DoS (denegación de servicio).

Solución: Se fija un límite físico de 10MB por bloque. Cualquier bloque que supere ese tamaño será rechazado por la red.

Importancia: Es como poner un tamaño máximo a los camiones en una autopista, evitando que vehículos demasiado grandes afecten el tráfico. Esto asegura una rápida propagación de los bloques, menor latencia y mayor resistencia a ataques.

EIP-7825: Limitar el gas de una sola transacción

Dolor: Aunque el límite de gas del bloque existe, no hay límite para una sola transacción. Esto permite que alguien arme una transacción que consuma casi todo el espacio del bloque, desplazando a las demás, lo cual es injusto y peligroso.

Solución: Se establece un límite de 16.77 millones de gas por transacción. Las transacciones complejas que lo excedan deben dividirse en varias.

Importancia: Mejora la equidad y la previsibilidad, asegurando que ninguna transacción pueda “tomar todo el bloque” y que las transacciones normales no se retrasen por una “transacción gigante”.

EIP-7823 & EIP-7883: Seguridad en la precompilación ModExp

Dolor: ModExp, que realiza exponentiaciones en grandes números, es usado en criptografía. Tiene dos riesgos: no hay límite en la longitud de entrada, lo que puede ser explotado con entradas muy grandes, y su tarifa de gas es baja, facilitando ataques de bajo costo que consumen recursos.

Solución:

• EIP-7823: Limitar la longitud de entrada de ModExp a 8192 bits, suficiente para la mayoría de aplicaciones.

• EIP-7883: Aumentar la tarifa de gas para operaciones con entradas grandes, haciendo que el costo sea proporcional al uso de recursos.

Importancia: Ambas medidas eliminan vectores de ataque potenciales, como si pusieran límites a las tareas y subieran el precio en función del esfuerzo, fortaleciendo la seguridad de la red.

Mejoras funcionales! Herramientas más poderosas para desarrolladores

Además de escalabilidad y seguridad, Fusaka trae nuevas herramientas para los desarrolladores, facilitando la creación de aplicaciones más eficientes y robustas.

EIP-7951: Compatibilidad con firmas en hardware estándar

Dolor: Dispositivos como iPhones, tokens de hardware bancarios y módulos de seguridad usan comúnmente el estándar de firma secp256r1 (P-256). Pero Ethereum usa por defecto secp256k1, lo que impide la interacción directa con estos dispositivos, limitando la adopción masiva de Web3.

Solución: Añadir un contrato precompilado que permita a Ethereum soportar y verificar firmas usando la curva secp256r1.

Importancia: Es un avance importante. Abre la puerta a que miles de millones de dispositivos puedan firmar transacciones en Ethereum directamente con sus chips de seguridad, sin necesidad de wallets adicionales o conversiones complejas. Esto reduce la barrera de entrada y favorece la integración entre Web2 y Web3.

EIP-7939: Nueva instrucción eficiente CLZ

Dolor: En contratos inteligentes y criptografía, a menudo se necesita contar cuántos bits consecutivos en la parte superior de un número de 256 bits son ceros (por ejemplo, en hash, compresión, pruebas de cero conocimiento). Actualmente, no hay una instrucción en EVM para esto, y los desarrolladores deben usar código Solidity complejo, costoso y poco eficiente.

Solución: Añadir una nueva instrucción “CLZ” (Contar ceros a la izquierda) en EVM, que realiza esta operación en un solo paso.

Importancia: Es como dar a los desarrolladores una herramienta especializada que ahorra tiempo y gas. Reduce costos en cálculos matemáticos complejos, beneficiando especialmente a aplicaciones de ZK Rollups y otras que dependen de operaciones matemáticas intensivas.

Optimización de red! Mejoras invisibles para una ecosistema más saludable

Las últimas dos EIP, aunque menos perceptibles para los usuarios, son clave para la salud a largo plazo y la eficiencia de coordinación de la red.

EIP-7642: Reducir la carga de sincronización en nuevos nodos

Dolor: Con el tiempo, Ethereum acumuló una enorme cantidad de datos históricos. Un nodo nuevo necesita descargar y sincronizar todo eso, lo que lleva mucho tiempo y es cada vez más difícil. Además, tras la transición a PoS en The Merge, algunos datos antiguos ya no son necesarios, pero permanecen en los registros, generando redundancia.

Solución: Implementar una estrategia de “expiración de datos históricos” para que los nuevos nodos puedan omitir datos antiguos, y simplificar el formato de los recibos de transacción eliminando campos innecesarios. Así, la sincronización desde el bloque génesis será más ligera.

Importancia: Esto reduce en aproximadamente 530 GB la cantidad de datos que un nodo completo debe descargar, facilitando que más personas puedan correr nodos, fortaleciendo la descentralización y estabilidad de la red.

EIP-7917: Orden determinista de bloques y preconfirmación

Dolor: Para entender esta EIP, hay que hablar del problema central de los Rollups de Layer 2: los “Sequencers” centralizados. La mayoría depende de un único ente que recibe y ordena las transacciones, lo que permite censura y extracción de MEV, en contra del espíritu descentralizado. La propuesta “Based Rollup” busca usar el Proposer de Ethereum en L1 para ordenar las transacciones de L2, heredando la descentralización de L1.

Pero esto tiene un problema: es lento. Layer 2 debe esperar a que el L1 registre el bloque para comenzar a ejecutar, causando retrasos. La solución es la “preconfirmación”: que el Gateway de L2 reciba compromisos anticipados del futuro Proposer, garantizando que las transacciones se incluirán, permitiendo a L2 actualizar su estado antes de que el bloque sea publicado. Pero, en el mecanismo actual, el Gateway no sabe quién será el Proposer, por lo que no puede hacer preconfirmaciones confiables.

Solución: EIP-7917 modifica el protocolo de consenso para que el orden de los Proposers en el futuro cercano sea predecible y público, creando una “tabla de turnos” que todos puedan consultar.

Importancia: Es un paso clave para implementar soluciones como Based Rollup. Con esta “tabla de turnos”, los gateways podrán identificar anticipadamente quién será el Proposer, negociar y obtener preconfirmaciones confiables, acercando Ethereum a un modelo más descentralizado y eficiente, con experiencia casi instantánea para los usuarios.

¿Por qué llega justo a tiempo la actualización Fusaka?

Esta actualización no solo es un avance técnico, sino también una respuesta estratégica en un momento en que Ethereum se prepara para integrar grandes volúmenes de activos y transacciones en el mundo financiero tradicional, con RWA y stablecoins. Actualmente, Ethereum soporta más del 56% de la oferta de stablecoins en todo el mundo, consolidándose como la capa de liquidación principal del dólar digital global. Fusaka busca preparar la infraestructura para este crecimiento.

• Para cadenas Layer 2 institucionales, con capacidad de expansión ilimitada

Con la entrada de instituciones financieras, veremos más “cadenas dedicadas” para necesidades específicas (como KYC). Estas cadenas requerirán que Ethereum proporcione almacenamiento de datos barato y seguro (Data Availability). Las propuestas EIP-7594, EIP-7892 y EIP-7918 son clave para reducir costos y ofrecer expansión flexible.

• Para avanzar hacia una “seguridad de un billón de dólares”, construyendo infraestructura financiera invulnerable

Para las instituciones que manejan billones en activos, la seguridad es fundamental. Las EIP en Fusaka refuerzan la seguridad, eliminan vulnerabilidades y avanzan en la visión de “seguridad de un billón de dólares”.

En resumen, Fusaka combina “escala y seguridad” con un enfoque estratégico. En un contexto de regulación favorable y auge del mercado, llega en el momento justo para consolidar a Ethereum como infraestructura financiera principal, transformándola de un activo especulativo a una base sólida del sistema financiero global.

Conclusión: cambios profundos en silencio

Como una actualización clave a finales de 2025, Fusaka introduce mejoras que, sin mucho ruido en el mercado, fortalecen la escalabilidad, seguridad y eficiencia de Ethereum. Amplía la “autopista de valor” de Ethereum, aumentando su capacidad y fiabilidad, y preparando el camino para un futuro con millones de usuarios, activos y aplicaciones.

Para el usuario común, estos cambios pueden parecer discretos, pero su impacto será profundo. Un Ethereum más potente, eficiente y seguro podrá realizar las grandes visiones que antes solo se imaginaban: redes de liquidación global, “Wall Street en la cadena”. Fusaka es un paso firme hacia ese futuro.

• Este artículo se basa en información pública y no constituye consejo de inversión. La inversión en criptomonedas conlleva riesgos significativos, por favor investiga y actúa con prudencia. DYOR.

• Si te ha gustado, ¡síguenos, dale like y comparte para apoyar!