Blobs de Ethereum: lo que queda tras 18 días

Los blobs Ethereum cuentan con una garantía de aproximadamente 18 días, pero no necesariamente desaparecen después. Desde Dencun, el 13 de marzo de 2024, las redes de segunda capa publican sus datos ahí a menor costo. El 27 de octubre de 2026, el archivo Blobscan todavía mostraba tres ubicaciones de almacenamiento para el primer blob registrado, publicado el 13 de marzo de 2024.

Blobs Ethereum: datos aparte en cada bloque

Las redes de segunda capa, como Base o Arbitrum, agrupan miles de operaciones. Luego publican en Ethereum los datos que permiten verificarlas. Antes de marzo de 2024, estos datos pasaban mayormente por el « calldata » de las transacciones. Este campo permanece almacenado para siempre en el historial de la cadena.

La EIP-4844, activada por Dencun, creó una vía alternativa. Ahora una transacción tipo 3 transporta blobs, paquetes de datos que circulan en la capa de consenso. Los smart contracts no pueden leer su contenido. Sólo acceden a una huella criptográfica de cada blob, llamada « versioned hash ».

Los blobs también cuentan con su propio mercado de tarifas, separado del gas clásico. Su precio depende en primer lugar de la demanda por blobs. Desde Fusaka, no puede bajar por debajo de un mínimo vinculado a las tarifas de ejecución, según la EIP-7918.

18 días: una obligación de servicio, no una fecha de borrado

La EIP-4844 establece la ventana en 4 096 epochs. Una epoch cuenta 32 intervalos de 12 segundos. Las 4 096 epochs representan entonces 1 572 864 segundos, aproximadamente 18,2 días. Durante este plazo, los nodos deben poder suministrar los blobs, o desde Fusaka sus fragmentos, a quien los solicite. Más allá, nada obliga a conservar los blobs de Ethereum.

La especificación asume esta elección: «no se espera que los blobs deban almacenarse tanto tiempo como los datos de ejecución de un bloque». Sin embargo, la documentación oficial de Ethereum precisa el alcance de esta ventana.

Es una obligación de servicio más que una fecha de eliminación.

Ethereum.org, página dedicada a los ZK rollups

La misma página añade que el acceso a más largo plazo depende de servicios de archivo. Por lo tanto, un blob no se borra en todas partes después de 18 días. Simplemente deja de estar garantizado por el protocolo.

El primer blob, encontrado dos años y medio después

Según Blobscan, el primer blob de la red data del 13 de marzo de 2024 a las 13:55 UTC. Aparece en el bloque 19 426 589. En el explorador Etherscan, su transacción sigue visible e indica claramente un tipo 3 con un blob. Esta huella pertenece al historial permanente de Ethereum.

El contenido, por su parte, siguió otro camino. Según el archivo Blobscan, consultado el 27 de octubre de 2026, este blob de 131 072 bytes sólo usaba 8 745. Blobscan indicaba entonces tres ubicaciones de almacenamiento: en Google, en la red WeaveVM y en IPFS. El enlace IPFS dirigía correctamente a un archivo binario ese día.

Esta prueba ilustra la regla de los blobs Ethereum. La referencia del blob permanece en la cadena, pero su contenido sólo está garantizado por archivistas independientes. Sin ellos, la huella por sí sola no permite reconstruir los datos.

Blobs Ethereum: lo que queda y dónde

La documentación de Ethereum compara las diferentes formas de almacenar datos en la red. La siguiente tabla se inspira en ella.

Dato	Dónde se encuentra	Después de 18 días
Transacción tipo 3 y huellas de blobs	Historial de la cadena	Conservadas, como toda transacción
Contenido bruto de un blob	Capa de consenso, luego archivos eventuales	Ya no garantizado por los nodos de la red
Calldata de una transacción clásica	Historial de la cadena	Conservado, sin límite de duración
Estado de un smart contract	Almacenamiento de la cadena	Conservado hasta su modificación

Según esta página sobre estrategias de almacenamiento, los blobs sirven para que los datos estén disponibles durante un tiempo. Los rollups los usan para hacer disponibles sus transacciones durante la verificación, no para archivarlas.

Blobs Ethereum: PeerDAS aumenta la capacidad, no la duración

La actualización Fusaka, activada el 3 de diciembre de 2025, introdujo PeerDAS. Con este protocolo, un nodo común ya no descarga todos los blobs. Verifica su disponibilidad mediante muestreo, interrogando fragmentos. Según ethereum.org, la mitad de los datos es suficiente para reconstruir el conjunto.

Este ahorro permitió aumentar el número de blobs por bloque. El anuncio de Fusaka por la Ethereum Foundation preveía dos fases. El 9 de diciembre de 2025, el máximo subió de 9 a 15 blobs por bloque. El 7 de enero de 2026, alcanzó 21, con un objetivo de 14.

En cambio, la ventana de conservación no cambió. Las especificaciones de Fusaka fijan en 4 096 epochs la duración durante la cual un nodo debe suministrar sus fragmentos de datos. Es el mismo valor que al inicio de los blobs.

Desde el 7 de enero de 2026, cada bloque de Ethereum puede contener hasta 21 blobs. Cada uno sigue garantizado 4 096 epochs, es decir, aproximadamente 18 días. Su precio sigue un mercado propio, regulado por las tarifas de ejecución. Nuestra guía sobre las tarifas de transacción de Ethereum explica estas últimas.