La actualización Fusaka comienza a abordar muchas de las preocupaciones relacionadas con los 2 mayores desafíos de Ethereum 1) Altas tarifas de gas 2) Ingresos ¡Y llegará en 2 días! Aquí están los EIPs más importantes que necesitas conocer (✍️/5)

1/ EIP-7935 permite que el límite de Gas predeterminado aumente a 60M, y ya estamos viendo que la tarifa de gas mediana ha caído un 98% a alrededor de $0.029 en comparación con el inicio del año

2/ El límite de gas se puede aumentar de forma segura gracias a EIP-7825, que introdujo un límite de gas de transacción de 16.7M para evitar que una sola transacción consuma todo el límite de gas del bloque. Este cambio no impacta a los usuarios regulares. Por ejemplo, un simple intercambio en DEX cuesta ~500K de gas. El alto consumo de gas está relacionado principalmente con transacciones de spam/MEV/no optimizadas. Estas representan el 0.05% de las transacciones mensuales, pero representan el 13% del total de gas utilizado.

3/ EIP-7918 introducirá la Tarifa Base de Blob; las L2 pagarán un valor más significativo a Ethereum por la Disponibilidad de Datos. Según una simulación de @DigitalAssets, el nuevo mecanismo de precios habría resultado en más ingresos para Ethereum en comparación con el modelo antiguo en el 93% de los días entre marzo '24 y octubre '25, generando un estimado de $78M en ingresos incrementales (24,641 ETH).

4/ Con el promedio de blobs por bloque acercándose al objetivo, EIP-7892 introducirá Forks Solo de Parámetro de Blob que permitirán a los clientes coordinarse y aumentar el número objetivo/máximo de blobs por bloque en el futuro sin requerir una actualización de red o fork, similar al Aumento del Límite de Gas. Este enfoque permite que Ethereum sea más receptivo al crecimiento futuro de la demanda de Blobs, especialmente a medida que L2s de alto rendimiento como Lighter, HOOD Chain y otros escalen y se lancen más adelante.

5/ EIP-7594 apoya el crecimiento de blobs mediante el uso de muestreo de disponibilidad de datos. Cada nodo será responsable de un subconjunto de los datos del blob en lugar de almacenar el registro completo. Esto mantiene requisitos de hardware y cargas de ancho de banda manejables para los nodos mientras expande la capacidad de los blobs, lo que a su vez permite que las capas 2 escalen aún más.