Blobs de Ethereum: Lo que queda después de 18 días

Los blobs de Ethereum tienen 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 a un costo menor. El 27 de octubre de 2026, el archivo Blobscan aún indicaba tres ubicaciones de almacenamiento para el primer blob que registra, publicado el 13 de marzo de 2024.

En resumen

• 4,096 epochs: es la duración mínima, aproximadamente 18 días, durante la cual la red debe proporcionar un blob.
• 128 Kio: es el tamaño bruto de un blob, es decir, 4,096 elementos de 32 bytes.
• 8,745 bytes: según Blobscan, el primer blob, publicado el 13 de marzo de 2024, no utilizaba más.
• 21 blobs: es el máximo por bloque desde el 7 de enero de 2026, frente a 6 en su lanzamiento.

Blobs de Ethereum: datos separados 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 con mayor frecuencia a través del << calldata >> de las transacciones. Este campo permanece almacenado para siempre en el historial de la cadena.

La EIP-4844, activada por Dencun, creó otro camino. Una transacción de tipo 3 ahora transporta blobs, paquetes de datos que circulan en la capa de consenso. Los contratos inteligentes no pueden leer su contenido. Solo acceden a una huella criptográfica de cada blob, llamada << versión hash >>.

Los blobs también tienen su propio mercado de tarifas, distinto del gas clásico. Su precio depende primero de la demanda de blobs. Desde Fusaka, sin embargo, no puede bajar de un umbral relacionado con las tarifas de ejecución, en virtud de la EIP-7918.

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

La EIP-4844 establece la ventana en 4,096 epochs. Una epoch cuenta 32 intervalos de 12 segundos. Por lo tanto, los 4,096 epochs representan 1,572,864 segundos, aproximadamente 18.2 días. Durante este tiempo, los nodos deben poder proporcionar los blobs, o desde Fusaka sus fragmentos, a quienes los soliciten. Más allá de eso, nada los obliga a mantener 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 elimina 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. Se encuentra en el bloque 19,426,589. En el explorador Etherscan, su transacción sigue siendo visible e indica un tipo 3 con un blob. Esta huella pertenece al historial permanente de Ethereum.

El contenido, por su parte, ha seguido otro camino. Según el archivo Blobscan, consultado el 27 de octubre de 2026, este blob de 131,072 bytes solo utilizaba 8,745. Blobscan indicaba entonces tres ubicaciones de almacenamiento: en Google, en la red WeaveVM y en IPFS. El enlace IPFS devolvía un archivo binario ese día.

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

Blobs de Ethereum: lo que queda y dónde

La documentación de Ethereum compara las diferentes formas de almacenar datos en la red. La tabla a continuación se inspira en ello.

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

Blobs de 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 ordinario 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 total.

Esta economía ha permitido aumentar el número de blobs por bloque. El anuncio de Fusaka por la Fundación Ethereum preveía dos niveles. 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.

Sin embargo, la ventana de conservación no ha cambiado. Las especificaciones de Fusaka fijan en 4,096 epochs la duración durante la cual un nodo debe proporcionar sus fragmentos de datos. Este es el mismo valor que al llegar los blobs.

Desde el 7 de enero de 2026, cada bloque de Ethereum puede contener hasta 21 blobs. Cada uno se garantiza durante 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.