Ethereum recibirá una gran actualización en la mainnet mañana: aquí te explicamos por qué deberías prestar atención al ‘camino lateral inclinado’ de ETH

La actualización Fusaka de Ethereum se activa el 3 de diciembre, implementando una serie de cambios diseñados para aumentar el rendimiento de los rollups, ajustar los mercados de gas y añadir soporte nativo para firmas tipo passkey.

El fork introduce el muestreo de disponibilidad de datos PeerDAS, duplica el límite de gas por bloque predeterminado y prepara la red para expansiones de parámetros solo de blobs programadas para finales de este mes y enero.

Fusaka recibe su nombre de la estrella Fulu (‘camino auxiliar’) y la ciudad de Osaka (‘pendiente o colina’), continuando la convención de Ethereum de emparejar una estrella y una ciudad.

Nota del editor: ‘Camino lateral inclinado’ es un guiño lúdico a la combinación de Fulu + Osaka, no una traducción oficial.

La disponibilidad de datos obtiene una capa de escalabilidad

El cambio técnico central es PeerDAS, formalizado en la EIP-7694. El protocolo permite a los nodos verificar que los datos de los blobs existen mediante el muestreo de pequeñas partes en lugar de descargar los blobs completos.

Eso elimina un cuello de botella de escalabilidad introducido por la EIP-4844 y crea un camino para aumentar el rendimiento de los blobs aproximadamente en un orden de magnitud con el tiempo.

Una mayor capacidad de blobs se traduce directamente en tarifas de transacción más baratas en la capa dos, ya que los rollups comprimen las transacciones de los usuarios en blobs y las publican en la capa base de Ethereum.

Fusaka también eleva el límite de gas por bloque predeterminado a 60 millones de gas, frente a los 30 millones configurados después de la Merge.

El aumento duplica el presupuesto de gas por bloque en L1, proporcionando más espacio tanto para transacciones estándar como para el procesamiento de blobs.

Dos forks posteriores “Solo Parámetros de Blob”, BPO1 el 9 de diciembre y BPO2 el 7 de enero, ajustarán los parámetros de blobs sin cambios adicionales en el código, ampliando aún más la capacidad.

El mercado de tarifas de blobs se reestructura

La EIP-7918 vincula la tarifa base mínima de blobs al gas de ejecución, evitando que los precios de los blobs colapsen a casi cero mientras el gas de L1 sigue siendo caro.

El cambio mantiene el mercado de disponibilidad de datos económicamente racional a medida que fluctúa el uso. Anteriormente, las tarifas de blobs podían divergir drásticamente de los costes de ejecución, creando oportunidades de arbitraje y distorsionando la economía de los rollups.

Un conjunto de propuestas de mejora de Ethereum (EIPs) relacionadas refuerza varios opcodes pesados y límites de transacciones. Las EIPs son 7823, 7825, 7883 y 7934.

Las propuestas limitan los tamaños de entrada de la precompilación ModExp, aumentan su coste de gas, introducen un techo al límite de gas por transacción y aplican un límite al tamaño de bloque RLP. Estas restricciones reducen la superficie de ataque de denegación de servicio y hacen que las cargas de trabajo de los clientes en el peor de los casos sean más predecibles.

Herramientas para desarrolladores y ganchos criptográficos

La EIP-7939 introduce un opcode de conteo de ceros a la izquierda que hace que la manipulación de bits, los logaritmos enteros y la lógica de aleatoriedad sean más baratos y sencillos en la cadena.

La adición beneficia a los protocolos DeFi y contratos criptográficos que dependen de operaciones bit a bit eficientes.

La anticipación determinista de proponentes, especificada en la EIP-7917, da a los validadores un calendario fijo de quién propondrá bloques.

Los relés MEV y los operadores de staking pueden usar la línea de tiempo más precisa para coordinarse de manera más segura y eficiente, reduciendo la incertidumbre en los flujos de trabajo de producción de bloques.

La EIP-7951 añade una precompilación nativa para la curva secp256r1, el mismo estándar criptográfico utilizado por Apple Secure Enclave, Android Keystore y WebAuthn.

Las wallets y los esquemas de cuentas inteligentes ahora pueden verificar firmas tipo passkey directamente en Ethereum, permitiendo flujos de autenticación con FaceID y TouchID sin puentes o circuitos personalizados.

La precompilación elimina un importante punto de fricción para las aplicaciones orientadas al consumidor que dependen de hardware biométrico.

Despliegue inmediato y por fases

Fusaka se activa en la altura de bloque el 3 de diciembre, con el primer ajuste de parámetros de blobs seis días después. BPO2 llegará el 7 de enero, completando la expansión inicial de capacidad.

El despliegue por fases permite a los operadores de nodos y equipos de rollup monitorear el uso de blobs y el rendimiento de los clientes antes del siguiente aumento de parámetros.

La actualización no introduce cambios en la capa de consenso relacionados con el staking o los incentivos para validadores. Todas las modificaciones están dirigidas al rendimiento de la capa de ejecución, la mecánica del gas y los primitivos para desarrolladores.

Los validadores que ejecuten clientes actualizados procesarán los nuevos opcodes y la lógica de blobs sin cambios en su configuración de staking.

Fusaka representa la actualización más enfocada en el rendimiento de Ethereum desde que la EIP-4844 introdujo los blobs en marzo de 2024. El fork duplica la capacidad de gas por bloque, escala el muestreo de disponibilidad de datos y añade ganchos criptográficos para hardware de autenticación convencional.

La combinación posiciona a Ethereum para absorber una mayor actividad de rollups sin aumentos proporcionales en las tarifas, al tiempo que ofrece a los desarrolladores nuevos primitivos para la computación en cadena y la incorporación de usuarios.