¿Mantendrá Fusaka a los usuarios en L2? La próxima actualización de Ethereum apunta a recortes de tarifas de hasta un 60%

La próxima gran actualización de Ethereum, llamada Fusaka, una combinación de “Fulu” (consenso) y “Osaka” (ejecución), modificará la forma en que la red gestiona los datos y las comisiones sin alterar la experiencia principal del usuario.

Bajo la superficie, es una declaración de dirección: la cadena principal de Ethereum seguirá siendo el centro final de liquidación y disponibilidad de datos, mientras que la actividad cotidiana continúa fluyendo hacia rollups más rápidos y económicos.

La pregunta abierta, que es si Fusaka traerá de vuelta a los usuarios a la Capa 1, ya tiene respuesta. No lo hará. Hará que sea aún más difícil abandonar la Capa 2.

Dentro de Fusaka: escalando la infraestructura, suavizando la experiencia

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 en la Capa 2 sea más barata y eficiente. La propuesta principal, EIP-7594 (PeerDAS), permite que los nodos muestren solo fragmentos de datos de rollup, llamados “blobs”, en lugar de descargar todo.

Eso 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 llega EIP-7892, que introduce los forks “Blob Parameter-Only” o BPOs, un mecanismo para aumentar gradualmente el número de blobs por bloque (por ejemplo, de 10 a 14, o de 15 a 21) sin reescribir el protocolo.

Esto permite a los desarrolladores ajustar la capacidad de datos de Ethereum sin esperar a actualizaciones completas. EIP-7918 establece un piso para la tarifa base de los blobs, asegurando que el precio de subasta para el espacio de datos no colapse a casi cero durante períodos de baja demanda.

El resto del paquete se centra en la experiencia del usuario y la seguridad. EIP-7951 añade soporte para secp256r1, la curva criptográfica utilizada en WebAuthn, haciendo posible el inicio de sesión con passkey en todas las carteras de Ethereum. EIP-7917 introduce la previsibilidad determinista del proponente, un pequeño pero significativo cambio que ayuda a los sistemas de pre-confirmación a predecir quién producirá el siguiente bloque, permitiendo una confirmación de transacciones más rápida.

Mientras tanto, EIP-7825 limita el gas de las transacciones para prevenir riesgos de denegación de servicio, y EIP-7935 ajusta los objetivos de gas por bloque predeterminados para mantener la estabilidad de los validadores.

Estas actualizaciones ya están activas en testnets como Holesky y Sepolia, con una activación en mainnet prevista para principios de diciembre.

Por qué Fusaka es importante para las comisiones y la economía de los rollups

Para los usuarios, Fusaka no promete un gas más barato en la Capa 1. Está diseñada para reducir las comisiones en la Capa 2. Al permitir que los rollups publiquen más datos a menor costo, la actualización mejora la economía para redes como Arbitrum, Optimism, Base y zkSync.

Modelos internos sugieren que las comisiones de rollup podrían caer entre un 15% y un 40% en condiciones típicas, e incluso hasta un 60% si la oferta de blobs supera la demanda durante un período prolongado. En la mainnet de Ethereum, los precios del gas pueden permanecer aproximadamente estables, aunque futuros ajustes en los objetivos de gas por bloque podrían reducirlos otro 10-20%.

Sin embargo, las actualizaciones de passkey y proponente podrían marcar la diferencia en la experiencia de uso de Ethereum. Con el soporte de WebAuthn, las carteras pueden integrar inicios de sesión biométricos o basados en dispositivos, eliminando la fricción de frases semilla y contraseñas. Con las pre-confirmaciones habilitadas por horarios de proponentes predecibles, los usuarios pueden esperar confirmaciones casi instantáneas para transacciones rutinarias, especialmente en rollups.

El resultado neto es que Ethereum se vuelve más fluido de usar sin atraer a nadie de vuelta a L1. Las vías se vuelven más rápidas, pero siguen orientadas hacia el carril de los rollups.
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 blobs, las L2 pueden manejar un mayor rendimiento para juegos, aplicaciones sociales y microtransacciones que serían antieconómicas en la mainnet. Las mejoras en los flujos 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 experiencia de usuario que antes favorecía a L1.

¿Dónde podrían los usuarios seguir eligiendo la Capa 1? En casos puntuales, implica liquidaciones de alto valor, transferencias a escala institucional o situaciones donde la precisión en el orden de los bloques es crucial, como la gestión de miner extractable value (MEV) o la compensación en DeFi. Pero esos escenarios representan una pequeña fracción de la actividad total en cadena. Para el resto, L2 sigue siendo el hogar natural.

La narrativa más amplia: Ethereum como una internet en capas

Visto desde arriba, Fusaka trata menos de la optimización del gas y más de la madurez. Proporciona a Ethereum un marco escalable para ajustar la capacidad de datos (BPOs) sin forks disruptivos, y una capa de experiencia de usuario que hace que Web3 se sienta más como Web2.

Sin embargo, su filosofía es clara: la red no intenta centralizar el tráfico en la mainnet. Está construyendo un sistema de autopistas donde los rollups gestionan el tráfico local y L1 sirve como el tribunal donde todo finalmente se certifica.

También hay una capa monetaria en la historia. La publicación de datos más barata podría impulsar una ola de nuevas aplicaciones de bajo valor, como sociales, pagos y juegos, de vuelta a los rollups. Cada una de estas sigue consumiendo ETH a través de las tarifas de blobs, y con el piso de tarifas de EIP-7918, esas tarifas contribuyen a la quema de ETH. La tasa de quema de Ethereum incluso podría aumentar si la actividad se expande más rápido de lo que disminuyen las comisiones, a pesar de los menores costos para los usuarios.

En el lado de los validadores, PeerDAS aligera la carga de ancho de banda pero puede crear una nueva dependencia de “supernodos” que almacenan datos completos de blobs. Ese es un compromiso de descentralización que la comunidad seguirá debatiendo: cómo escalar la disponibilidad de datos sin reducir la participación.

El equilibrio que Ethereum está logrando aquí, entre rendimiento, usabilidad y confianza, refleja la dirección más amplia de la infraestructura cripto. Las L1 se están consolidando como bases seguras, mientras que las L2 absorben la experimentación y la escalabilidad.
La conclusión

Fusaka no es un intento de devolver el protagonismo a la mainnet de Ethereum. Es lo contrario: un movimiento deliberado para fortalecer las bases de un futuro centrado en los rollups.

La actualización expande la capacidad de datos, estabiliza las comisiones y moderniza la experiencia de las carteras, pero lo hace al servicio de las capas superiores. La L1 de Ethereum se vuelve más segura e inteligente, mientras los usuarios continúan viviendo en L2s que ahora funcionan más rápido y barato que antes.

Para cuando BPO1 y BPO2 se implementen a principios del próximo año, las señales reales a observar serán la utilización de blobs frente a la capacidad, la compresión de comisiones en L2 y la adopción de passkeys en las carteras. El resultado definirá cuán fluido se sentirá Ethereum en 2026, no trayendo a la gente de vuelta a la cadena principal, sino haciendo que las salidas sean casi invisibles.

El artículo ¿Mantendrá Fusaka a los usuarios en L2? La próxima actualización de Ethereum apunta a recortes de comisiones de hasta el 60% apareció primero en CryptoSlate.