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

Autor: @ChromiteMerge

Ethereum se prepara para 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 que 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 altos costos. Las siguientes EIP están diseñadas para lograr esto, especialmente en torno a reducir costos y aumentar la eficiencia en la expansión de Layer 2.

EIP-7594: PeerDAS - Muestreo de disponibilidad de datos

Dolor: Tras la introducción de datos “Blob” en la actualización Dencun para ofrecer almacenamiento barato para Layer 2, surgió una cuestión clave: ¿cómo garantizar que estos datos masivos sean realmente disponibles? Actualmente, se requiere que cada nodo validador descargue y verifique todos los datos blob de un bloque. Cuando un bloque puede contener hasta 9 blobs, esto aún es factible. Pero si en el futuro el número de blobs aumenta (por ejemplo, a 128), descargar y verificar todos los blobs será costoso, elevando la barrera 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 blobs, sino solo algunos fragmentos seleccionados aleatoriamente.

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

Es como un juego de rompecabezas grande: cada uno tiene solo algunas piezas, pero si todos verifican las conexiones clave, pueden asegurarse de que el rompecabezas completo está intacto. Es importante señalar que PeerDAS no es una invención completamente nueva; su idea central de DAS ya ha sido implementada con éxito en proyectos de terceros como Celestia. La implementación de PeerDAS es como una “deuda técnica” que ayuda a la visión a largo plazo de expansión 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 blobs, 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 de parámetros ligeros

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

Solución: Esta EIP define un mecanismo especial llamado “Bifurcación dura solo para parámetros de blobs (BPO)”. Es una actualización muy ligera que solo modifica algunos parámetros relacionados con blobs (como el número objetivo de blobs por bloque), sin cambios de código complejos. Los operadores de nodos ni siquiera necesitan actualizar el software, 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 rápida sucesión para duplicar la capacidad de blobs. Esto permite una expansión “sobre la marcha”, flexible y gradual, elevando suavemente los costos y el rendimiento de Layer 2, con menor riesgo.

EIP-7918: Mercado estable de tarifas de blobs

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

Solución: La idea central de EIP-7918 es que las tarifas de blobs ya no fluctúen sin control, sino que tengan un rango razonable, con un “mínimo” y un “máximo” elásticos, vinculados a las tarifas de ejecución en Layer 1. Las tarifas de ejecución (como la actualización de raíces de estado o la verificación de pruebas ZK) permanecen relativamente estables y no dependen mucho del volumen de transacciones en Layer 2. Al vincular las tarifas de blobs a estos costos estables, se evita la volatilidad.

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

EIP-7935: Incremento en la capacidad de transacciones en la mainnet

Dolor: La cantidad de transacciones por bloque en 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 forma 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 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, la red debe mantenerse segura y estable. En mayo de 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 de dólares. Varias EIP en Fusaka avanzan en esta dirección, como si instalaran “frenos” y “barandillas” más confiables en un Ethereum en marcha.

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 un bloque, pero no su tamaño físico. Esto permite que un atacante construya bloques con muchas transacciones de bajo costo y gran tamaño (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.

Solución: Poner un límite físico de 10MB en el tamaño de cada bloque. Los bloques que lo superen serán rechazados.

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 ayuda a que los bloques se propaguen más rápido y reduce riesgos de 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 y generando inseguridad.

Solución: Establecer un límite de 16.77 millones de gas por transacción. Las transacciones más complejas deben dividirse en varias.

Importancia: Mejora la equidad y la previsibilidad, asegurando que ninguna transacción pueda “tomar todo el bloque”. Los usuarios comunes no se verán afectados por transacciones “gigantes”.

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

Dolor: ModExp, que realiza exponentiaciones en grandes números, es usado en criptografía. Pero tiene dos riesgos: no hay límite en la longitud de los números de entrada, y su tarifa de gas es baja, lo que puede ser explotado por atacantes para consumir recursos.

Solución:

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

• EIP-7883: Aumentar las tarifas de gas para cálculos con entradas grandes, haciendo que el costo sea proporcional al uso.

Importancia: Estas mejoras eliminan vectores de ataque, como si pusieran “limitadores” y “tarifas escalonadas” en un servicio de cálculo, 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 desarrolladores, facilitando la creación de aplicaciones más eficientes y robustas.

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

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

Solución: Añadir un contrato precompilado que permita a Ethereum verificar firmas de secp256r1 nativamente.

Importancia: Es un avance importante. Abre la puerta a que miles de millones de dispositivos puedan firmar transacciones en Ethereum directamente, sin apps adicionales. Esto reduce la barrera de entrada y mejora la seguridad, facilitando 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 de un número de 256 bits comienzan con cero (por ejemplo, en hashing, compresión, pruebas ZK). Actualmente, no hay una instrucción en EVM para esto, y los desarrolladores deben usar código Solidity complejo, costoso y lento.

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

Importancia: Es como tener una herramienta especializada que ahorra tiempo y gas. Hace que cálculos matemáticos complejos sean más baratos y eficientes, beneficiando especialmente a aplicaciones de ZK Rollups.

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 coordinación eficiente de la red.

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

Dolor: Con el tiempo, Ethereum acumula una enorme cantidad de datos históricos. Un nodo nuevo necesita descargar y sincronizar todo, lo que es costoso y cada vez más difícil. Además, tras The Merge, algunos datos antiguos en las transacciones ya no son necesarios, pero permanecen, generando redundancia.

Solución: Implementar “expiración de datos históricos” para que los nodos puedan saltarse datos antiguos, y simplificar los recibos de transacción eliminando campos innecesarios. Así, los nuevos nodos pueden sincronizarse desde el génesis con menos datos.

Importancia: Esto “adelgaza” los nodos, reduciendo en unos 530 GB la transferencia necesaria para sincronizarse. Más nodos significa mayor descentralización y resistencia 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: el “sequencer” centralizado. La mayoría depende de un único ente que recibe y ordena las transacciones, lo que puede llevar a censura o extracción de valor (MEV), en contra del espíritu descentralizador. La propuesta “Based Rollup” busca usar la propuesta de bloques de Ethereum (L1) para ordenar las transacciones, heredando su descentralización.

Pero esto tiene un problema: es lento. Los Rollups deben 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 proponente del próximo bloque, para poder actualizar el estado antes de que el bloque sea finalizado, reduciendo la espera. Pero, en el mecanismo actual, no se sabe quién será el proponente, por lo que no se puede preconfirmar.

Solución: EIP-7917 modifica el consenso para que el orden de los proponentes futuros sea calculado y divulgado con anticipación, formando una “tabla de turnos” pública y predefinida.

Importancia: Esto es clave para implementar soluciones como Based Rollup, permitiendo a los gateways anticipar quién propondrá cada bloque y negociar con confianza, 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?

Este upgrade no solo es una mejora técnica, sino una estrategia en un contexto donde Ethereum empieza a soportar grandes activos y transacciones tradicionales (RWA, stablecoins). Actualmente, Ethereum soporta más del 56% de la oferta de stablecoins en todo el mundo, siendo la capa de liquidación principal en la economía digital global. Fusaka busca prepararse para “activos de Wall Street” y volúmenes masivos.

• 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 necesitan que Ethereum proporcione almacenamiento de datos barato y seguro (Data Availability).

Propuestas como EIP-7594, EIP-7892 y EIP-7918 en Fusaka están diseñadas para reducir costos y ofrecer expansión flexible, permitiendo que Layer 2 publique datos a menor costo y a demanda.

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

Para las instituciones que manejan billones en activos, la seguridad es fundamental. La visión de “seguridad de un billón de dólares” busca fortalecer la red. Las EIP como EIP-7934, EIP-7825, EIP-7823 y EIP-7883 refuerzan la seguridad, eliminando vulnerabilidades y acercando a Ethereum a esa meta.

En resumen, Fusaka combina “expansión y seguridad” en un momento clave, con apoyo regulatorio y mercado en auge. Es una actualización oportuna que ayudará a Ethereum a consolidar su liderazgo en activos y finanzas tradicionales, transformándose en una infraestructura financiera principal, no solo un activo especulativo.

Conclusión: cambios profundos en silencio

Como una actualización clave a finales de 2025, Fusaka avanza sin mucho ruido en el mercado, pero con un impacto profundo. Sus 12 mejoras abordan directamente los grandes desafíos de “escalabilidad”, “seguridad” y “eficiencia”. Amplía la “autopista de valor” de Ethereum, mejorando su capacidad y fiabilidad, preparándola para un futuro con millones de usuarios, activos y aplicaciones.

Para el usuario común, estos cambios pueden parecer discretos, pero su efecto será duradero. Un Ethereum más fuerte, eficiente y seguro podrá realizar las visiones que antes solo eran sueños: 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, investiga y decide con prudencia, DYOR.

• Si te gustó, ¡síguenos, dale like y comparte para apoyar!