La próxima actualización importante de Ethereum, llamada Fusaka, un híbrido de “Fulu” (consenso) y “Osaka” (ejecución), modificará la forma en que la red maneja los datos y las tarifas sin alterar la experiencia del usuario principal.
Debajo de la superficie, es una declaración de dirección: la cadena principal de Ethereum sigue siendo el centro de liquidación final y disponibilidad de datos, mientras que la actividad diaria continúa fluyendo hacia acumulaciones más baratas y más rápidas.
La pregunta abierta, si Fusaka traerá a los usuarios de regreso a la Capa 1, ya tiene su respuesta. No lo hará. Hará que sea aún más difícil salir de la Capa 2.
Dentro de Fusaka: escalando las tuberías, suavizando el viaje
La columna vertebral técnica de Fusaka se centra en la disponibilidad de datos, el muestreo y la gestión de blobs, que es el enfoque de Ethereum para hacer que la publicación de Capa 2 sea más barata y más eficiente. La propuesta principal, EIP-7594 (PeerDAS), permite a los nodos muestrear solo fragmentos de datos acumulativos, llamados “blobs”, en lugar de descargarlo todo.
Esto desbloquea una mayor capacidad de blobs y reduce drásticamente los costos de ancho de banda para los validadores, un requisito previo para escalar el rendimiento de L2.
Luego viene EIP-7892, que introduce bifurcaciones “Solo parámetros de blob”, o BPO, un mecanismo para aumentar gradualmente la cantidad de blobs por bloque (por ejemplo, de 10 a 14, o de 15 a 21) sin reescribir el protocolo.
Esto permite efectivamente a los desarrolladores ajustar la capacidad de datos de Ethereum sin esperar actualizaciones completas. EIP-7918 establece una tarifa base mínima para los blobs, lo que garantiza que el precio de subasta del espacio de datos no caiga a casi cero durante la baja demanda.
El resto del paquete se centra en la experiencia y la seguridad del usuario. EIP-7951 agrega soporte para secp256r1, la curva criptográfica utilizada en WebAuthn, lo que hace posible el inicio de sesión con contraseña en billeteras Ethereum. EIP-7917 introduce la anticipación determinista del proponente, un cambio pequeño pero significativo que ayuda a los sistemas de confirmación previa a predecir quién producirá el siguiente bloque, lo que permite una garantía de transacción más rápida.
Mientras tanto, EIP-7825 limita el gas de transacción para evitar riesgos de denegación de servicio, y EIP-7935 ajusta los objetivos de gas de bloque predeterminados para mantener la estabilidad del validador.
Estas actualizaciones ya están disponibles en redes de prueba como Holesky y Sepolia, y se espera una activación de la red principal a principios de diciembre.
Por qué Fusaka es importante para las tarifas y la economía acumulada
Para los usuarios, Fusaka no promete gas de Capa 1 más barato. Está diseñado para reducir las tarifas de la Capa 2. Al permitir que los paquetes acumulativos publiquen más datos a un costo menor, la actualización mejora la economía de redes como Arbitrum, Optimism, Base y zkSync.
Los modelos internos sugieren que las tarifas acumuladas podrían caer entre un 15% y un 40% en condiciones típicas, posiblemente incluso hasta un 60% si la oferta de blobs supera la demanda durante un período prolongado. En la red principal de Ethereum, los precios del gas pueden permanecer más o menos estables, aunque los ajustes futuros para bloquear los objetivos de gas podrían reducirlos en otro 10-20%.
Sin embargo, las actualizaciones de la clave de acceso y del proponente podrían marcar una diferencia en la forma en que se siente el uso de Ethereum. Con el soporte de WebAuthn, las billeteras pueden integrar inicios de sesión biométricos o basados en dispositivos, eliminando la fricción de frases iniciales y contraseñas. Con las confirmaciones previas habilitadas por cronogramas predecibles de los proponentes, los usuarios pueden esperar confirmaciones casi instantáneas para transacciones de rutina, especialmente en acumulaciones.
El resultado neto es que Ethereum se vuelve más fácil de usar sin que nadie regrese a L1. Los rieles se vuelven más rápidos, pero todavía apuntan hacia el carril enrollable.
L1 como liquidación, L2 como experiencia
La arquitectura de Ethereum ya no es un debate entre diseño monolítico y modular: es modular por elección. El propósito de la Capa 1 es servir como base de liquidación de alta seguridad y disponibilidad de datos, mientras que la actividad real del usuario se traslada a la Capa 2.
Fusaka refuerza esta división. Cuando aumenta la capacidad de los blobs, las L2 pueden manejar un mayor rendimiento para juegos, aplicaciones sociales y microtransacciones que no serían económicas en la red principal. Las mejoras en los flujos de trabajo de inicio de sesión y confirmación hacen que estos entornos L2 se sientan nativos e instantáneos, borrando gran parte de la brecha de UX que alguna vez favoreció a L1.
¿Dónde podrían los usuarios seguir eligiendo la Capa 1? En casos concretos, se trata de acuerdos de alto valor, transferencias a escala institucional o situaciones en las que la precisión de la ordenación de bloques es crucial, como la gestión del valor extraíble minero (MEV) o la compensación de DeFi. Pero esos escenarios representan una pequeña fracción de la actividad total en cadena. Por lo demás, la L2 sigue siendo el hogar natural.
La narrativa más amplia: Ethereum como una Internet en capas
Visto desde arriba, Fusaka tiene menos que ver con la optimización del gas y más con la madurez. Le brinda a Ethereum un marco escalable para ajustar la capacidad de datos (BPO) sin bifurcaciones disruptivas y una capa de UX que hace que Web3 se parezca más a Web2.
Sin embargo, su filosofía es clara: la red no intenta centralizar el tráfico en la red principal. Está construyendo un sistema de autopistas donde los vehículos acumulables manejan el tráfico local y la L1 sirve como palacio de justicia donde eventualmente todo se certifica ante notario.
También hay una capa monetaria en la historia. Una publicación de datos más barata podría hacer que una ola de nuevas aplicaciones de bajo valor, como redes sociales, pagos y juegos, vuelvan a acumularse. Cada uno de estos todavía consume ETH a través de tarifas blob, y con el mínimo de tarifas de EIP-7918, esas tarifas contribuyen a la quema de ETH. La tasa de consumo de Ethereum podría incluso aumentar si la actividad se expande más rápido de lo que disminuyen las tarifas, a pesar de los costos de usuario más baratos.
Del lado del validador, PeerDAS alivia la carga del ancho de banda, pero puede crear una nueva dependencia de los “supernodos” que almacenan datos completos de blobs. Se trata de un compromiso de descentralización que la comunidad seguirá debatiendo: cómo ampliar la disponibilidad de datos sin limitar la participación.
El equilibrio que Ethereum logra aquí, entre rendimiento, usabilidad y confianza, refleja la dirección más amplia de la infraestructura criptográfica. Las L1 se están endureciendo hasta convertirse en bases seguras, mientras que las L2 absorben la experimentación y la escala.
la comida para llevar
Fusaka no es un intento de recuperar el protagonismo de la red principal de Ethereum. Es todo lo contrario: un movimiento deliberado para fortalecer las bases de un futuro centrado en los rollups.
La actualización amplía la capacidad de datos, estabiliza las tarifas y moderniza la experiencia de la billetera, pero lo hace al servicio de las capas superiores. La L1 de Ethereum se vuelve más segura e inteligente, mientras que los usuarios continúan viviendo en L2 que ahora funcionan más baratas y más rápido que antes.
Para cuando BPO1 y BPO2 se lancen a principios del próximo año, las señales reales a observar serán la utilización de blobs versus la capacidad, la compresión de tarifas L2 y la adopción de claves de acceso en la billetera. El resultado definirá cuán libre de fricciones se sentirá Ethereum en 2026, no haciendo que las personas regresen a la cadena principal, sino haciendo que las rampas de salida sean casi invisibles.
