La actualización de Fusaka comienza a abordar muchas de las preocupaciones relacionadas con los dos mayores retos de Ethereum 1) Tarifas elevadas de gas 2) Ingresos ¡Y llegará en 2 días! Aquí tienes los EIP más importantes que necesitas conocer (✍️/5)

1/EIP-7935 permite que el límite predeterminado de gas aumente a 60 M, y ya estamos viendo que la tarifa media de gas ha caído un 98% hasta unos 0,029 dólares en comparación con el inicio del año

2/ El límite de gas puede aumentarse de forma segura gracias a la EIP-7825, que introdujo un límite de gas de transacción de 16,7 millones para evitar que una sola transacción consumiera todo el límite de gas del bloque Este cambio no afecta a los usuarios habituales. Por ejemplo, un simple cambio DEX cuesta ~500K de gasolina. El alto consumo de gasolina está relacionado principalmente con spam/MEV/transacciones no optimizadas. Estas representan el 0,05% de las transacciones mensuales, pero representan el 13% del gas total utilizado.

3/ EIP-7918 introducirá la Tasa Base de Blob; Los L2 aportarán un valor más significativo a Ethereum en cuanto a la disponibilidad de datos. Según una simulación de @DigitalAssets, el nuevo mecanismo de precios habría generado más ingresos para Ethereum en comparación con el modelo antiguo en el 93% de los días entre marzo 2024 y octubre 2025, generando un estimado de 78 millones de dólares en ingresos incrementales (24.641 ETH).

4/ Con el blob medio por bloque acercándose al objetivo, EIP-7892 introducirá bifurcaciones solo de blobs que permiten a los clientes coordinar y aumentar los blobs objetivo/máximo por bloque en el futuro sin necesidad de una actualización o bifurcación de red, similar al aumento del límite de gas. Este enfoque permite a Ethereum responder mejor al crecimiento futuro de la demanda de Blobs, especialmente a medida que L2 de alto rendimiento como Lighter, HOOD Chain y otras escalan y se lanzan más adelante.

5/ EIP-7594 soporta el crecimiento de blobs mediante 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 manejables y cargas de ancho de banda para los nodos mientras amplía la capacidad de blobs, lo que a su vez permite que las capas 2 escalen aún más.