Ethereum recibirá una gran actualización en la mainnet mañana: 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 el mercado de gas y añadir soporte nativo para firmas al estilo 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 en pendiente’ es un guiño lúdico a la combinación 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 existen datos de blobs muestreando 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 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 bajas 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 adicionales “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 de código, expandiendo 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 costos de ejecución, creando oportunidades de arbitraje y distorsionando la economía de los rollups.

Un conjunto de Ethereum Improvement Proposals (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 costo de gas, introducen un techo al límite de gas por transacción y aplican un límite de 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 para contar 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 simples 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 cronograma fijo de quién propondrá bloques.

Los relays de 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 billeteras y los esquemas de cuentas inteligentes ahora pueden verificar firmas al estilo passkey directamente en Ethereum, habilitando flujos de autenticación con FaceID y TouchID sin puentes o circuitos personalizados.

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

Implementación inmediata 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 llega el 7 de enero, completando la expansión inicial de capacidad.

La implementación 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 próximo aumento de parámetros.

La actualización no introduce cambios en la capa de consenso respecto al staking o incentivos para validadores. Todas las modificaciones apuntan al rendimiento de la capa de ejecución, la mecánica de gas y las primitivas 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 de uso masivo.

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