¿Qué es EIP-4844?
EIP-4844, o Proto-Danksharding, introdujo un nuevo tipo de transacción en Ethereum: la transacción portadora de blobs (tipo 0x03). En lugar de pagar por el almacenamiento permanente de datos (calldata), los rollups pueden adjuntar fragmentos grandes de datos que los clientes de consenso verifican una vez y descartan transcurridos aproximadamente 18 días.
El resultado es un mercado de data availability separado y mucho más económico que funciona junto al mercado de gas habitual. Los rollups heredan la seguridad de Ethereum sin pagar precios de la capa de ejecución por datos en bruto que solo necesitan conservar para las pruebas de fraude y la reconstrucción.
En su lanzamiento, cada bloque podía transportar entre 0 y 6 blobs con un objetivo de 3. Cada blob contiene hasta 128 KB de datos, protegidos por compromisos criptográficos KZG que permiten a la red verificar la disponibilidad sin que cada nodo deba descargar los datos de forma permanente.
EIP-4844 se diseñó desde el principio como un paso intermedio hacia el Danksharding completo, el plan a largo plazo para dotar a Ethereum de un enorme ancho de banda de datos mediante el muestreo de disponibilidad de datos.
Cómo funcionan las transacciones de blobs
Las transacciones de blobs se ejecutan junto a las transacciones ordinarias, pero transportan un "sidecar" de datos que reside en la capa de consenso en lugar de en la capa de ejecución. Su funcionamiento es deliberadamente sencillo:
- Almacenamiento temporal: cada blob se conserva durante unos 4.096 epochs (~18 días) antes de eliminarse. Es tiempo suficiente para que los participantes honestos de un rollup descarguen los datos y lo bastante breve para mantener los requisitos de disco de los nodos en niveles manejables.
- Tamaño fijo: cada blob almacena hasta 128 KB de datos, independientemente de si se utiliza por completo o no. Los remitentes pagan por el blob entero.
- Invisibilidad para la EVM: los contratos inteligentes solo ven un hash versionado del blob, lo que mantiene bajos los costos de la capa de ejecución.
- Mercado de tarifas independiente: los blobs utilizan su propio sistema de precios al estilo de EIP-1559, con una tarifa base que se ajusta según si el bloque anterior estuvo por encima o por debajo del objetivo. Todas las tarifas base de los blobs se queman.
Este diseño ofreció a los rollups un data availability considerablemente más económico sin saturar la capa de ejecución ni encarecer en exceso el uso para los usuarios cotidianos.
Retrospectiva: dos años de blobs
Cuando el Proto-Danksharding se implementó en marzo de 2024, el impacto fue inmediato. Las tarifas medianas en Arbitrum, Optimism, Base y zkSync se desplomaron de decenas de centavos a fracciones de centavo de la noche a la mañana. La actividad diaria solo en Base se triplicó en los meses siguientes.
A finales de 2024, la demanda se situaba cerca del objetivo de 3 blobs en casi todos los bloques. Un solo airdrop o lanzamiento de tokens podía disparar las tarifas desde fracciones de centavo hasta varios dólares por blob, erosionando las ventajas de costo que hacían atractivos a los blobs en primer lugar.
A medida que avanzaba el año, se hicieron evidentes dos problemas estructurales:
- La oferta de blobs era demasiado ajustada. Con un objetivo de solo 3 blobs por bloque y un límite máximo estricto de 6, el sistema no podía absorber la creciente demanda de los rollups sin picos en las tarifas.
- Las tarifas de los blobs eran a veces demasiado bajas como para ser significativas. Durante los períodos de poca actividad, la tarifa base colapsaba a 1 wei. Esto era excelente para los rollups, pero rompía la determinación de precios y significaba que los nodos realizaban trabajo criptográfico real casi sin compensación.
,Ambos problemas se abordaron en las actualizaciones posteriores.
Pectra: duplicación de la capacidad de blobs
La actualización Pectra, activada el 7 de mayo de 2025, fue la primera gran bifurcación (hard fork) de Ethereum en 2025. Las características principales fueron cambios orientados a los validadores como EIP-7251 y EIP-7702, pero el cambio más importante para los rollups se encontraba integrado en EIP-7691.
El EIP-7691 duplicó el rendimiento de los blobs de la noche a la mañana. El objetivo por bloque pasó de 3 a 6 y el máximo de 6 a 9. La fracción de ajuste de la tarifa base también se modificó, de modo que los bloques llenos ahora elevan la tarifa base en aproximadamente un 8,2 % por bloque en lugar de un 12,5 %.
Pectra también introdujo el EIP-7623, que elevó el costo de gas de los calldata de 16 a 42 gas por byte. La intención era sencilla: incentivar a los rollups restantes que aún usaban calldata a migrar a los blobs.
Durante la mayor parte de 2025, esta combinación funcionó bien. Las tarifas de L2 se mantuvieron bajas y la utilización de blobs rondó el nuevo objetivo de 6 blobs. Sin embargo, el siguiente cuello de botella ya era visible y los desarrolladores estaban preparando algo más ambicioso.
Fusaka y PeerDAS: el verdadero salto en escalabilidad
Fusaka se activó el 3 de diciembre de 2025 y representa el mayor cambio en la infraestructura de blobs desde el propio EIP-4844. Mientras que Pectra fue un ejercicio de ajuste, Fusaka introdujo una forma completamente nueva para que la red gestione los datos de los blobs, según lo confirmó en directo la Ethereum Foundation.
La característica principal es PeerDAS (Peer Data Availability Sampling), definida en el EIP-7594. Antes de Fusaka, cada nodo tenía que descargar todos los blobs por completo, lo que imponía un límite estricto a la cantidad de datos que la red podía procesar sin comprometer la descentralización.
PeerDAS elimina esa limitación al dividir los datos de los blobs en 128 columnas distribuidas entre los nodos, donde cada nodo solo almacena y sirve un subconjunto. La red en su conjunto sigue teniendo acceso a todo, pero ningún nodo individual soporta toda la carga.
Los nodos completos regulares solo necesitan suscribirse a 4 de los 128 subnets de columnas, lo que reduce los requisitos de ancho de banda de los blobs en aproximadamente 8 veces. Este es el mismo concepto de data availability sampling que sustenta el Danksharding completo, implementado en una versión que los validadores de producción pueden ejecutar hoy en día.
Bifurcaciones BPO: escalado en tiempo real
Junto con PeerDAS, Fusaka introdujo el EIP-7892, que define un nuevo tipo de miniactualización llamada bifurcación de solo parámetros de blobs (BPO, por sus siglas en inglés). Las bifurcaciones BPO ajustan el objetivo, el máximo y la fracción de actualización de la tarifa base de los blobs sin empaquetar ningún otro cambio de protocolo.
Ahora Ethereum puede aumentar la capacidad de los blobs en pasos medidos a medida que la red demuestra que puede manejar un mayor rendimiento, en lugar de esperar de 12 a 18 meses para la siguiente bifurcación. Las dos primeras BPO se activaron según lo previsto:
- BPO1 (9 de diciembre de 2025): Elevó el objetivo de blobs de 6 a 10 y el máximo de 9 a 15.
- BPO2 (7 de enero de 2026): Elevó el objetivo de blobs de 10 a 14 y el máximo de 15 a 21.
Estas dos bifurcaciones por sí solas triplicaron la capacidad de blobs en un mes. Los desarrolladores principales ya están planeando más BPO con el objetivo de alcanzar 48 blobs por bloque para mediados de 2026, con la meta a largo plazo de 128 blobs por ranura bajo el Danksharding completo.
Ingresos por comisiones de blobs desde el lanzamiento
Cada tarifa base de blob pagada en Ethereum se quema, lo que convierte los ingresos por blobs en un contribuyente directo al mecanismo deflacionario de ETH. El historial hasta ahora es más matizado de lo que sugieren las cifras principales.
En el primer año posterior a Dencun, las transacciones de blobs pagaron aproximadamente 1.020 ETH en tarifas base de EIP-4844 más otros ~2.000 ETH en tarifas de EIP-1559, para un total de alrededor de $8 millones. Una cifra modesta para los estándares de L1 y muy por debajo de los $34 millones mensuales que los L2 gastaban en calldata antes de la actualización.
El motivo es simple: aparte de breves repuntes debido a eventos como Blobscriptions y el airdrop de LayerZero, la tarifa base de blobs pasó la mayor parte de 2024 y 2025 rondando 1 wei. Los rollup obtenían data availability casi gratis y Ethereum apenas capturaba valor.
La investigación de Fidelity Digital Assets modeló cómo habrían sido los ingresos por blobs con un límite mínimo de tarifas adecuado. Su estimación: se habrían generado unos ~24.641 ETH adicionales (aproximadamente $78 millones) de ingresos acumulados entre Dencun y octubre de 2025 si el EIP-7918 hubiera estado activo.
Eso es exactamente lo que solucionó Fusaka.
EIP-7918: Haciendo que las tarifas de blobs sean significativas
EIP-7918, incluido en Fusaka, vincula la tarifa base mínima de blobs a la tarifa base de ejecución de L1. La fijación de precios de los blobs ahora refleja siempre el costo computacional real de verificar las pruebas KZG, con un límite mínimo establecido en 1/15.258 del gas de L1.
El mecanismo no afecta a los rollup durante los períodos de demanda genuina, ya que la tarifa de equilibrio en esos momentos se sitúa muy por encima del mínimo. Lo que evita es que el precio se desplome a cero cuando el gas de L1 es barato.
El efecto inmediato fue drástico. La tarifa base de blobs aumentó aproximadamente 15 millones de veces en relación con su piso anterior a Fusaka. Las estimaciones de la industria sugieren que las tarifas de blobs podrían aportar entre 30% y 50% de la quema total de ETH para 2026, dependiendo de cómo escale la actividad de L2.
Los ingresos por blobs se están convirtiendo en una línea de negocio real para Ethereum en lugar de un servicio subsidiado para los rollup, lo que cambia la relación económica a largo plazo entre L1 y L2.
Impacto en las tarifas y la actividad de Layer 2
El efecto combinado de EIP-4844, Pectra y Fusaka ha sido transformador para el ecosistema de Layer 2:
- Compresión de tarifas: una transacción típica de L2 que costaba ~$0.50 a finales de 2025 bajó a entre $0.20 y $0.30 en las semanas posteriores a Fusaka, con reducciones adicionales a medida que se utilice la capacidad de BPO.
- Rendimiento: el ecosistema combinado de L2 procesa actualmente ~5.600 TPS, y los desarrolladores proyectan más de 24.000 TPS a medida que el cronograma de BPO avance en 2026.
- Caso base de los rollup: los modelos de la Ethereum Foundation sugieren que las tarifas de los rollup podrían caer entre un 40% y un 60% adicional durante los primeros meses de Fusaka, con caídas potenciales del 90%+ a medida que aumente la capacidad.
- Rendimiento de L1: Fusaka también elevó el objetivo predeterminado del límite de gas por bloque a 60 millones mediante el EIP-7935, lo que permite que la capa base procese entre un 20% y un 30% más de transacciones por bloque.
El efecto neto es un Ethereum L1 significativamente más capaz, junto con un ecosistema de L2 que por fin tiene el margen necesario para incorporar a la próxima ola de usuarios.
Qué es lo próximo
El camino a seguir es más claro que en cualquier otro momento de la hoja de ruta de escalabilidad de Ethereum. PeerDAS es la base técnica para el Danksharding completo, y las bifurcaciones de BPO ofrecen a los desarrolladores principales una forma de escalar la capacidad sin necesidad de actualizaciones completas de la red. Cada BPO es una prueba de estrés que valida si la red puede soportar el siguiente salto.
Más allá del cronograma existente, hay otros dos hitos en la hoja de ruta de Ethereum:
- Glamsterdam (planeado para 2026): la siguiente bifurcación dura importante después de Fusaka, que se espera traiga más mejoras en la capa de ejecución junto con el escalado continuo de blobs.
- Full Danksharding: La meta final para la data availability de Ethereum, con un objetivo de alrededor de 128 blobs por ranura. Ya no es el concepto especulativo que era cuando se lanzó EIP-4844.
Conclusión
EIP-4844 fue el cambio de escalabilidad más importante de Ethereum desde The Merge, y los dos años transcurridos desde su lanzamiento han validado la hoja de ruta centrada en rollups de una manera que pocos habrían predicho a principios de 2024. Las comisiones de L2 se han desplomado, la actividad de los rollups se ha convertido en la mayor parte del uso de Ethereum y la red cuenta con la infraestructura necesaria para seguir escalando durante años.
Pectra duplicó la capacidad de blobs, Fusaka introdujo las bifurcaciones de PeerDAS y BPO, y EIP-7918 aseguró que las comisiones de los blobs tuvieran un sentido real a medida que crece el rendimiento. El Proto-Danksharding siempre fue el prototipo. Lo que funciona hoy en la mainnet empieza a parecerse mucho más a la versión definitiva.
