La actualización Fusaka de Ethereum se activa el 3 de diciembre, implementando un conjunto de cambios diseñados para aumentar el rendimiento acumulativo, ajustar los mercados de gas y agregar soporte nativo para firmas de estilo clave de acceso.
La bifurcación introduce el muestreo de disponibilidad de datos de PeerDAS, duplica el límite de gas del bloque predeterminado y prepara la red para expansiones de parámetros solo de blobs programadas para finales de este mes y enero.
Fusaka lleva el nombre de la estrella Fulu (‘camino auxiliar’) y de la ciudad de Osaka (‘pendiente o colina’), continuando la convención de Ethereum de emparejar una estrella y una ciudad.
Nota del editor: Sloping Side Road es un guiño divertido a la combinación Fulu + Osaka, no una traducción oficial.
La disponibilidad de datos obtiene una capa de escala
El turno técnico central es PeerDAS, formalizado en EIP-7694. El protocolo permite a los nodos verificar que existen datos de blobs mediante el muestreo de piezas pequeñas en lugar de descargar blobs completos.
Esto elimina un cuello de botella de escala introducido por EIP-4844 y crea un camino para aumentar el rendimiento de los blobs en aproximadamente un orden de magnitud con el tiempo.
Una mayor capacidad de blobs se traduce directamente en tarifas de transacción de capa dos más económicas, 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 predeterminado por bloque a 60 millones de gas, frente a la configuración de 30 millones establecida después de la Fusión.
El aumento duplica el presupuesto de gas del bloque L1, proporcionando más espacio tanto para transacciones estándar como para el procesamiento de blobs.
Dos bifurcaciones posteriores “Solo parámetros de blob”, BPO1 el 9 de diciembre y BPO2 el 7 de enero, ajustarán los parámetros de blob sin cambios de código adicionales, ampliando aún más la capacidad.
Se reprogramó el mercado de tarifas de blob
EIP-7918 vincula la tarifa base mínima de blob al gas de ejecución, evitando que los precios de blob colapsen a casi cero mientras que el gas 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 los blobs podían diferir marcadamente de los costos de ejecución, creando oportunidades de arbitraje y distorsionando la economía de acumulación.
Un conjunto de propuestas de mejora de Ethereum (EIP) relacionadas refuerzan varios códigos de operación y límites de transacciones pesados. Los EIP son 7823, 7825, 7883 y 7934.
Las propuestas limitan los tamaños de entrada de precompilación de ModExp, aumentan el costo del gas, introducen un límite máximo de gas para las transacciones y hacen cumplir 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 de desarrollo y ganchos criptográficos
EIP-7939 introduce un código de operación 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 simples en la cadena.
La adición beneficia a los protocolos DeFi y los contratos criptográficos que se basan en operaciones bit a bit eficientes.
La anticipación determinista del proponente, especificada en EIP-7917, brinda a los validadores un cronograma fijo de quién propondrá bloques.
Los retransmisores MEV y los operadores de estacas pueden utilizar un cronograma más preciso para coordinar de forma más segura y eficiente, reduciendo la incertidumbre en los flujos de trabajo de producción de bloques.
EIP-7951 agrega 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 estilo clave de acceso directamente en Ethereum, lo que permite flujos de autenticación FaceID y TouchID sin puentes ni circuitos personalizados.
La precompilación elimina un importante punto de fricción para las aplicaciones orientadas al consumidor que dependen de hardware biométrico.
Implementación inmediata y gradual
Fusaka se activa a la altura del bloque el 3 de diciembre, y el primer ajuste de parámetros de blob se realiza seis días después. BPO2 aterriza el 7 de enero, completando la expansión de capacidad inicial.
La implementación por fases permite a los operadores de nodos y a los equipos de acumulación monitorear el uso de blobs y el rendimiento del cliente antes del siguiente aumento de parámetros.
La actualización no introduce cambios en la capa de consenso en los incentivos de participación o validación. Todas las modificaciones tienen como objetivo el rendimiento de la capa de ejecución, la mecánica de gases y las primitivas del desarrollador.
Los validadores que ejecutan clientes actualizados procesarán los nuevos códigos de operación y la lógica de blobs sin realizar cambios en su configuración de participación.
Fusaka representa la actualización más centrada en el rendimiento de Ethereum desde que EIP-4844 introdujo los blobs en marzo de 2024. La bifurcación duplica la capacidad de bloque de gas, escala el muestreo de disponibilidad de datos y agrega ganchos criptográficos para el hardware de autenticación convencional.
La combinación posiciona a Ethereum para absorber una mayor actividad acumulada sin aumentos proporcionales de tarifas, al tiempo que brinda a los desarrolladores nuevas primitivas para el cálculo en cadena y la incorporación de usuarios.


