O registro MyCopyright na Swiss Trust Layer cobre cinco elementos ao selar uma obra: o próprio arquivo selado, um carimbo de tempo qualificado, uma identidade verificada, um depósito em garantia opcional e um código de conteúdo chamado ISCC. A maior parte disso é fácil de imaginar, porque corresponde a algo familiar. Um carimbo de tempo é uma data registrada. Identidade é uma verificação de passaporte. Depósito em garantia é um cofre trancado. O código de conteúdo é a única parte que soa técnica e costuma ser ignorada, o que é uma pena, porque responde a uma pergunta que nenhuma das outras partes consegue resolver.
Um carimbo de tempo prova quando. Um hash prova qual arquivo. Nenhum dos dois prova a mesma obra.
Ao selar um documento, a plataforma gera um hash criptográfico dos bytes exatos enviados, e um carimbo de tempo qualificado associa data e hora. Juntos, esses dois elementos provam algo específico e útil: este arquivo exato existia neste momento exato. Se um único byte do arquivo mudar depois disso, mesmo uma compressão imperceptível a olho nu, o hash deixa de corresponder, e a prova deixa de valer para a nova versão.
Isso é exatamente o que se precisa para um documento jurídico, um contrato, um PDF que não deve mudar novamente. Não é suficiente para uma fotografia redimensionada para um site, um manuscrito exportado para outro formato de arquivo, ou uma faixa recodificada para uma plataforma de streaming. Para uma pessoa, cada um desses casos é claramente a mesma obra. Para um hash, é um arquivo completamente diferente, porque os bytes são diferentes. Provar a posse de um arquivo específico e identificar uma obra em suas várias cópias possíveis são dois problemas diferentes, e a plataforma da Swiss Trust Layer usa duas ferramentas diferentes para isso. O carimbo de tempo e o hash cuidam do primeiro. O ISCC cuida do segundo.
O que o ISCC realmente é
ISCC significa International Standard Content Code, e não é algo que a Swiss Trust Layer inventou. É uma norma internacional: ISO 24138:2024, "Information and documentation: International Standard Content Code (ISCC)", ratificada pela International Organization for Standardization em 2024. A norma define a sintaxe e a estrutura do código e a forma como ele é gerado, de modo que qualquer sistema que a implemente produza um resultado comparável.
O mecanismo é a parte realmente útil. Um ISCC não é emitido por um registro nem atribuído por uma autoridade, ao contrário de um ISBN atribuído a um livro. Ele é calculado diretamente a partir do próprio conteúdo, de forma determinística, a partir de um conjunto de resumos hash derivados dos dados do arquivo. Ao processar o mesmo conteúdo pelo mesmo algoritmo aberto, obtém-se o mesmo código, seja isso feito em nossa plataforma ou em outro sistema que implemente a mesma norma. A norma cobre texto, imagem, áudio, vídeo e outros tipos de conteúdo digital, e também descreve como um ISCC pode conviver com identificadores existentes como ISBN, ISRC ou ISWC, em vez de substituí-los.
Por que não é preciso expor o arquivo
Como o código deriva de resumos hash do conteúdo, e não do conteúdo em si, verificar ou comparar um ISCC nunca exige entregar o arquivo original. O código viaja, o arquivo permanece onde está. É uma posição de privacidade bem diferente de enviar uma obra a um banco de dados público que qualquer pessoa possa consultar. Duas partes, ou um sistema tentando relacionar uma obra a um índice maior, podem trabalhar apenas com o código.
Vale a pena ser preciso sobre o que isso significa e o que não significa. O ISCC não é criptografia. Ele não trava o arquivo nem determina quem pode abri-lo, e gerar um não muda em nada a forma como o próprio arquivo é protegido. Também não é, por si só, um registro legal de direitos autorais: é um identificador técnico, uma parte do registro selado ao lado do carimbo de tempo qualificado e da identidade verificada, cada um com seu próprio valor jurídico separado. E não é um registro em blockchain: sua existência e verificação não dependem de nenhum livro-razão distribuído. É simplesmente uma forma padronizada de calcular um código a partir de um conteúdo, para que a mesma obra seja reconhecida como tal mais tarde, onde quer que apareça.
Onde ele realmente aparece na Swiss Trust Layer
Depois de selar um arquivo, o código não fica escondido em uma página de configurações. Na aba "Todos os arquivos" de uma pasta, cada arquivo selado exibe seu próprio bloco: o rótulo de declaração de IA, o ISCC completo, o ISCC-ID, o ISCC Datahash e o ISCC Metahash. O mesmo código ISCC também aparece no bloco de status da pasta e no PDF do certificado selado que pode ser baixado, de modo que ele acompanha o documento em vez de existir apenas dentro da plataforma.
Esses valores separados existem porque respondem a perguntas ligeiramente diferentes: o ISCC-ID é o identificador para localizar a obra, enquanto o Datahash e o Metahash são os componentes gerados a partir dos dados do arquivo e de seus metadados. Não é preciso memorizar o que cada um faz para usar o recurso. O que importa é que cada arquivo selado carregue um código calculado a partir da própria obra, bem ao lado do carimbo de tempo e da verificação de identidade, não escondido em uma exportação técnica.
Por que um código de conteúdo importa, além de provar a posse
Um carimbo de tempo e um hash respondem a "eu tinha exatamente este arquivo neste momento preciso". Um código de conteúdo responde a uma pergunta diferente, de mais longo prazo: "essa obra pode ser reconhecida mais tarde, mesmo depois de redimensionada, convertida, recodificada ou copiada em outro lugar". Isso importa para quem tenta rastrear onde uma obra foi parar, licenciá-la ou levantar uma questão de infração, porque nenhuma dessas situações espera educadamente que o arquivo original intacto reapareça. Uma editora verificando se uma imagem reapareceu em outro site, uma agência licenciando uma faixa para uma campanha, uma autora se perguntando se um trecho de manuscrito aparece em algum lugar que não deveria: tudo isso depende de reconhecer a mesma obra subjacente, não de fazer um arquivo específico corresponder byte a byte.
Nada disso substitui o arquivo selado, o carimbo de tempo ou a identidade verificada por trás dele. Isso se soma a eles. O registro descrito na publicação de 23 de setembro é construído a partir de todos esses elementos juntos, não de um único elemento carregando sozinho toda a prova.
O código, em termos simples
Não é preciso entender resumos hash para usar isso. O que vale a pena lembrar é mais simples: um código de conteúdo identifica a obra, não apenas uma cópia de um arquivo. Ele é gerado a partir de uma norma internacional, não inventado por uma única plataforma. E verificá-lo nunca exige que alguém entregue o arquivo original. Veja como isso se encaixa com selagem, identidade e depósito em garantia em how it works.
