Prove creative per artisti

Un artista può dimostrare che un determinato file creativo esisteva entro un determinato momento.

Con Label 309 calcoli l'hash di file originali, bozze, cartelle di progetto, prompt, output di AI, stem, export o pacchetti di consegna, e poi pubblichi un impegno pubblico con timestamp sulla blockchain Cardano. Il lavoro in sé non deve mai diventare pubblico: puoi pubblicare solo l'hash e tenere il materiale sorgente sensibile privato, oppure sigillato in forma cifrata.

Una prova di questo tipo non concede il copyright, non dimostra la proprietà e non impedisce a nessuno di copiare il tuo lavoro. Crea qualcosa di più circoscritto e duraturo: una prova di tempistica e integrità che non dipende dal fatto che una piattaforma resti online.

Quale problema risolve?

Il lavoro creativo è facile da copiare e difficile da datare.

Un file viene ripubblicato senza credito. Un cliente contesta ciò che gli è stato consegnato. Un output di AI spunta nella campagna di qualcun altro. Una bozza diventa una prova in una controversia sui diritti. Una cartella di progetto viene modificata molto tempo dopo che ne era stata creata la versione originale.

In ogni caso chi crea sta cercando di rispondere a una di poche domande sulla tempistica:

• questo file esisteva prima di comparire altrove?
• è lo stesso file che ho consegnato?
• avevo il progetto sorgente prima della pubblicazione?
• questa coppia prompt-output faceva parte del mio flusso di lavoro?
• questa cartella conteneva davvero gli stem, i livelli o le bozze che dico?
• questo concept è stato creato prima dell'incontro con il cliente?

Una Proof of Existence mette un timestamp pubblico dietro ciascuna di queste risposte, così la data non dipende dai metadati del file stesso, dal log di upload di una piattaforma o dalla tua parola contro quella di qualcun altro.

Cosa può marcare temporalmente un artista?

Quasi qualsiasi artefatto digitale.

Per esempio:

• immagini originali;
• foto raw;
• file di design a livelli;
• stem audio;
• file di progetto video;
• script;
• bozze;
• schizzi digitalizzati;
• prompt;
• output generati dall'AI;
• impostazioni del modello;
• mood board;
• pacchetti di consegna al cliente;
• export di siti web;
• metadati di NFT;
• file finali masterizzati;
• intere cartelle di progetto.

Ciò che conta sono i byte esatti. Se il file cambia anche di un solo byte, l'hash cambia — ed è proprio questo il punto. Una prova si lega a una versione specifica, non a un titolo o a un generico «il design».

Come funziona la prova?

Il file diventa un hash.

CardanoWall — o qualsiasi altro strumento Label 309, inclusi la CLI cardanowall e gli SDK open source — calcola un hash crittografico del file o del manifest. Quell'hash viene pubblicato in un record Label 309 su Cardano, che porta con sé il timestamp del blocco. In seguito ricalcoli l'hash dal file e dimostri che corrisponde al record pubblicato.

Se gli hash corrispondono, il file che possiedi ora è la stessa sequenza di byte che era stata impegnata in quel momento. Chiunque può verificarlo con il riferimento della transazione e un explorer pubblico di Cardano — senza dover dare fiducia a CardanoWall, ai nostri server o al nostro dominio.

La catena non ha mai bisogno dell'opera in sé. Le serve soltanto l'impegno.

I file sorgente dovrebbero essere pubblici?

Di solito no.

I file sorgente contengono spesso livelli privati, materiale del cliente, concept non ancora pubblicati, dettagli contrattuali, esperimenti con i prompt o segreti commerciali. Pubblicarli allo scoperto può indebolire la tua posizione più di quanto la rafforzi.

Per impostazione predefinita pubblichi solo l'hash. Se vuoi anche poter recuperare i byte originali in seguito, usa un record sigillato: il file sorgente viene cifrato, il testo cifrato è conservato off-chain e sulla catena finisce solo l'hash del testo in chiaro. La prova continua a impegnarsi sul file reale, ma il file resta cifrato per chi detiene le chiavi.

In questo modo conservi sia la prova sia i byte originali, senza consegnare l'opera al pubblico. Prima di sigillare qualcosa destinato a un'altra persona, però, verifica il suo indirizzo di ricezione — un file sigillato è privato solo quanto la chiave a cui è stato indirizzato.

E le intere cartelle di progetto?

Usa un manifest e una Merkle root.

I progetti creativi vivono raramente in un solo file. Una cartella di design contiene immagini, font, bozze, export e note. Un progetto musicale ha stem, file MIDI, versioni del mix e master. Un progetto video ha girato, timeline, grafiche, proxy e render finali.

Per una cartella, costruisci un manifest che elenca, per ogni file:

• il percorso del file;
• la dimensione del file;
• l'hash del contenuto;
• l'orario di modifica, se utile;
• la versione del progetto;
• una nota sulla sua origine o sul suo ruolo;
• il suo indice di foglia nell'albero.

Poi pubblichi una singola Merkle root che si impegna sull'intera lista. Una root da 32 byte sulla catena rappresenta l'intera cartella. In seguito puoi dimostrare che un file specifico faceva parte del progetto — con una piccola inclusion proof — senza rivelare tutti gli altri file in una volta. Lo stesso trucco scala da una cartella a migliaia o milioni di file in un solo record.

Come possono usarlo gli artisti AI?

Àncora l'intero record creativo, non solo l'immagine finale.

Il lavoro con l'AI di solito coinvolge prompt, prompt negativi, seed, nomi di modelli, immagini di riferimento, immagini di controllo, upscale, ritocchi ed export finali. Se marchi temporalmente solo l'immagine finale, manca gran parte del processo che dimostra che il lavoro è tuo.

Una prova più solida per l'arte generata con l'AI può coprire:

• l'hash dell'output finale;
• l'hash del file dei prompt;
• il riferimento al modello o al servizio;
• le impostazioni di generazione;
• gli hash delle immagini di riferimento;
• un manifest della cronologia delle modifiche;
• l'hash dell'export con upscale;
• la Merkle root della cartella di progetto;
• l'hash di un manifest Content Credentials (C2PA), se ne produci uno.

Questo non dimostra che detieni ogni diritto legale su ogni input — un hash non dice nulla su licenze o consensi. Ciò che dimostra è che questi specifici materiali esistevano entro un determinato momento, che spesso è la parte difficile da stabilire a posteriori. Una Proof of Existence e un livello di provenienza come Content Credentials rispondono a domande diverse: una fissa la tempistica e l'integrità di byte esatti, l'altro porta affermazioni firmate su come il contenuto è stato realizzato.

Come può aiutare con i clienti?

Le prove rendono le consegne più pulite.

Un freelance, uno studio o un'agenzia possono marcare temporalmente un pacchetto di consegna prima di inviarlo. Se in seguito sorge una controversia, la prova può mostrare che cosa è stato consegnato e che quell'esatto pacchetto esisteva in quel momento.

È utile per:

• la consegna delle opere finali;
• i pacchetti di brand asset;
• le varianti di creatività pubblicitaria;
• i master audio;
• i tagli video;
• gli export di siti web;
• il passaggio di consegne dei file sorgente;
• l'approvazione delle milestone;
• gli asset di campagna pre-lancio.

Per il lavoro con i clienti, una firma opzionale aggiunge un fatto utile in più: mostra quale chiave di identità ha garantito per la consegna. In Label 309 le firme non sono mai obbligatorie — un semplice record solo-hash è pienamente valido — ma quando ne aggiungi una, il record porta una firma della tua chiave di identità, così la prova non dice solo «questi byte esistevano», ma «questa identità ha garantito per questi byte in questo momento».

Questo dimostra che il lavoro è mio?

Non da solo.

Una Proof of Existence può sostenere una storia di proprietà o di paternità, ma non sostituisce contratti, registrazione del copyright, accordi di lavoro, termini di licenza, liberatorie dei modelli, registri di consenso o consulenza legale. Se sia d'aiuto in una determinata controversia dipende dalla tua giurisdizione e dalle prove circostanti.

Dimostra qualcosa di più circoscritto: che byte specifici esistevano entro un determinato momento e, se firmati, che una specifica chiave di identità ha firmato il record. Non dimostra che il lavoro sia originale, che tu ne abbia i diritti o che nessuno abbia creato la stessa cosa prima senza mai pubblicarla.

Quella prova può comunque avere valore. È un tassello solido di una storia sui diritti, non l'intero sistema. Per un'analisi attenta di dove passa il confine, leggi Cosa una prova non dimostra.

E se qualcuno copia il mio lavoro in seguito?

La prova ti dà una linea temporale.

Se qualcuno pubblica un file simile dopo di te, potresti essere in grado di mostrare che il tuo originale esisteva prima. Se il file copiato è identico byte per byte, l'hash è una corrispondenza diretta. Se è stato modificato, la prova aiuta comunque: può stabilire che il tuo file sorgente, la tua bozza o la tua cartella di progetto esistevano prima che comparisse l'altra versione, e spesso questo basta a ribaltare una discussione «la tua parola contro la loro».

Per una controversia reale, conserva più della sola prova finale. Custodisci i file sorgente, la cronologia del progetto, i contratti, i messaggi, le fatture e i registri di consegna. Una prova è più forte quando si inserisce in una traccia di prove più ampia, non quando sta da sola.

Cosa dovrebbero evitare gli artisti?

Non affidarti a un solo export finale.

Poche abitudini fanno la differenza tra una prova su cui puoi appoggiarti e una su cui non puoi:

• conserva il materiale sorgente, i manifest e i riferimenti delle transazioni — la prova è inutile se non sei più in grado di produrre i byte su cui si impegna;
• conserva i registri di consegna firmati dove sono d'aiuto;
• non pubblicare mai file riservati dei clienti in chiaro; sigillali invece;
• verifica l'indirizzo di ricezione di un destinatario prima di inviare un record sigillato;
• non lasciare che prompt riservati, sorgenti o termini di licenza finiscano per sbaglio nei metadati pubblici.

La prova è un'abitudine, non un pulsante antipanico. Il momento per marcare temporalmente un file è quando lo crei, non il giorno dopo l'inizio di una controversia.

In breve

Chi crea ha bisogno di prove con timestamp che appartengano a sé, non solo a una piattaforma.

Label 309 ti permette di impegnare file sorgente, export finali, output di AI, prompt e intere cartelle di progetto al tempo pubblico su Cardano. I record solo-hash mantengono i file privati. I record sigillati conservano gli originali cifrati per le persone che dovrebbero detenerli. Le Merkle root coprono cartelle di grandi dimensioni con un solo impegno on-chain.

Non concede diritti per magia. Dà alla tua linea temporale creativa qualcosa di solido su cui appoggiarsi.

Per approfondire

• Label 309 — lo standard aperto e neutrale rispetto al fornitore alla base di queste prove, sottoposto al processo CIP di Cardano e in fase di revisione da parte degli editor dei CIP.
• Codice open source di CardanoWall — la CLI cardanowall e gli SDK TypeScript, Python e Rust (Apache-2.0).