Ilustración original del tema: Diagrama original de ChainView BTC866 · ChainView BTC866 Editorial · CC BY 4.0
Dos canales de datos
Las transacciones con blobs ofrecen un canal de publicación diseñado para necesidades como las de los rollups. Sus compromisos vinculan datos con una transacción. Calldata forma parte de otra interfaz; presentar ambos mecanismos como almacenamiento idéntico oculta diferencias que afectan a desarrolladores y usuarios.
Qué puede leer la ejecución
La EVM puede acceder a hashes versionados de blobs, pero no leer su contenido completo como si fuera calldata ordinaria. Al diseñar una aplicación, especifique qué dato necesita el contrato y qué información procesará un componente externo. Una referencia criptográfica no proporciona por sí sola el contenido legible.
Conservación temporal
La disponibilidad de blobs tiene un horizonte definido por el protocolo, no una garantía de archivo ilimitado. Si un análisis requiere recuperar información años después, necesita una estrategia adicional de almacenamiento. Verifique versión y reglas vigentes sin convertir un plazo histórico en una promesa permanente.
Separar los costos
Un mercado de tarifas para blobs no elimina el gas de ejecución ni los cargos de una aplicación. En un ejemplo, publicar datos puede resultar barato mientras otra operación del rollup sigue teniendo costos. Para comparar recibos, separe publicación, ejecución y servicio, con sus unidades y fecha correspondientes.
Revisar el sistema completo
Documente quién conserva datos, cómo recuperarlos y qué ocurre si el archivo externo deja de estar disponible. Una publicación económica no demuestra la seguridad completa del rollup: también importan validación, permisos y rutas de salida. Pruebe la recuperación con información no sensible y registre las limitaciones antes de depender del mecanismo.
