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 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 capacidad de Layer 2.

EIP-7594: PeerDAS - Muestreo de disponibilidad de datos

Dolor: Desde que la actualización Dencun introdujo los “Blob” como almacenamiento barato de datos 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 blobs de un bloque. Cuando un bloque lleva 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 nodos 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 blobs completos en fragmentos.

3. Cada validador no necesita descargar todos los blobs, 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 blobs.

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 señalar que PeerDAS no es una invención completamente nueva; su núcleo, la idea 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 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 escalabilidad masiva de datos en Ethereum. 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, manteniendo 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 complejos en el código. Los operadores de nodos no necesitan actualizar el cliente completo, solo aceptar los nuevos parámetros en el momento especificado, 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 gradualmente la capacidad de blobs. Esto permite una expansión “sobre demanda”, flexible y progresiva, con menor riesgo.

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, sin estimular nuevas demandas, creando un “mínimo histórico” artificial. Cuando la demanda aumentaba, las tarifas subían mucho, generando precios extremos. 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 blobs ya no fluctúen sin control, sino que tengan un rango de precios razonable, con un “mínimo” y un “máximo” elásticos. Para ello, las tarifas de blobs se vinculan a las tarifas de ejecución en Layer 1, que son relativamente estables y no dependen directamente del volumen de transacciones en Layer 2. Al enlazar los límites de tarifas de blobs a esta referencia estable, 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 altísimos mañana”.

EIP-7935: Incrementar 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 la capacidad total, 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 por defecto a un nuevo nivel (por ejemplo, 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. La Fundación Ethereum lanzó en mayo de 2025 el “Plan de Seguridad Trillones de Dólares” (1TS), cuyo objetivo es 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 vehículo 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 muchos datos de bajo costo y gran tamaño (por ejemplo, muchas transferencias de 0 ETH a muchas direcciones), que aunque no superen el límite de gas, sí sean muy pesados en tamaño. Estos “bombardeos de datos” ralentizan la propagación y pueden causar DoS.

Solución: Se fija 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 la carretera, evitando que vehículos excesivamente 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 regula la suma de todas las transacciones, no hay límite para una sola transacción. 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: Se establece 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 previsibilidad, asegurando que ninguna transacción pueda “tomar todo el bloque”. Los usuarios podrán hacer transacciones normales sin ser bloqueados por “una sola mega-transacción”.

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

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

Importancia: Ambas medidas eliminan vectores de ataque, como si pusieran “limitadores” y “tarifas escalonadas” en un servicio de cálculo, fortaleciendo la seguridad de la red.

Funcionalidades para desarrolladores! Herramientas más poderosas

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, lo que impide que estos dispositivos interactúen directamente con Ethereum, limitando la adopción de Web3.

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

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. Esto reduce barreras y mejora 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 de ceros hay al principio de un número de 256 bits (por ejemplo, en hashing, 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 lento.

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

Importancia: Es como dar a los desarrolladores una herramienta especializada que ahorra tiempo y gas, permitiendo que aplicaciones que dependen de cálculos matemáticos complejos (como ZK Rollups) funcionen más barato y eficiente.

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 cada vez más costoso y difícil. Además, tras The Merge, algunos campos en los recibos de transacción son redundantes.

Solución: Implementar “expiración de datos históricos” para que los nodos puedan saltarse datos antiguos, y simplificar el formato de los recibos eliminando campos innecesarios. Así, los nuevos nodos pueden sincronizarse más rápido y con menos datos.

Importancia: Esto “adelgaza” los nodos, reduciendo en unos 530 GB la cantidad de datos a descargar en una sincronización completa. Más nodos significa mayor descentralización y resistencia.

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

Dolor: Para entender esta EIP, hay que hablar del problema central de los Rollups: el “sequencer” centralizado. La mayoría depende de un único operador que recibe y ordena las transacciones, lo que puede llevar a censura o extracción de MEV, en contra de la descentralización. La propuesta “Based Rollup” busca usar el propositor de L1 para ordenar transacciones, heredando la descentralización de L1.

Pero esto introduce un retraso: el L2 debe esperar a que el bloque L1 se publique para comenzar a ejecutar, lo que genera latencia. La solución es la “preconfirmación”: que el gateway de L2 reciba compromisos anticipados del propositor, para poder actualizar el estado antes de que el bloque sea finalizado, reduciendo la espera. Sin embargo, en el mecanismo actual, no se sabe quién será el propositor, por lo que no se puede preconfirmar.

Solución: EIP-7917 modifica el consenso para que el orden de propositores en el futuro cercano sea predecible y verificable, creando una “tabla de turnos” pública y anticipada.

Importancia: Esto es fundamental para implementar “Based Rollup” y otros esquemas descentralizados. Permite a los gateways identificar y negociar con anticipación con el propositor, garantizando una preconfirmación confiable y segura, acercando Ethereum a un modelo de “descentralización y seguridad de nivel L1” 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 para que Ethereum en la era de RWA y stablecoins a gran escala esté preparado. Ethereum ya soporta más del 56% de la oferta de stablecoins y se ha consolidado como la capa de liquidación global en dólares digitales. Fusaka busca fortalecer esa posición ante la llegada de activos y transacciones “Wall Street”.

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

Con la entrada de instituciones financieras, veremos más “cadenas especializadas” 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 están diseñadas para reducir costos y ofrecer expansión flexible, permitiendo que Layer 2 publique datos a menor costo y en mayor volumen.

• Hacia la “seguridad de un trillón de dólares”, construyendo infraestructura financiera invulnerable

Para las instituciones que manejan billones en activos, la seguridad es prioritaria. La visión “seguridad de un trillón” busca reforzar la red. Las EIP en Fusaka, como EIP-7934, EIP-7825, EIP-7823 y EIP-7883, apuntan a eliminar vulnerabilidades y fortalecer la infraestructura.

En resumen, Fusaka combina “escalabilidad y seguridad” en una estrategia clara. En un contexto de regulación favorable y mercado en auge, llega en el momento justo, ayudando a Ethereum a consolidar su liderazgo en stablecoins y activos en cadena, y a transformarse en una infraestructura financiera principal.

Conclusión: cambios profundos en silencio

Como actualización clave de 2025, Fusaka avanza sin grandes campañas de marketing, pero con un impacto profundo. Sus 12 mejoras abordan directamente los principales 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 grandes visiones que antes solo se imaginaban: 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, por favor investiga y decide con prudencia, DYOR.

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