Ampliación 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 categoriza 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 precisamente 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: Desde que la actualización Dencun introdujo los “Blob” de datos para ofrecer almacenamiento barato para 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 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á muy costoso, elevando la barrera para los nodos validadores y poniendo en riesgo la descentralización de la red.

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 completos en fragmentos.

3. Los validadores no necesitan descargar todos los blobs, sino que solo descargan y verifican aleatoriamente algunos fragmentos.

4. Luego, mediante inspecciones mutuas 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, la idea de DAS, ya ha sido implementada con éxito en proyectos de terceros como Celestia. La implementación de PeerDAS es como un “deuda técnica” clave que complementa la visión a largo plazo de escalabilidad 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. En el futuro, cada bloque podría contener cientos de blobs, soportando la visión de Teragas que promete hasta 10 millones de TPS, y permitiendo que usuarios comunes operen validadores sin comprometer la descentralización.

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 no necesitan actualizar el cliente completo, solo aceptar los nuevos parámetros en el momento indicado, como actualizar una configuración en línea.

Importancia: El mecanismo BPO dota a Ethereum de la capacidad de ajustar rápidamente y de forma segura la capacidad de la red. Por ejemplo, tras Fusaka, la comunidad planea realizar dos BPO en rápida sucesión para duplicar la capacidad de blobs. Esto permite una expansión “sobre demanda”, flexible y gradual, elevando la capacidad y el rendimiento de Layer 2 sin riesgos excesivos.

EIP-7918: Mercado estable de tarifas de blobs

Dolor: El mecanismo anterior para ajustar las tarifas de blobs era demasiado volátil. Cuando la demanda era baja, las tarifas caían casi a cero, lo que no incentivaba nuevas demandas y generaba un “mínimo histórico” artificial. Cuando la demanda aumentaba, las tarifas se disparaban, creando precios extremadamente altos. Este “competencia de precios” hacía difícil planificar costos en Layer 2.

Solución: La idea central de EIP-7918 es que las tarifas de blobs ya no deben fluctuar sin control, sino que deben tener un rango razonable, con un “precio mínimo” flexible. Para ello, las tarifas de blobs se vinculan a los costos de ejecución en Layer 1 (como la actualización de raíces de estado o la verificación de pruebas ZK). Al mantener las tarifas de blobs dentro de límites relacionados con estos costos estables, se evita la volatilidad excesiva.

Importancia: Esta mejora evita la “competencia de precios” en el mercado de 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 “hoy gratis, mañana caro”.

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

Dolor: La cantidad total de transacciones en un bloque 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, 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 de forma segura. Varias EIP en Fusaka avanzan en esta dirección, como si instalaran “frenos” y “barandillas” más confiables en un Ethereum en rápido movimiento.

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, sí tengan un tamaño físico enorme. Estos “bombas 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. Cualquier bloque que supere esto 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 ayuda a que los bloques se propaguen más rápido, reduciendo latencia y fortaleciendo la resistencia a ataques.

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

Dolor: Aunque hay un límite de gas en cada bloque, no hay uno para cada transacción individual. Esto permite que alguien arme una transacción que consuma casi todo el gas del bloque, bloqueando a otros y creando riesgos de seguridad.

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

Importancia: Mejora la equidad y la previsibilidad, asegurando que ninguna transacción pueda “tomar todo el bloque”. Los usuarios comunes podrán realizar transacciones sin ser bloqueados por “transacciones gigantes”.

EIP-7823 & EIP-7883: Seguridad en la precompilada 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 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 en ModExp a 8192 bits, suficiente para la mayoría de aplicaciones.

• EIP-7883: Aumentar la tarifa de gas para cálculos grandes, haciendo que el costo sea proporcional al uso de recursos.

Importancia: Ambos cambios eliminan vectores de ataque potenciales, como si pusieran límites a las tareas y subieran los precios en función del tamaño, fortaleciendo la red contra abusos.

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 iPhone, tokens de hardware y módulos de seguridad usan comúnmente el estándar secp256r1 (P-256). Pero Ethereum usa secp256k1, por lo que estos dispositivos no pueden firmar directamente en Ethereum, limitando la adopción de Web3.

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

Importancia: Es un avance importante. Abre la puerta a que miles de millones de dispositivos puedan firmar transacciones en Ethereum directamente, sin apps adicionales o conversiones complicadas. Facilita la integración del mundo físico con Web3 y mejora la seguridad.

EIP-7939: Nueva instrucción CLZ para contar ceros

Dolor: En criptografía y cálculos matemáticos, a menudo se necesita contar cuántos bits consecutivos en la cabeza de un número de 256 bits son ceros. 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, como en ZK Rollups, sean más baratos y eficientes.

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. Los nuevos nodos deben descargar y sincronizar todo, lo que es costoso y cada vez más difícil. Además, tras The Merge, algunos datos antiguos son redundantes.

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 reduce en aproximadamente 530 GB la transferencia de datos para sincronizar un nodo completo, bajando la barrera y fortaleciendo la descentralización y resistencia de la red.

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

Dolor: Un problema central en los Rollups de Layer 2 es la centralización del secuenciador (Sequencer). Actualmente, un solo ente recibe y ordena las transacciones, lo que puede llevar a censura o extracción de valor (MEV). La propuesta “Based Rollup” busca usar el Proposer de Ethereum en L1 para ordenar transacciones, heredando la descentralización de L1.

Pero esto tiene un problema: es lento. Layer 2 debe esperar a que el bloque L1 se confirme para empezar a ejecutar, causando retrasos. La solución es la “preconfirmación”: que el Gateway de Layer 2 reciba compromisos anticipados del futuro Proposer, para poder actualizar el estado antes de que el bloque sea confirmado, reduciendo la espera.

El problema actual es que, con la selección aleatoria de Proposers, el Gateway no sabe a quién acudir para preconfirmar.

Solución: EIP-7917 modifica el consenso para que el orden de los Proposers futuros sea calculable y público, creando una “tabla de turnos” predefinida.

Importancia: Esto es fundamental para implementar soluciones como Based Rollup. Permite a los Gateways identificar y negociar con anticipación con los futuros Proposers, garantizando una preconfirmación confiable y segura, 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 una estrategia clave en un momento en que Ethereum se prepara para integrar grandes volúmenes de activos y transacciones en el marco de finanzas tradicionales, RWA y stablecoins. Ethereum ya soporta más del 56% de la oferta de stablecoins, consolidándose como la capa de liquidación global en dólares digitales. Fusaka busca preparar la infraestructura para “activos” y “transacciones” a nivel Wall Street.

• 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 estas cadenas especializadas crezcan sin restricciones.

• Para avanzar hacia una seguridad de trillones de dólares y construir infraestructura financiera impenetrable

Para las instituciones que manejan billones en activos, la seguridad es prioritaria. La visión de “seguridad de un billón de dólares” se refuerza con EIP-7934, EIP-7825, EIP-7823 y EIP-7883, que fortalecen la protección y eliminan vulnerabilidades.

En resumen, Fusaka combina “escalabilidad y seguridad” con un enfoque estratégico. En un contexto de regulación favorable y mercado en auge, llega en el momento justo para consolidar a Ethereum como la infraestructura financiera principal, transformando su imagen de activo especulativo a una base sólida para finanzas tradicionales.

Conclusión: cambios profundos en silencio

Como una actualización clave a finales de 2025, Fusaka pasa desapercibida en el mercado, pero inyecta una fuerza interna poderosa en Ethereum. Sus 12 mejoras abordan directamente los principales desafíos de “escalabilidad”, “seguridad” y “eficiencia”. Amplía la “autopista de valor” de Ethereum, aumentando 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 impacto será profundo. Un Ethereum más fuerte, más eficiente y seguro podrá realizar las grandes visiones que antes solo eran sueños: redes de liquidación instantánea 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 ha gustado, ¡síguenos, dale like y comparte para apoyar!