EIP-4844 diferencia los datos extensos de su compromiso accesible a ejecución. La conservación histórica exige un proceso propio.

Qué establece la fuente primaria

EIP-4844 introduce blobs cuyos datos no son accesibles directamente a la ejecución EVM, aunque sí lo es un compromiso. Su diseño permite descartar datos tras un período relativamente corto. Ethereum EIP-4844 — Shard Blob Transactions ↗

También establece un mecanismo separado de blob gas. Sus límites originales no deben presentarse como límites actuales de todas las actualizaciones posteriores. Ethereum EIP-4844 — Shard Blob Transactions ↗

Qué cambia en el análisis

El compromiso permite comprobar una afirmación sobre datos, pero no proporciona todos los bytes para reconstruirlos. Un hash de transacción no basta como archivo.

La disponibilidad durante la ventana del protocolo y recuperar un historial años después son requisitos distintos. Confundirlos deja incompletos planes de auditoría o migración.

Qué comprobar antes de concluir

Pregunte qué se conserva, quién lo hace, durante cuánto tiempo y cómo se comprueba integridad. Distinga recibo, compromiso, datos y restauración ensayada.

WFN no afirma una política concreta de un rollup. Una referencia persistente no debe presentarse como copia completa sin documentación y pruebas del servicio.