Provas criativas para artistas

Artistas podem provar que um arquivo criativo específico existia até um momento específico.

Com o Label 309, você calcula o hash de arquivos originais, rascunhos, pastas de projeto, prompts, saídas de IA, stems, exportações ou pacotes de entrega e, então, publica um compromisso público com carimbo de tempo na blockchain Cardano. O trabalho em si nunca precisa ser público: você pode publicar apenas o hash e manter o material de origem sensível privado ou selado em forma cifrada.

Uma prova como essa não concede direitos autorais, não prova propriedade nem impede que alguém copie seu trabalho. Ela cria algo mais restrito e durável: evidência de cronologia e integridade que não depende de uma plataforma continuar no ar.

Que problema isso resolve?

Trabalho criativo é fácil de copiar e difícil de datar.

Um arquivo é repostado sem crédito. Um cliente questiona o que foi entregue. Uma saída de IA aparece na campanha de outra pessoa. Um rascunho vira prova em uma disputa de direitos. Uma pasta de projeto é modificada muito depois de a versão original ter sido feita.

Em cada caso, quem cria está tentando responder a uma de poucas perguntas sobre cronologia:

este arquivo existia antes de aparecer em outro lugar?
este é o mesmo arquivo que eu entreguei?
eu já tinha o projeto de origem antes do lançamento público?
este par de prompt e saída fez parte do meu fluxo de trabalho?
esta pasta continha os stems, as camadas ou os rascunhos que eu afirmo que continha?
este conceito foi criado antes da reunião com o cliente?

Uma Proof of Existence (prova de existência) coloca um carimbo de tempo público por trás de cada uma dessas respostas, para que a data não dependa dos metadados do próprio arquivo, do log de upload de uma plataforma, nem da sua palavra contra a de outra pessoa.

O que um artista pode carimbar no tempo?

Quase qualquer artefato digital.

Por exemplo:

imagens originais;
fotos brutas;
arquivos de design em camadas;
stems de áudio;
arquivos de projeto de vídeo;
roteiros;
rascunhos;
esboços digitalizados em arquivos;
prompts;
saídas geradas por IA;
configurações de modelo;
painéis de estilo;
pacotes de entrega ao cliente;
exportações de site;
metadados de NFT;
arquivos masterizados finais;
pastas de projeto inteiras.

O que importa são os bytes exatos. Se o arquivo mudar em um único byte, o hash muda — e é exatamente esse o objetivo. Uma prova se vincula a uma versão específica, não a um título nem a um vago “o design”.

Como a prova funciona?

O arquivo vira um hash.

O CardanoWall — ou qualquer outra ferramenta Label 309, incluindo a CLI e os SDKs cardanowall de código aberto — calcula um hash criptográfico do arquivo ou do manifesto. Esse hash é publicado em um registro Label 309 no Cardano, carregando o carimbo de tempo do bloco. Depois, você recalcula o hash a partir do arquivo e mostra que ele corresponde ao registro publicado.

Se os hashes corresponderem, o arquivo que você tem agora é a mesma sequência de bytes que foi comprometida naquele momento. Qualquer pessoa pode verificar isso com a referência da transação e um explorador público do Cardano — não é preciso confiar no CardanoWall, nos nossos servidores nem no nosso domínio.

A cadeia nunca precisa da obra em si. Ela só precisa do compromisso.

Os arquivos de origem devem ser públicos?

Geralmente, não.

Arquivos de origem costumam guardar camadas privadas, material de cliente, conceitos não lançados, detalhes de contrato, experimentos com prompts ou segredos comerciais. Publicá-los abertamente pode enfraquecer sua posição mais do que ajudar.

O padrão é publicar apenas o hash. Se você também quiser que os bytes originais possam ser recuperados depois, use um registro selado: o arquivo de origem é cifrado, o texto cifrado é armazenado fora da cadeia e só o hash do texto claro vai para a cadeia. A prova continua se comprometendo com o arquivo real, mas o arquivo permanece cifrado para quem detém as chaves.

Assim você mantém tanto a prova quanto os bytes originais, sem entregar a obra ao público. Antes de selar qualquer coisa para outra pessoa, porém, verifique o endereço de recebimento dela — um arquivo selado é tão privado quanto a chave para a qual foi encapsulado.

E quanto a pastas de projeto inteiras?

Use um manifesto e uma raiz Merkle.

Projetos criativos raramente vivem em um único arquivo. Uma pasta de design tem imagens, fontes, rascunhos, exportações e anotações. Um projeto de música tem stems, arquivos MIDI, versões de mixagem e masters. Um projeto de vídeo tem filmagens, linhas do tempo, gráficos, proxies e renderizações finais.

Para uma pasta, monte um manifesto que liste, por arquivo:

o caminho do arquivo;
o tamanho do arquivo;
o hash do conteúdo;
a data de modificação, se for útil;
a versão do projeto;
uma nota sobre sua origem ou função;
seu índice de folha na árvore.

Em seguida, publique uma única raiz Merkle que se comprometa com toda essa lista. Uma raiz de 32 bytes na cadeia representa a pasta inteira. Depois, você pode provar que um arquivo específico fazia parte do projeto — com uma prova de inclusão compacta — sem revelar todos os outros arquivos de uma vez. O mesmo truque escala de uma pasta para milhares ou milhões de arquivos em um único registro.

Como artistas de IA podem usar isso?

Ancore o registro criativo inteiro, não apenas a imagem final.

Trabalhos com IA geralmente envolvem prompts, prompts negativos, seeds, nomes de modelos, imagens de referência, imagens de controle, upscales, edições e exportações finais. Se você carimbar no tempo apenas a imagem final, fica de fora boa parte do processo que demonstra que o trabalho foi seu.

Uma prova de arte com IA mais robusta pode cobrir:

o hash da saída final;
o hash do arquivo de prompt;
a referência ao modelo ou serviço;
as configurações de geração;
os hashes das imagens de referência;
um manifesto de histórico de edições;
o hash da exportação com upscale;
a raiz Merkle da pasta de projeto;
o hash de um manifesto Content Credentials (C2PA), se você produzir um.

Isso não prova que você detém todos os direitos legais sobre cada insumo — um hash nada diz sobre licenças ou consentimento. O que ele prova é que esses materiais específicos existiam até um momento específico, o que muitas vezes é a parte difícil de estabelecer depois do ocorrido. Uma Proof of Existence e uma camada de proveniência como Content Credentials respondem a perguntas diferentes: uma fixa o momento e a integridade de bytes exatos; a outra carrega afirmações assinadas sobre como o conteúdo foi feito.

Como isso pode ajudar com clientes?

Provas tornam as entregas mais limpas.

Um freelancer, estúdio ou agência pode carimbar no tempo um pacote de entrega antes de enviá-lo. Se surgir uma disputa depois, a prova pode mostrar o que foi entregue e que aquele pacote exato existia naquele momento.

Isso é útil para:

entrega de arte final;
pacotes de ativos de marca;
variantes de criativos de anúncio;
masters de áudio;
cortes de vídeo;
exportações de site;
repasse de arquivos de origem;
aprovações de marcos;
ativos de campanha pré-lançamento.

Para trabalho com clientes, uma assinatura opcional acrescenta mais um fato útil: ela mostra qual chave de identidade respondeu pela entrega. Assinaturas no Label 309 nunca são obrigatórias — um registro simples, somente de hash, é totalmente válido —, mas, quando você adiciona uma, o registro carrega uma assinatura da sua chave de identidade, de modo que a prova não é apenas “estes bytes existiam”, mas “esta identidade respaldou estes bytes neste momento”.

Isso pode provar que eu sou dono do trabalho?

Não por si só.

Uma Proof of Existence pode sustentar uma narrativa de propriedade ou autoria, mas não substitui contratos, registro de direitos autorais, acordos de trabalho, termos de licença, autorizações de modelo, registros de consentimento nem aconselhamento jurídico. Se ela ajuda em uma disputa específica depende da sua jurisdição e das provas ao redor.

Ela prova algo mais restrito: que bytes específicos existiam até um momento específico e, se assinada, que uma chave de identidade específica assinou o registro. Ela não prova que o trabalho é original, que você tem os direitos sobre ele, nem que ninguém criou a mesma coisa antes e nunca a publicou.

Essa evidência ainda pode ser valiosa. É uma peça sólida de uma narrativa de direitos, não o sistema inteiro. Para um percurso cuidadoso sobre onde está a linha, veja O que uma prova não prova.

E se alguém copiar meu trabalho depois?

A prova lhe dá uma linha do tempo.

Se alguém publicar um arquivo parecido depois de você, talvez você consiga mostrar que o seu original existia antes. Se o arquivo copiado for idêntico byte a byte, o hash corresponde diretamente. Se ele foi modificado, a prova ainda ajuda: ela pode estabelecer que seu arquivo de origem, rascunho ou pasta de projeto existia antes de a outra versão aparecer, o que muitas vezes basta para virar um argumento de “sua palavra contra a deles”.

Para uma disputa de verdade, guarde mais do que a prova final. Preserve os arquivos de origem, o histórico do projeto, contratos, mensagens, notas fiscais e registros de entrega. Uma prova é mais forte quando se apoia em um rastro de evidências mais amplo, e não sozinha.

O que os artistas devem evitar?

Não dependa de uma única exportação final.

Alguns hábitos fazem a diferença entre uma prova na qual você pode se apoiar e outra na qual não pode:

guarde o material de origem, os manifestos e as referências de transação — a prova é inútil se você não conseguir mais produzir os bytes com os quais ela se compromete;
guarde registros de entrega assinados onde eles ajudarem;
nunca publique arquivos confidenciais de clientes em texto claro; sele-os em vez disso;
verifique o endereço de recebimento de um destinatário antes de enviar um registro selado;
não deixe prompts, fontes ou termos de licença confidenciais vazarem por acidente para metadados públicos.

A prova é um hábito, não um botão de pânico. A hora de carimbar um arquivo no tempo é quando você o cria, não no dia seguinte ao início de uma disputa.

A versão curta

Quem cria precisa de evidência com carimbo de tempo que pertença a si mesmo, não apenas a uma plataforma.

O Label 309 permite que você comprometa arquivos de origem, exportações finais, saídas de IA, prompts e pastas de projeto inteiras ao tempo público no Cardano. Registros somente de hash mantêm os arquivos privados. Registros selados preservam os originais cifrados para as pessoas que devem detê-los. Raízes Merkle cobrem pastas grandes com um único compromisso na cadeia.

Isso não concede direitos por mágica. Dá à sua linha do tempo criativa algo sólido em que se apoiar.

Leitura adicional

Label 309 — o padrão aberto e neutro quanto ao fornecedor por trás dessas provas, submetido ao processo de CIP do Cardano e em análise pelos editores de CIP.
Código aberto do CardanoWall — a CLI cardanowall e os SDKs em TypeScript, Python e Rust (Apache-2.0).