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

Ethereum se actualizará con una bifurcación dura llamada "Fusaka" el 3 de diciembre de 2025. Esta actualización incluye un total de 12 Propuestas de mejora de Ethereum (EIP), que funcionan como 12 piezas precisas que mejorarán conjuntamente la escalabilidad, seguridad y eficiencia operativa de Ethereum. A continuación, el autor clasifica estas 12 EIP y las explica en términos sencillos, abordando qué problemas resuelven y por qué son cruciales para el futuro de Ethereum.

####¡Escalabilidad! Hacer que Ethereum funcione más rápido y almacene más.

Este es el tema central de la actualización de Fusaka. Ethereum debe abordar los problemas de congestión de transacciones y altos costos para soportar la economía digital global. Las siguientes propuestas de mejora de Ethereum (EIP) están diseñadas para lograr este objetivo, especialmente en torno a la ampliación de Layer 2 y la reducción de costos y aumento de eficiencia.

###EIP-7594: PeerDAS - muestreo de disponibilidad de datos

Punto de dolor: Desde que la actualización de Dencun introdujo los datos "Blob" para proporcionar almacenamiento de datos barato a Layer 2, ha surgido un problema central: ¿cómo asegurar que estos enormes datos sean reales y utilizables? La práctica actual exige que cada nodo de validación descargue y verifique todos los datos blob que contiene un bloque. Cuando un bloque puede llevar hasta 9 blobs, este método es factible. Pero si en el futuro el número de blobs aumenta aún más (por ejemplo, 128), descargar y verificar todos los blobs generará altos costos, lo que aumentará el umbral de participación de los nodos de validación y amenazará la descentralización de la red.

Solución: PeerDAS (Muestreo de Disponibilidad de Datos de Pares) convierte el tradicional "chequeo completo" en "chequeo por muestreo". En términos simples:

1. La red dividirá los datos blob completos.
2. Cada validador no necesita descargar todo el blob, solo necesita descargar y verificar aleatoriamente algunos fragmentos de datos.
3. Luego, todos pueden confirmar conjuntamente la integridad y disponibilidad de todo el conjunto de datos blob a través de la verificación cruzada y el intercambio de resultados de validación.

Esto es como un gran juego de rompecabezas, donde cada persona solo tiene unas pocas piezas, pero si todos verifican las conexiones clave, se puede determinar que el rompecabezas completo está intacto. Vale la pena señalar que PeerDAS no es una invención completamente nueva; la idea central de DAS ya se ha practicado con éxito en proyectos de DA de terceros como Celestia. La implementación de PeerDAS es más bien como una compensación por una "deuda técnica" clave en el plano de escalabilidad a largo plazo de Ethereum.

Significado: PeerDAS reduce en gran medida la carga de almacenamiento de los validadores, eliminando los obstáculos que podrían debilitar la descentralización para lograr la escalabilidad masiva de datos en Ethereum. En el futuro, se espera que cada bloque pueda contener cientos de Blobs, respaldando la visión de Teragas de alcanzar hasta 10 millones de TPS, mientras que las personas comunes también podrán ejecutar validadores fácilmente, manteniendo la descentralización de la red.

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

Punto de dolor: La demanda del mercado por la capacidad de datos de Layer 2 cambia rápidamente; si cada vez que se ajusta el límite superior de Blob hay que esperar una gran actualización como Fusaka, eso sería demasiado lento y no seguiría el ritmo del desarrollo del ecosistema.

Solución: este EIP define un mecanismo especial de "Bifurcación dura de parámetros Blob únicamente" (Blob Parameter Only Hardfork, BPO). Esta actualización es muy ligera, ya que solo modifica algunos parámetros relacionados con los Blob (como el número objetivo de Blob por bloque), sin involucrar cambios de código complejos. Los operadores de nodos ni siquiera necesitan actualizar el software del cliente, solo necesitan aceptar los nuevos parámetros en el momento designado, tan simple como actualizar un archivo de configuración en línea del software.

Significado: El mecanismo BPO permite a Ethereum ajustar la capacidad de la red de forma rápida y segura. Por ejemplo, después de la actualización de Fusaka, la comunidad planea realizar dos actualizaciones BPO en un corto período de tiempo, duplicando gradualmente la capacidad del Blob. Esto permite a Ethereum ampliar el espacio de blob de manera flexible y progresiva según la demanda, logrando un aumento suave en los costos y el rendimiento de L2, y controlando mejor los riesgos.

###EIP-7918: Mercado de tarifas de Blob estable

Punto de dolor: El mecanismo de ajuste de tarifas de Blob era demasiado "adaptativo al mercado", lo que trajo algunos problemas inesperados. Primero, cuando la demanda de Blob en el mercado es muy baja, las tarifas caen a casi cero, pero esto no estimula efectivamente la nueva demanda, sino que crea un "precio mínimo histórico" anómalo. Por el contrario, cuando la demanda es alta, la tarifa de blob se dispara, creando otro precio extremo elevado. Esta intensa "competencia de precios" dificulta la planificación de tarifas de Layer 2.

Solución: La idea central de EIP-7918 es dejar de permitir que las tarifas de Blob fluctúen sin restricciones, y en su lugar establecer un rango de precios razonable, es decir, un "consumo mínimo" flexible. La forma de lograrlo es vincular los límites superior e inferior de la tarifa de blob con las tarifas de ejecución en Layer 1 de Layer 2. Ya sea actualizando la raíz del estado o verificando una prueba ZK, estas tarifas de ejecución son relativamente estables y no están muy relacionadas con el volumen de transacciones dentro de los bloques de L2. Por lo tanto, vincular los límites superior e inferior de la tarifa de blob con este "ancla" estable puede prevenir que su precio fluctúe drásticamente.

Significado: El beneficio directo de esta mejora es que previene la "involución" del mercado de tarifas Blob, haciendo que el modelo de costos operativos de los proyectos de Capa 2 sea más predecible, de modo que Capa 2 pueda establecer tarifas de transacción más estables y razonables para los usuarios finales, evitando la experiencia de montaña rusa de "hoy gratis, mañana a precio de oro".

###EIP-7935: Aumentar la capacidad de transacción de la red principal

Punto de dolor: La cantidad total de transacciones que puede contener cada bloque de Ethereum está determinada por el "límite de Gas del bloque" (actualmente alrededor de 30 millones) y no se ha ajustado durante años. Para aumentar el rendimiento de toda la red, la forma más directa es aumentar este límite, pero debe garantizarse que no se aumenten los requisitos de hardware de los nodos de validación y que no se debilite el grado de descentralización.

Solución: Esta propuesta sugiere aumentar el límite de Gas predeterminado del bloque a un nuevo nivel (el valor específico está por determinar, podría ser 45 millones o más). No se trata de un bloqueo obligatorio, sino de proporcionar un nuevo valor predeterminado recomendado, guiando a los validadores de la capa de consenso a aceptar gradualmente un límite de Gas más alto.

Significado: Esto significa que cada bloque de Layer 1 puede empaquetar más transacciones, lo que mejorará directamente el TPS de la red principal de Ethereum, aliviando la congestión de la red y la explosión de las tarifas de Gas. Por supuesto, esto también plantea mayores requisitos para el hardware de los validadores, por lo que la comunidad procederá con cautela en las pruebas y avances.

####¡Seguridad y estabilidad! Construyendo una sólida línea de defensa para la red.

Al mismo tiempo que se expande la capacidad, se debe garantizar la seguridad y estabilidad de la red. La Fundación Ethereum lanzó en mayo de 2025 el "Plan de Seguridad de un Trillón de Dólares" (Trillion Dollar Security, 1TS), cuyo objetivo es establecer una red de Ethereum capaz de soportar activos del orden de un trillón de dólares de manera segura. Varios EIP en Fusaka son precisamente un avance hacia el plan 1TS, como si se le estuvieran instalando "frenos" y "barandillas" más confiables a un Ethereum que avanza a alta velocidad.

###EIP-7934: Establecer un límite físico en el tamaño del bloque

Punto de dolor: el "límite de Gas de bloque" de Ethereum solo se preocupa por la cantidad total de cálculo de todas las transacciones dentro del bloque, pero no establece el tamaño físico del bloque. Esto crea una vulnerabilidad: los atacantes pueden construir cuidadosamente una gran cantidad de transacciones "de bajo costo y gran volumen" (por ejemplo, transferir 0 ETH a muchas direcciones, con un cálculo muy bajo pero una gran cantidad de datos), lo que resulta en un bloque que tiene un volumen de cálculo que no supera el límite, pero un tamaño físico anormalmente grande. Este bloque "bomba de datos" se propagará muy lentamente en la red, lo que podría hacer que algunos nodos no reciban los datos a tiempo y se queden atrás, constituyendo un grave riesgo de ataque DoS (denegación de servicio).

Solución: establecer un límite rígido de 10 MB para el tamaño de cada bloque. Cualquier bloque que supere este volumen será rechazado por la red.

Significado: Esto equivale a establecer el tamaño máximo de los camiones en la carretera, evitando que los vehículos "demasiado anchos o largos" afecten el tráfico. Asegura que los bloques se propaguen rápidamente en la red, reduce la latencia y mejora la estabilidad de la red y su capacidad de resistencia a ataques.

###EIP-7825: Establecer el límite de Gas por transacción

Punto de dolor: Actualmente, aunque hay un límite total de Gas por bloque, no hay un límite por transacción. Teóricamente, alguien podría construir una transacción que consuma casi todos los recursos del bloque, sacando a fuera las transacciones de todos los demás, lo cual no es justo y presenta riesgos de seguridad.

Solución: establecer un límite rígido de 1677 millones de Gas para cada transacción. Las operaciones complejas que superen este tamaño deberán dividirse en múltiples transacciones antes de ser enviadas.

Significado: Esto mejora la equidad y la previsibilidad de la red, asegurando que ninguna transacción pueda "acaparar". Las transacciones normales de los usuarios no se verán excesivamente retrasadas debido a una "gran orden".

###EIP-7823 & EIP-7883: Refuerzo de seguridad de ModExp precompilado

Punto de dolor: ModExp es una función utilizada en Ethereum para manejar cálculos de potencias modulares de grandes números, comúnmente encontrada en algunas aplicaciones criptográficas. Sin embargo, presenta dos riesgos: primero, la longitud de los números de entrada no tiene límite, lo que podría ser explotado por entradas extremadamente grandes construidas maliciosamente; segundo, su estándar de tarifas de Gas es relativamente bajo, lo que permite a los atacantes realizar llamadas masivas a bajo costo, consumiendo así los recursos de los nodos.

Solución:

• EIP-7823: Establece un límite de 8192 bits para la longitud de entrada de ModExp, esta longitud es más que suficiente para las necesidades de aplicaciones prácticas.
• EIP-7883: Aumentar el costo de Gas de ModExp, especialmente para entradas grandes, donde los costos aumentarán drásticamente, asegurando que el costo de cálculo coincida con el consumo de recursos.

Significado: Estas dos mejoras abordan el problema simultáneamente, eliminando un posible vector de ataque. Son como establecer un "máximo de tareas" para un servicio de computación, al mismo tiempo que se ajusta el "precio escalonado" para prevenir abusos, mejorando así la robustez de toda la red.

####¡Actualización de funciones! Proporciona herramientas más potentes para los desarrolladores.

Además de la escalabilidad y la seguridad, Fusaka también ofrece a los desarrolladores algunas nuevas herramientas y funciones prácticas, lo que hace que construir aplicaciones en Ethereum sea más eficiente y poderoso.

###EIP-7951: Compatibilidad con firmas de hardware populares

Punto doloroso: Los teléfonos móviles que usamos a diario (como el iPhone), el U盾 del banco, módulos de seguridad de hardware y otros dispositivos, generalmente utilizan un estándar de cifrado llamado secp256r1 (también conocido como P-256) en sus chips de seguridad integrados. Mientras tanto, Ethereum utiliza por defecto otro estándar, secp256k1, lo que impide que estos dispositivos populares interactúen de manera segura con Ethereum, limitando la adopción masiva de Web3.

Solución: agregar un contrato precompilado que permita a Ethereum soportar y verificar nativamente las firmas de la curva secp256r1.

Significado: Esta es una mejora monumental. Abre las puertas de Ethereum a miles de millones de dispositivos de hardware en todo el mundo. En el futuro, podrás firmar transacciones de Ethereum directamente con el chip de seguridad de tu teléfono, sin necesidad de aplicaciones de billetera adicionales o conversiones complejas, lo que proporcionará una experiencia más fluida y una mayor seguridad. Esto reduce enormemente la barrera de entrada de Ethereum para el mundo tradicional, lo que representa una gran ventaja para la fusión de Web2 y Web3.

###EIP-7939: Nueva instrucción de cálculo eficiente CLZ

Punto de dolor: En aplicaciones de contratos inteligentes y criptografía, a menudo es necesario calcular cuántos bits de cero continuos hay al principio de un número de 256 bits (por ejemplo, en algoritmos de hash, algoritmos de compresión, pruebas de conocimiento cero, etc.). Actualmente, la EVM de Ethereum no tiene una Opcode que soporte directamente esta operación, por lo que los desarrolladores solo pueden implementarlo con un código de Solidity complejo, lo que resulta costoso y poco eficiente.

Solución: añadir un Opcode llamado "CLZ" (Contar ceros a la izquierda) en el EVM para realizar el cálculo de una sola vez.

Significado: Esto es como proporcionar a los desarrolladores una herramienta profesional que ahorra tiempo y esfuerzo. Puede reducir significativamente el costo de Gas de los cálculos relacionados, permitiendo que las aplicaciones que dependen de cálculos matemáticos complejos (especialmente los ZK Rollups) funcionen de manera más económica y eficiente.

####¡Optimización de la red! Mejoras invisibles, un ecosistema más saludable.

Las últimas dos EIP, aunque la percepción del usuario no es fuerte, son cruciales para el funcionamiento saludable a largo plazo de la red y la eficiencia de la coordinación.

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

Punto de dolor: A medida que pasa el tiempo, Ethereum ha acumulado una gran cantidad de datos históricos. Un nuevo nodo que desea unirse a la red necesita descargar y sincronizar todos estos datos, lo cual es costoso y laborioso, aumentando cada vez más la barrera de entrada. Además, desde que Ethereum se trasladó a un consenso PoS tras The Merge, algunos campos en la información de los recibos de transacción antiguos ya no son necesarios, lo que ha causado redundancia.

Solución: Introducir la estrategia de "vencimiento de datos históricos" para que los nuevos nodos puedan omitir ciertos datos que están demasiado desactualizados durante la sincronización; al mismo tiempo, simplificar el formato de los recibos de transacciones, eliminando los campos redundantes que ya no son necesarios. De esta manera, los nuevos nodos pueden ahorrar tiempo al no tener que descargar una gran cantidad de datos inútiles al sincronizar desde el bloque génesis.

Significado: Esta mejora permite que los nodos funcionen "ligeros", ¡reduciendo aproximadamente 530 GB de transmisión de datos en cada sincronización de nodos completos! Un umbral más bajo significa que más personas pueden operar nodos, lo que fortalecerá la descentralización y robustez de la red.

###EIP-7917: Orden de bloques determinístico y preconfirmación

Punto de dolor: Para entender la importancia de esta EIP, primero debemos hablar sobre un punto crítico actual de Layer 2 Rollup: el secuenciador centralizado (Sequencer). Actualmente, la mayoría de los Rollups dependen de una única entidad para recibir y ordenar las transacciones de L2 de los usuarios, lo que le otorga el poder de censurar transacciones y extraer MEV, en contra del espíritu de descentralización. Para abordar este problema, la comunidad propuso la idea del Based Rollup: simplemente abandonar el secuenciador propio de L2 y utilizar directamente el Proposer de bloques de Ethereum L1 para ordenar las transacciones de L2, heredando así la descentralización y neutralidad de L1.

Sin embargo, esta solución tiene un defecto fatal: es lenta. Layer 2 debe esperar a que el bloque L1 se incorpore a la cadena antes de comenzar a ejecutar las transacciones, lo que provoca una gran demora y una mala experiencia. La única solución es introducir un mecanismo de "pre-confirmación", es decir, el Gateway de L2 puede obtener promesas por adelantado de futuros proponentes de L1: "Te prometo que empaquetaré la transacción que has enviado en la cadena, de lo contrario te compensaré", de esta manera Layer 2 puede actualizar el estado por adelantado (por ejemplo, el saldo de la cuenta) para reducir la espera del usuario. Pero bajo el mecanismo actual de selección aleatoria de proponentes, el Gateway no tiene idea de a quién "negociar", por lo que la pre-confirmación confiable es impensable.

Solución: EIP-7917 modifica el protocolo de consenso, permitiendo que el orden de los Proposers en un período futuro se pueda calcular y hacer público de manera anticipada y determinista. Convierte el "sorteo en el lugar" en un "horario de producción de bloques" que todos pueden consultar y que está previamente establecido.

Significado: Esta mejora es la clave para implementar soluciones descentralizadas de próxima generación, como Based Rollup. Con este "horario", la puerta de enlace L2 puede identificar de antemano al proponente de un bloque futuro y negociar directamente con él para obtener una preconfirmación confiable garantizada por multas de Slash. Esto permite que Based Rollup ofrezca una experiencia de transacción instantánea similar a un Sequencer centralizado, mientras disfruta de la descentralización y seguridad a nivel L1. Se puede decir que EIP-7917 abre una puerta crucial hacia una escalabilidad más profunda y "descentralizada" para el ecosistema de Ethereum.

####¿Por qué se dice que la actualización de Fusaka llega en el momento adecuado?

La actualización de Fusaka no solo es una iteración técnica, sino también una importante actualización estratégica de Ethereum en el contexto de la incorporación masiva de RWA y stablecoins en las finanzas tradicionales. Actualmente, Ethereum, como el principal campo de batalla, soporta más del 56% de la oferta de stablecoins en toda la red, convirtiéndose en la capa de liquidación central de la economía digital del dólar a nivel mundial. El objetivo de Fusaka es prepararse para activos y volúmenes de transacciones a nivel "Wall Street".

• Cadena personalizada de Layer 2 a nivel institucional, que proporciona "combustible" de escalabilidad infinita.

Con la entrada de instituciones financieras tradicionales, veremos la aparición de un número creciente de "cadenas dedicadas" Layer 2 personalizadas para necesidades específicas (como el cumplimiento de KYC). Estas cadenas dedicadas requieren que la red principal de Ethereum les proporcione un almacenamiento de datos masivo, asequible y seguro (es decir, disponibilidad de datos).

Las propuestas EIP-7594, EIP-7892 y EIP-7918 en Fusaka están diseñadas precisamente para satisfacer esta necesidad. Su objetivo principal es uno: reducir drásticamente el costo de publicación de datos en Layer 2 y proporcionar flexibilidad para la escalabilidad bajo demanda.

De hecho, después de la actualización de Pectra, las tarifas de Blob ya son muy bajas, ¿por qué seguir reduciéndolas? Porque Fusaka adopta la estrategia de "sacrificar los ingresos por tarifas a corto plazo a cambio de una mayor actividad económica a gran escala", con el objetivo de aumentar el PIB de toda la red, permitiendo que más transacciones se conviertan en más participación y quema de ETH, sustentando así el valor de toda la red.

• Hacia la "seguridad de un billón de dólares", construyendo una infraestructura financiera inquebrantable

Para las instituciones financieras que manejan billones de activos, la seguridad es una línea roja inquebrantable. La comunidad de Ethereum también ha propuesto el ambicioso objetivo de "seguridad de un billón de dólares". EIP-7934, EIP-7825, EIP-7823 y EIP-7883 en Fusaka están diseñados para reforzar las murallas y eliminar posibles riesgos de seguridad, avanzando hacia este objetivo.

En resumen, la línea principal de la actualización de Fusaka es clara y firme: escalabilidad y seguridad. Impulsada por el apoyo regulatorio y el fervor del mercado, la actualización de Fusaka llega en el momento preciso. Ayudará a Ethereum a aprovechar el viento a favor de las políticas, consolidando su posición dominante en el ámbito de las stablecoins y la cadena de activos, permitiendo que Ethereum evolucione de "activo especulativo" a infraestructura financiera mainstream.

####Conclusión: la transformación de aguas tranquilas y profundas

Como una importante actualización a finales de 2025, Fusaka ha inyectado una poderosa fuerza interna en Ethereum sin la abrumadora especulación del mercado. Las 12 mejoras que contiene atacan directamente los tres puntos críticos de escalabilidad, seguridad y eficiencia. Lo que hace es ampliar esta "autopista de valor" de Ethereum, mejorando su capacidad de carga y fiabilidad, y preparándola para una futura avalancha de usuarios, activos y aplicaciones.

Para los usuarios comunes, estos cambios pueden ser "silenciosos", pero su impacto será profundo. Un Ethereum más poderoso, eficiente y seguro tendrá la capacidad de realizar esas grandes visiones que antes solo podían imaginarse, ya sea una red de liquidación instantánea global o "Wall Street en la cadena". Fusaka es un paso firme hacia este futuro.