Pruebas creativas para artistas

Cualquier artista puede demostrar que un archivo creativo concreto existía en un momento concreto.

Con Label 309 calculas el hash de tus archivos originales, borradores, carpetas de proyecto, prompts, salidas de IA, pistas, exportaciones o paquetes de entrega, y después publicas un compromiso público con sello de tiempo en la blockchain de Cardano. El trabajo en sí nunca tiene que ser público: puedes publicar solo el hash y mantener el material fuente sensible en privado o sellado en forma cifrada.

Una prueba así no concede derechos de autor, no demuestra la propiedad ni impide que nadie copie tu trabajo. Crea algo más acotado y duradero: pruebas de fecha e integridad que no dependen de que una plataforma siga en línea.

¿Qué problema resuelve esto?

El trabajo creativo es fácil de copiar y difícil de fechar.

Un archivo se vuelve a publicar sin atribución. Un cliente discute qué se entregó. Una salida de IA aparece en la campaña de otra persona. Un borrador se convierte en prueba dentro de un conflicto de derechos. Una carpeta de proyecto se modifica mucho después de crear la versión original.

En todos esos casos, quien crea intenta responder a una de varias preguntas de fechado:

• ¿este archivo existía antes de aparecer en otro sitio?
• ¿es el mismo archivo que entregué?
• ¿tenía yo el proyecto fuente antes de la publicación pública?
• ¿este par de prompt y salida formaba parte de mi flujo de trabajo?
• ¿esta carpeta contenía las pistas, capas o borradores que digo que contenía?
• ¿este concepto se creó antes de la reunión con el cliente?

La prueba de existencia pone un sello de tiempo público detrás de cada una de esas respuestas, para que la fecha no dependa de los metadatos del propio archivo, del registro de subida de una plataforma ni de tu palabra contra la de otra persona.

¿Qué puede sellar en el tiempo un artista?

Casi cualquier artefacto digital.

Por ejemplo:

• imágenes originales;
• fotos en bruto;
• archivos de diseño por capas;
• pistas de audio;
• archivos de proyecto de vídeo;
• guiones;
• borradores;
• bocetos escaneados a archivos;
• prompts;
• salidas generadas por IA;
• ajustes de modelo;
• tableros de estilo;
• paquetes de entrega para clientes;
• exportaciones de sitios web;
• metadatos de NFT;
• archivos finales masterizados;
• carpetas de proyecto completas.

Lo que importa son los bytes exactos. Si el archivo cambia en un solo byte, el hash cambia, y ese es justamente el objetivo. Una prueba se vincula a una versión concreta, no a un título ni a un vago «el diseño».

¿Cómo funciona la prueba?

El archivo se convierte en un hash.

CardanoWall —o cualquier otra herramienta Label 309, incluidos la CLI cardanowall y los SDK de código abierto— calcula un hash criptográfico del archivo o del manifiesto. Ese hash se publica en un registro Label 309 en Cardano, llevando consigo el sello de tiempo del bloque. Más adelante, recalculas el hash a partir del archivo y demuestras que coincide con el registro publicado.

Si los hashes coinciden, el archivo que tienes ahora es la misma secuencia de bytes que se comprometió en aquel momento. Cualquiera puede comprobarlo con la referencia de transacción y un explorador público de Cardano: no tiene que confiar en CardanoWall, en nuestros servidores ni en nuestro dominio.

La cadena nunca necesita la obra en sí. Solo necesita el compromiso.

¿Deberían ser públicos los archivos fuente?

Por lo general, no.

Los archivos fuente suelen contener capas privadas, material de clientes, conceptos sin publicar, detalles de contratos, experimentos con prompts o secretos comerciales. Publicarlos abiertamente puede debilitar tu posición más de lo que ayuda.

Lo predeterminado es publicar solo el hash. Si además quieres poder recuperar los bytes originales más adelante, usa un registro sellado: el archivo fuente se cifra, el texto cifrado se almacena fuera de la cadena y a la cadena solo va el hash del texto plano. La prueba sigue comprometiéndose con el archivo real, pero el archivo permanece cifrado para quien tenga las claves.

Así conservas tanto la prueba como los bytes originales, sin entregar la obra al público. Eso sí, antes de sellar algo dirigido a otra persona, verifica su dirección de recepción: un archivo sellado solo es tan privado como la clave a la que se cifró.

¿Y las carpetas de proyecto completas?

Usa un manifiesto y una raíz de Merkle.

Los proyectos creativos rara vez caben en un solo archivo. Una carpeta de diseño tiene imágenes, fuentes, borradores, exportaciones y notas. Un proyecto de música tiene pistas, archivos MIDI, versiones de mezcla y másteres. Un proyecto de vídeo tiene metraje, líneas de tiempo, gráficos, proxies y renderizados finales.

Para una carpeta, crea un manifiesto que enumere, por cada archivo:

• la ruta del archivo;
• el tamaño del archivo;
• el hash del contenido;
• la hora de modificación, si resulta útil;
• la versión del proyecto;
• una nota sobre su origen o función;
• su índice de hoja en el árbol.

Después publica una única raíz de Merkle que se comprometa con toda esa lista. Una sola raíz de 32 bytes en la cadena representa la carpeta entera. Más adelante puedes demostrar que un archivo concreto formaba parte del proyecto —con una pequeña prueba de inclusión— sin revelar todos los demás archivos a la vez. El mismo truco escala de una carpeta a miles o millones de archivos en un solo registro.

¿Cómo pueden usar esto los artistas de IA?

Ancla todo el registro creativo, no solo la imagen final.

El trabajo con IA suele incluir prompts, prompts negativos, semillas, nombres de modelos, imágenes de referencia, imágenes de control, reescalados, ediciones y exportaciones finales. Si solo sellas en el tiempo la imagen final, falta la mayor parte del proceso que demuestra que el trabajo fue tuyo.

Una prueba de arte con IA más sólida puede cubrir:

• el hash de la salida final;
• el hash del archivo de prompts;
• la referencia al modelo o servicio;
• los ajustes de generación;
• los hashes de las imágenes de referencia;
• un manifiesto del historial de ediciones;
• el hash de la exportación reescalada;
• la raíz de Merkle de la carpeta del proyecto;
• el hash de un manifiesto de Content Credentials (C2PA), si generas uno.

Esto no demuestra que poseas todos los derechos legales sobre cada entrada: un hash no dice nada sobre licencias ni consentimientos. Lo que sí demuestra es que esos materiales concretos existían en un momento concreto, que suele ser la parte difícil de establecer a posteriori. La prueba de existencia y una capa de procedencia como Content Credentials responden a preguntas distintas: una fija el fechado y la integridad de unos bytes exactos; la otra transporta afirmaciones firmadas sobre cómo se creó el contenido.

¿Cómo ayuda esto con los clientes?

Las pruebas hacen más limpias las entregas.

Una persona freelance, un estudio o una agencia pueden sellar en el tiempo un paquete de entrega antes de enviarlo. Si más adelante surge un conflicto, la prueba puede mostrar qué se entregó y que ese paquete exacto existía en ese momento.

Esto resulta útil para:

• la entrega de la obra final;
• los paquetes de activos de marca;
• las variantes de creatividades publicitarias;
• los másteres de audio;
• los montajes de vídeo;
• las exportaciones de sitios web;
• la entrega de archivos fuente;
• las aprobaciones de hitos;
• los activos de campaña antes de su lanzamiento.

Para el trabajo con clientes, una firma opcional añade un dato útil más: muestra qué clave de identidad respaldó la entrega. En Label 309 las firmas nunca son obligatorias —un registro con solo el hash es plenamente válido—, pero cuando añades una, el registro lleva una firma de tu clave de identidad, de modo que la prueba ya no es solo «estos bytes existían», sino «esta identidad respaldó estos bytes en este momento».

¿Puede esto demostrar que la obra es mía?

Por sí solo, no.

La prueba de existencia puede respaldar un relato de propiedad o autoría, pero no sustituye a los contratos, al registro de derechos de autor, a los acuerdos laborales, a los términos de licencia, a las cesiones de derechos de imagen, a los registros de consentimiento ni al asesoramiento legal. Que ayude o no en un conflicto concreto depende de tu jurisdicción y de las pruebas que la rodeen.

Demuestra algo más acotado: que unos bytes concretos existían en un momento concreto y, si está firmado, que una clave de identidad concreta firmó el registro. No demuestra que la obra sea original, que tengas los derechos sobre ella ni que nadie creara lo mismo antes y nunca lo publicara.

Aun así, esa prueba puede ser valiosa. Es una pieza sólida de un relato de derechos, no el sistema entero. Para un repaso cuidadoso de dónde está la línea, consulta Lo que una prueba no demuestra.

¿Y si alguien copia mi trabajo más adelante?

La prueba te da una cronología.

Si alguien publica un archivo parecido después que tú, quizá puedas demostrar que tu original existía antes. Si el archivo copiado es idéntico byte a byte, el hash coincide directamente. Si fue modificado, la prueba sigue ayudando: puede establecer que tu archivo fuente, tu borrador o tu carpeta de proyecto existían antes de que apareciera la otra versión, lo que a menudo basta para inclinar una discusión de «tu palabra contra la suya».

Para un conflicto real, conserva algo más que la prueba final. Guarda los archivos fuente, el historial del proyecto, los contratos, los mensajes, las facturas y los registros de entrega. Una prueba es más fuerte cuando se apoya en un rastro de pruebas más amplio, no cuando va sola.

¿Qué deberían evitar los artistas?

No te apoyes en una sola exportación final.

Unos pocos hábitos marcan la diferencia entre una prueba en la que puedes apoyarte y otra en la que no:

• conserva el material fuente, los manifiestos y las referencias de transacción: la prueba no sirve de nada si ya no puedes producir los bytes con los que se compromete;
• conserva registros de entrega firmados allí donde ayuden;
• nunca publiques archivos privados de clientes en texto plano; séllalos en su lugar;
• verifica la dirección de recepción de un destinatario antes de enviarle un registro sellado;
• no dejes que prompts confidenciales, fuentes o términos de licencia se filtren a los metadatos públicos por accidente.

La prueba es un hábito, no un botón de pánico. El momento de sellar un archivo en el tiempo es cuando lo creas, no el día después de que empiece un conflicto.

La versión corta

Quien crea necesita pruebas con sello de tiempo que le pertenezcan a sí, no solo a una plataforma.

Label 309 te permite comprometer archivos fuente, exportaciones finales, salidas de IA, prompts y carpetas de proyecto enteras con un tiempo público en Cardano. Los registros con solo el hash mantienen los archivos en privado. Los registros sellados preservan originales cifrados para quienes deban conservarlos. Las raíces de Merkle cubren carpetas grandes con un único compromiso en la cadena.

No concede derechos por arte de magia. Le da a tu cronología creativa algo sólido sobre lo que apoyarse.

Para seguir leyendo

• Label 309: el estándar abierto y neutral respecto al proveedor que hay detrás de estas pruebas, presentado al proceso de CIP de Cardano y bajo revisión de los editores de CIP.
• Código abierto de CardanoWall: la CLI cardanowall y los SDK de TypeScript, Python y Rust (Apache-2.0).