¿Qué es EIP-4844?

EIP-4844, también conocida como Proto-Danksharding, introdujo un nuevo tipo de transacción en Ethereum: la transacción con datos blob (tipo 0x03). En lugar de pagar por el almacenamiento permanente de datos de llamada, los rollups pueden adjuntar grandes bloques de datos que los clientes de consenso verifican una sola vez y descartan tras unos 18 días.

El resultado es un mercado independiente y mucho más económico para data availability con el gas habitual gas . Los rollups heredan la seguridad Ethereumsin tener que pagar los precios de la capa de ejecución por datos sin procesar que solo necesitan conservar para las pruebas antifraude y la reconstrucción.

En el momento del lanzamiento, cada bloque podía contener entre 0 y 6 blobs un objetivo de 3. Cada blob almacena hasta 128 KB de datos, protegidos mediante compromisos criptográficos KZG que permiten a la red verificar la disponibilidad sin que cada nodo tenga que descargar los datos de forma permanente.

EIP-4844 concibió desde el principio como un paso previo hacia el «Danksharding» completo, el plan a largo plazo destinado a dotar a Ethereum de un Ethereum ancho de banda de datos mediante data availability .

Cómo funcionan las transacciones Blob

Las transacciones «blob» se realizan junto con las transacciones normales, pero incluyen un «sidecar» de datos que reside en la capa de consenso en lugar de en la capa de ejecución. El funcionamiento es deliberadamente sencillo:

• Almacenamiento temporal: cada blob se conserva durante unas 4.096 épocas (aproximadamente 18 días) antes de ser eliminado. Es un periodo lo suficientemente largo como para que rollup honestos rollup puedan descargar los datos, y lo suficientemente corto como para que los requisitos de disco de los nodos sigan siendo manejables.
• Tamaño fijo: cada blob puede almacenar hasta 128 KB de datos, independientemente de si se aprovecha por completo. Los remitentes pagan por el blob completo.
• EVM : los contratos inteligentes solo ven un hash versionado del blob, lo que mantiene bajos los costes de la capa de ejecución.
• Mercado de comisiones independiente: Blobs su propio sistema de fijación de precios EIP-1559, con una base que se ajusta en función de si el bloque anterior se situó por encima o por debajo del objetivo. Todas base de los blobs se queman.

Este diseño proporcionó a los rollups data availability mucho más económica data availability sobrecargar la capa de ejecución ni dejar fuera del alcance a los usuarios habituales.

Retrospectiva: Dos años de Blobs

Cuando Proto-Danksharding en marzo de 2024, el impacto fue inmediato. Las comisiones medias en Arbitrum, Optimism, Base y zkSync de decenas de céntimos a fracciones de céntimo de la noche a la mañana. Base en Base , la actividad diaria 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 lanzamiento de tokens podría hacer que las comisiones pasaran de fracciones de céntimo a varios dólares por blob, lo que mermaría las ventajas de coste que hicieron que blobs en un principio.

A medida que avanzaba el año, se hicieron evidentes dos problemas estructurales:

1. La oferta de blobs era demasiado escasa. Con solo tres blobs bloque y un límite máximo de seis, el sistema no podía absorber rollup creciente rollup sin que se produjeran picos en las comisiones.
2. Las comisiones de Blob eran a veces demasiado bajas para tener sentido. En los periodos de menor actividad, la base se reducía a 1 wei. Esto era ideal para los rollups, pero impedía el descubrimiento de precios y significaba que los nodos realizaban un trabajo criptográfico real a cambio de una compensación prácticamente nula.

Ambos problemas se solucionaron en las actualizaciones posteriores.

Pectra: Duplicación de la capacidad de almacenamiento

Pectra , activada el 7 de mayo de 2025, fue la primera bifurcación dura importante Ethereumen 2025. Las novedades más destacadas fueron cambios dirigidos a los validadores, como el EIP-7251 y el EIP-7702, pero el cambio más importante para los rollups se encontraba oculto en el EIP-7691.

La 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. También se ajustó la fracción de ajuste base , de modo que ahora los bloques completos aumentan la base en aproximadamente un 8,2 % por bloque, en lugar del 12,5 %.

Pectra implementó la EIP-7623, que aumentó el gas de los datos de llamada de 16 a 42 gas byte. La intención era sencilla: animar a los rollups que aún utilizaran datos de llamada a migrar a blobs.

Durante la mayor parte de 2025, esta combinación funcionó bien. L2 se mantuvieron bajas y la utilización de blobs rondó el nuevo objetivo de 6 blobs. Pero el siguiente cuello de botella ya se vislumbraba, y los desarrolladores estaban preparando algo más ambicioso.

Fusaka PeerDAS: el verdadero salto cualitativo

Fusaka se activó el 3 de diciembre de 2025 y supone el mayor cambio en la infraestructura de blobs desde EIP-4844 . Mientras que Pectra un ejercicio de ajuste, Fusaka una forma completamente nueva de gestionar los datos blob en la red, tal y como confirmó la Ethereum .

La función principal es PeerDAS (Peer Data Availability ), definido en EIP-7594. Antes de Fusaka, cada nodo tenía que descargar cada blob al completo, lo que imponía un límite máximo estricto a la cantidad de datos que la red podía procesar sin comprometer la descentralización.

PeerDAS esa limitación dividiendo los datos de los blobs en 128 columnas distribuidas entre los nodos, de modo que 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 normales solo necesitan suscribirse a 4 de las 128 subnets de columnas, lo que reduce los requisitos de ancho de banda de los blobs aproximadamente en un 80 %. Se trata del mismo concepto data availability que sustenta el Danksharding completo, implementado de una forma que los validadores de producción pueden ejecutar hoy mismo.

BPO Forks: Escalabilidad en tiempo real

Junto con PeerDAS, Fusaka EIP-7892, que define un nuevo tipo de mini-actualización denominada bifurcación «Blob Parameter Only» (BPO). Las bifurcaciones BPO ajustan el destino del blob, el máximo y la fracción de actualización base sin incluir ningún otro cambio en el protocolo.

Ethereum ya Ethereum aumentar la capacidad de los blobs de forma gradual a medida que la red demuestra que puede gestionar un mayor rendimiento, en lugar de tener que esperar entre 12 y 18 meses hasta la próxima bifurcación dura. Las dos primeras BPO se activaron según lo previsto:

• BPO1 (9 de diciembre de 2025): Se ha aumentado el objetivo de blobs de 6 a 10 y el máximo de 9 a 15.
• BPO2 (7 de enero de 2026): Se ha aumentado 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 planificando nuevas BPO con el objetivo de alcanzar los 48 blobs bloque a mediados de 2026, con el objetivo a largo plazo de 128 blobs ranura en un entorno de Danksharding completo.

Ingresos por comisiones de Blob desde su lanzamiento

Cada base de blob pagada en Ethereum quema, lo que hace que los ingresos por blobs contribuyan directamente al mecanismo deflacionario ETH. El historial hasta la fecha es más matizado de lo que sugieren las cifras generales.

Durante el primer año tras el lanzamiento Dencun, las transacciones «blob» pagaron aproximadamente 1.020 ETH base EIP-4844 , más otros ~2.000 ETH EIP-1559 , lo que supone un total de unos 8 millones de dólares. Una cifra modesta para L1 , y muy por debajo de los 34 millones de dólares al mes que las L2 gastaban en datos de llamada antes de la actualización.

La razón es sencilla: salvo breves picos provocados por eventos como Blobscriptions y elairdrop LayerZero , la base de Blob se mantuvo durante la mayor parte de 2024 y 2025 en 1 wei o cerca de ese valor. Los rollups disfrutaban de data availability prácticamente gratuita, y Ethereum casi nada de ese valor.

El estudioFidelity Assets ha simulado cuáles habrían sido los ingresos por blobs si se hubiera aplicado un límite mínimo adecuado para las comisiones. Según sus cálculos, se habrían generado unos ingresos acumulados adicionales de aproximadamente 24 641 ETH unos 78 millones de dólares) entre Dencun octubre de 2025 si la EIP-7918 hubiera estado en vigor.

Eso es precisamente lo que Fusaka .

EIP-7918: Dar sentido a las comisiones por blobs

La EIP-7918, implementada en Fusaka, vincula la base mínima de los blobs a la base L1 . El precio de los blobs refleja ahora siempre el coste computacional real de verificar las pruebas KZG, con un mínimo fijado en 1/15,258 delgas L1 .

El mecanismo no afecta a los rollups durante los periodos de demanda real, 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 hasta cero cuandogas L1 gas barato.

El efecto inmediato fue espectacular. La base de los blobs se disparó aproximadamente 15 millones de veces con respecto a suFusaka . Las estimaciones del sector apuntan a que las tarifas de los blobs podrían suponer entre el 30 % y el 50 % de ETH total ETH para 2026, dependiendo de cómo evolucione L2 .

Los ingresos de Blob se están convirtiendo en una línea de productos real para Ethereum de un servicio subvencionado para los rollups, lo que modifica la relación económica a largo plazo entre L1 L2.

Repercusión en Layer 2 y la actividad de Layer 2

El efecto combinado de EIP-4844, Pectra y Fusaka supuesto una transformación para el Layer 2 :

• Reducción de las comisiones: una L2 típica L2 que costaba unos 0,50 dólares a finales de 2025 bajó a entre 0,20 y 0,30 dólares en las semanas posteriores a Fusaka, y se prevén nuevas reducciones a medida que se vaya utilizando la capacidad de BPO.
• Capacidad de procesamiento: El L2 combinado L2 procesa actualmente unas 5.600 TPS, y los desarrolladores prevén superar las 24.000 TPS avance el calendario del BPO a lo largo de 2026.
• base Rollup : según los modelos Ethereum , rollup podrían reducirse entre un 40 % y un 60 % adicional durante los primeros meses de Fusaka, con posibles descensos superiores al 90 % a medida que la capacidad siga aumentando.
• L1 : Fusaka elevó el gas predeterminado gas por bloque a 60 millones mediante la EIP-7935, lo que permite a la base procesar entre un 20 % y un 30 % más de transacciones por bloque.

El resultado final es unaL1 Ethereum L1 una capacidad considerablemente mayor, combinada con un L2 que por fin cuenta con el margen necesario para dar la bienvenida a la próxima oleada de usuarios.

¿Qué vendrá después?

El camino a seguir a partir de aquí está más claro que en cualquier otro momento de la hoja de ruta de escalabilidad Ethereum. PeerDAS la base técnica para el Danksharding completo, y las bifurcaciones BPO ofrecen a los desarrolladores principales una forma de ampliar la capacidad sin necesidad de actualizaciones completas de la red. Cada BPO es una prueba de estrés que comprueba si la red es capaz de soportar el siguiente salto.

Además del calendario actual, la Ethereum incluye otros dos hitos:

• Glamsterdam (prevista para 2026): La próxima bifurcación dura importante tras Fusaka, que se espera que aporte nuevas mejoras en la capa de ejecución junto con un escalado continuo de los blobs.
• Danksharding completo: la fase final paradata availability Ethereum , con un objetivo de unos 128 blobs slot. Ya no es el concepto especulativo que era cuando EIP-4844 .

Conclusión

EIP-4844 el cambio de escalabilidad más trascendental Ethereumdesde «The Merge», y los dos años transcurridos desde su lanzamiento han validado la hoja de ruta rollup de una forma que pocos habrían previsto a principios de 2024. L2 se han desplomado, rollup ha pasado a constituir la mayor parte del Ethereum y la red cuenta con la infraestructura necesaria para seguir escalando durante años.

Pectra la capacidad de blobs, Fusaka las bifurcaciones PeerDAS BPO, y la EIP-7918 garantizó que las tarifas de blobs tuvieran realmente sentido a medida que aumenta el rendimiento. Proto-Danksharding siempre Proto-Danksharding el prototipo. Lo que funciona mainnet en mainnet empieza a parecerse mucho más a la versión definitiva.