Ethereum Fusaka ha llegado, ¿qué cambios trae esta actualización? Una lectura para entender el verdadero impacto en L2 y nodos

La bifurcación Fusaka de la red principal de Ethereum ya está oficialmente en marcha. Esta actualización implica cuatro cambios fundamentales, que son PeerDAS (muestreo de datos punto a punto), EIP-7918 (reparación de tarifas de blob), precompilado de curva elíptica P-256 y BPO (ajuste fino de la serie de parámetros de blob). En pocas palabras, no se trata de una actualización masiva, sino de una optimización sistemática que sienta las bases para futuras expansiones.

¿La red se volverá más barata inmediatamente? Mejor no esperar

Muchos piensan que con una “actualización” las tarifas de gas bajarán drásticamente. Pero la realidad de Fusaka es: a corto plazo, no habrá cambios dramáticos.

De hecho, las tarifas de gas ya estaban bajando antes de Fusaka, principalmente porque los proponentes ya habían ajustado el límite de gas de L1 de 45M a 60M mediante votación —esto es un cambio de parámetro independiente, no una consecuencia directa de Fusaka. Como resultado, las transferencias normales se vuelven un poco más baratas, pero esto no tiene mucho que ver con el mecanismo nuevo PeerDAS en sí.

¿En qué consiste PeerDAS? Divide el blob (el objeto que Ethereum usa para almacenar datos de L2) en 128 fragmentos, distribuyéndolos a diferentes nodos para almacenamiento y muestreo/verificación, en lugar de que cada nodo tenga que descargar el blob completo. Suena muy potente, pero hay un detalle clave: el límite actual de blobs por bloque no ha aumentado. Por lo tanto, antes de que BPO (el plan de ajuste de parámetros posterior) realmente aumente el límite de blobs, la mayoría de los usuarios ni siquiera notará la existencia de PeerDAS.

La ventana de expansión real se abrirá en fases:

• Primera fase (mediados de diciembre): el máximo de blobs sube de 6 a 15, y el objetivo pasa de 9 a 10
• Segunda fase (principios de enero): el máximo de blobs sube a 21, y el objetivo a 14

Para entonces, las tarifas de transacción en L2 mejorarán de forma más notable.

El costo de blob pasa de “falso barato” a “verdaderamente barato” — esto es el valor central de EIP-7918

Este cambio parece muy técnico, pero en realidad resuelve un problema absurdo: las tarifas de blob estaban bloqueadas en 1 wei durante mucho tiempo, lo que equivale a un costo de 0.000000004 dólares por blob.

No es barato, es un precio mal establecido. Durante el 95% del tiempo, el precio de blob se mantuvo en ese nivel, hasta que en ciertos días repentinamente se disparó a 42,000 gwei — aproximadamente 15,000 dólares por blob. Esta volatilidad extrema causa dolores de cabeza a quienes quieren construir mercados de crédito serios o mercados de derivados.

EIP-7918 corrige esto, introduciendo un límite inferior en la tarifa de blob que se vincula a las tarifas de gas en la capa de ejecución. Ahora, la tarifa base de blob ya no puede caer a cero, sino que se ajusta dinámicamente según la congestión de la red. ¿Qué pasa entonces?

• La tarifa media de blob efectivamente subirá (de casi 0 a aproximadamente 0.025 gwei)
• La volatilidad se reducirá significativamente
• La curva de precios será más predecible y gestionable

Y aquí está lo importante: la previsibilidad, no un precio siempre muy bajo. Los operadores de Rollup podrán planificar sus lotes basándose en señales de precio estables, en lugar de apostar cada semana a si el blob se disparará de repente.

El umbral para operar nodos está siendo redefinido

Un cambio implícito que trae PeerDAS es: se está diferenciando el rol de los nodos.

Antes de Fusaka, los nodos completos eran iguales: o participaban o no, y todos descargaban datos similares. Ahora, según la cantidad de stake, los nodos asumen diferentes responsabilidades de disponibilidad de datos (DA):

• Nodos completos normales (sin stake): solo gestionan 4 fragmentos de blob
• Nodo validador individual (32 ETH stake): necesita gestionar 8 fragmentos
• Nodos validador múltiples: por cada 32 ETH adicionales, gestionan un fragmento más
• Supernodos (más de 4096 ETH): gestionan los 128 fragmentos completos

El razonamiento es: cuanto más stake, mayor contribución al red, y mayor inversión en hardware.

Para proyectos Rollup, la configuración más práctica es operar en modo semi-supernodo — gestionar 64 fragmentos (la mitad), y reconstruir el blob completo mediante códigos Reed-Solomon. Así, se garantiza la integridad de los datos con un coste de hardware aceptable.

¿Realmente los Rollup volverán a usar la DA de Ethereum? La realidad no es tan blanca o negra

La volatilidad extrema en las tarifas de blob antes de Fusaka asustó a algunos proyectos y llevó a considerar otras soluciones DA (como Celestia y otras alt-DA). Ahora la pregunta es: ¿los nuevos proyectos todavía necesitan usar alt-DA?

Depende del escenario:

• DeFi de alto valor, custodia de grandes activos: DA en Ethereum o soluciones con puentes sólidos. Cuanta más confianza, mayor riesgo sistémico.
• Juegos, aplicaciones sociales: pueden aceptar alt-DA, priorizando disponibilidad sobre seguridad extrema.
• Proyectos nuevos: ahora hay más motivos para elegir DA en Ethereum — tarifas predecibles, respaldo de seguridad de Ethereum.

Pero los proyectos ya en alt-DA no migrarán en masa. La migración es costosa; lo más probable es una segmentación a largo plazo: proyectos con activos pesados migran gradualmente a DA en Ethereum, los más ligeros siguen con alt-DA.

La preconfirmación llega, pero no es una solución universal

El mecanismo de proposer lookahead introducido en Fusaka hace que la preconfirmación (pre-confirmation) sea más fiable: Ethereum puede determinar con antelación quién será el proponente en los próximos slots.

Suena muy bien, pero en la práctica hay que tener cuidado:

• Preconfirmación de un solo slot (más segura): el proponente promete incluir tu transacción en el próximo bloque, y una violación puede ser penalizada con slashing. Esto reduce el tiempo de confirmación de transacciones en L1 de 12-24 segundos a unos pocos segundos.
• Preconfirmación de múltiples slots (en exploración): puede prometer bloques futuros más lejanos, pero sin garantizar el orden estricto de las transacciones. Está en fase de investigación, con riesgos de censura y manipulación del orden.
• Preconfirmación en Based Rollup: los L2 usan la promesa del proponente de L1 para reducir el tiempo de confirmación de 12-30 segundos a unos 2 segundos. Pero hay que tener cuidado con el problema de intercambio justo — el preconfirmador puede tener incentivos a retrasar para obtener más MEV. Un diseño inadecuado puede penalizar a los validadores.

En realidad, la aplicación más prometedora de la preconfirmación es para mejorar la experiencia en cross-chain. Imagina que un usuario realiza una operación en L2 que depende de la liquidez en L1; la preconfirmación puede dar una promesa vinculante antes de que la transacción sea definitiva, mejorando mucho la UX, como si operara en un libro mayor unificado.

Los próximos 6-12 meses, las decisiones clave serán estas tres

¿Las tarifas de blob volverán a descontrolarse? La clave está en la varianza del precio, no en el valor medio. Fusaka no busca que los blobs cuesten unos céntimos siempre, sino que no vuelvan a dispararse a precios astronómicos en una tarde. Cuando la tasa de muestreo esté en mínimos teóricos, sin fallos de DA que impidan la finalización, y los nodos puedan seguir el ritmo de la cadena, será señal de que se pueden ajustar los parámetros con seguridad.

¿El uso real de L2 aumentará? Muchos Rollup no han llegado a su límite de throughput, principalmente por el coste de DA en L1. Ahora que la DA se estabiliza, los Rollup podrán aceptar más usuarios y empaquetar más transacciones en blobs. Si esto sucede, en la cadena se reflejará en un aumento claro en operaciones de usuarios únicos.

¿Se lanzarán nuevos Rollup? Antes, estaban frenados por la volatilidad de los blobs, la incertidumbre en DA, y la dificultad de decidir entre alt-DA y DA en Ethereum. Tras Fusaka, el riesgo de decisiones sobre Rollup se reduce. Se espera que surjan más Rollup específicos para aplicaciones, y que la migración a otros ecosistemas por motivos de DA disminuya mucho.

En definitiva, Fusaka no es una actualización impactante en términos de cambios radicales, sino que transforma la capacidad de Ethereum como infraestructura de capa 2, haciéndola más confiable y estable. Parece una mejora sencilla, pero tiene un impacto profundo en todo el ecosistema.