Una imagen generativa puede existir antes de ser vista, después de ejecutar un programa o solo cuando una transacción fija la semilla que la produce. Puede adquirirse como archivo, impresión, token, edición de software o instalación que sigue generando variaciones. Llamar «obra» a todos esos elementos sin distinguirlos traslada la ambigüedad al contrato, al inventario y a la conservación.
Algoritmo, ejecución y salida
Conviene separar algoritmo, código, ejecución y salida. A ellos se añaden semilla, bibliotecas, versión, dispositivo, interfaz y datos externos. Dos ejecuciones pueden compartir algoritmo y producir salidas distintas. Un archivo puede conservar el resultado y perder la capacidad generativa.
Decir que «el algoritmo es la obra» puede ser una posición artística o una regla de plataforma. No describe toda obra generativa.
El modelo de Art Blocks
Art Blocks presenta su arquitectura mediante una premisa explícita: el algoritmo es la obra. El artista escribe un script; al mintear, la cadena genera un hash único que se introduce en el código; la ejecución determinista produce la salida.
La salida concreta no se fija hasta que se genera la semilla asociada al token. El artista decide el sistema y prueba su comportamiento; el coleccionista activa una ejecución; la plataforma asigna semilla, token y registro.
La compra fija una posibilidad
Antes del minteo, el proyecto define un campo de resultados posibles. Después, una semilla fija una salida concreta. No todos los proyectos funcionan así: algunos seleccionan resultados antes de venderlos, otros mantienen el programa en ejecución continua y otros entregan una impresión y retienen el sistema.
Token, archivo y obra no son sinónimos
Pueden coexistir token, contrato inteligente, script, semilla, bibliotecas, metadatos, salida renderizada, derivados y derechos. El token identifica una unidad y registra relaciones, pero no concede por sí solo derechos de explotación.
Art Blocks afirma que scripts, dependencias registradas y semillas permiten reconstruir las obras sin servidores de la empresa, dentro de su arquitectura y mientras existan la cadena y medios compatibles para interpretarla.
Qué pediría un museo
Los procedimientos del Metropolitan Museum para software muestran otra lógica. Puede pedir contrato, licencia, certificado, instrucciones, ejecutable, fuente, bibliotecas, imágenes, editor, aplicaciones de terceros, componentes externos y un ordenador aprobado.
No trata la salida visible como paquete suficiente. Para conservar la ejecución deben documentarse dependencias, herramientas y autorizaciones.
Adquirir una salida, una edición o un sistema
Hay al menos tres operaciones: adquirir una salida fija, una edición ejecutable o un sistema generativo. La diferencia afecta a la exhibición, el entorno, las semillas, el número de resultados y la selección.
Contrato, certificado y documentación técnica deberían coincidir. Cuando no lo hacen, la colección puede poseer archivos que no está autorizada a transformar o derechos que no puede ejercer porque carece del entorno.
La selección también forma parte del modelo
Generar y seleccionar son operaciones diferentes. Si la selección define qué resultados reciben estatuto de obra o edición, debe constar en el expediente. No se ha localizado un expediente primario comparable que documente de principio a fin una adquisición institucional basada en selección posterior por el artista.
Conservar la regla y conservar el resultado
Una colección puede conservar una imagen y perder el programa; conservar el código y perder una biblioteca; ejecutar el programa y obtener otra salida porque cambió el navegador. Conviene registrar versión, semilla, mecanismo de generación, bibliotecas, licencias, entorno, archivos maestros, resultados autorizados, comportamiento esperado, pruebas y derechos.
Las sumas de verificación prueban que un archivo no ha cambiado. No prueban que la ejecución futura produzca la misma experiencia.
Lo que el registro público no muestra
Las fichas públicas rara vez revelan contratos, código, licencias, semillas, instrucciones o credenciales. No debe inferirse que una institución carece de esos materiales porque no los publique.
Lo que Art Blocks no representa
El caso no representa toda práctica generativa, toda obra en cadena, instalaciones en tiempo real, sistemas con datos externos ni obras cuyo código no se entrega. Tampoco garantiza conservación permanente en sentido absoluto.
Para actuar
La guía sobre documentar una obra generativa permite registrar algoritmo, semillas y parámetros. Para dependencias, consulta cómo conservar código creativo. Si hay token, cómo funciona OBJKT y Tezos ayuda a separar plataforma, cadena, archivo y titularidad. Para los servicios y cuentas de los que puede depender una obra, consulta dependencias invisibles en el arte digital; para decidir qué debe entrar en una colección, adquirir arte digital.
Sobre la conversación abierta
Queda abierta la definición misma de los términos. ¿Qué entiende cada proyecto por obra, edición, semilla, salida y sistema generativo? ¿Y qué ocurre cuando contrato, token, archivos, código y capacidad de ejecución no apuntan al mismo objeto?
La arquitectura de Art Blocks describe cómo se organiza esa plataforma. No sirve como definición universal ni permite deducir cómo trabajan otros artistas, colecciones o instituciones.
Si eres artista, coleccionista o responsable institucional y conservas un expediente en el que esos elementos no coincidían, este cuaderno sigue abierto: escríbeme. Basta una descripción que proteja los datos confidenciales.