Priya dirige um estudio de design de duas pessoas em Zurique. Em junho de 2026 ela enviou a um cliente um conjunto completo de icones e um conceito de embalagem para o lancamento de uma bebida, selou os arquivos de trabalho naquela mesma tarde, e esperou por um contrato assinado que nunca chegou de fato. Em agosto, o cliente lancou a embalagem sob outro nome, atribuida a uma designer interna que entrou na equipe em julho. Priya ainda tinha seu arquivo selado. Seu carimbo de tempo qualificado mostrava, sem contestacao possivel, que aquele conjunto exato de icones existia em seu computador na data que ela indicava. O que ele nao conseguia fazer, sozinho, era dizer a alguem que Priya, precisamente ela, era a pessoa que o tinha criado.
Um carimbo de tempo eletronico qualificado prova duas coisas, e apenas duas: que um determinado arquivo, byte a byte, existia em um momento preciso, e que nada mudou desde entao. Ele nao carrega um nome. Nunca foi esse o seu proposito. Segundo o artigo 41 do eIDAS, um carimbo de tempo qualificado goza de uma presuncao legal de exatidao da data e de integridade dos dados, o que e uma vantagem real diante de um tribunal. Mas nao diz nada sobre quem detinha o arquivo, quem o criou, ou quem esta por tras da alegacao. Essa segunda pergunta, o quem, e exatamente a que o MyCopyright na Swiss Trust Layer responde, vinculando o registro selado a uma identidade verificada por passaporte em vez de deixa-lo ao lado de um arquivo sem etiqueta.
O que um carimbo de tempo qualificado realmente prova
O mecanismo por tras de um selo da Swiss Trust Layer e um carimbo de tempo eletronico qualificado: o arquivo passa por hash, o hash recebe um carimbo de tempo de um prestador de servicos de confianca qualificado, e o resultado fica vinculado exatamente a sequencia de bytes do arquivo naquele momento. Mude um unico pixel do conjunto de icones de Priya depois, e o hash nao corresponde mais; o selo se quebra de forma visivel, nao silenciosa. Segundo o art. 41 do eIDAS, esse carimbo de tempo qualificado e presumido exato quanto a data e hora, e os dados que abrange sao presumidos intactos, em todos os estados membros da UE. Essa presuncao e a razao pela qual um arquivo selado resiste melhor em uma disputa do que um anexo de email ou uma data de "ultima modificacao" de um armazenamento em nuvem, que nao carregam esse peso legal e podem ser alterados sem deixar rastro visivel.
Nada disso, porem, responde ao quem. Um carimbo de tempo esta vinculado a um arquivo, nao a um rosto, um passaporte ou um nome legal. Duas pessoas poderiam cada uma ter uma copia selada do mesmo arquivo de trabalho, e o carimbo de tempo sozinho nao distinguiria quem o criou de quem o recebeu por email e o selou uma hora depois. Essa lacuna permaneceu aberta na Swiss Trust Layer enquanto o selamento existiu sem uma camada de identidade associada.
A lacuna de que ninguem fala: existencia sem identidade
Isso nao e uma falha exclusiva da Swiss Trust Layer. E verdade para todo padrao de carimbo de tempo, todo selo de notarizacao, e todo hash de blockchain para o qual algum criativo ja tenha sido direcionado. Uma prova criptografica de existencia diz a um tribunal quando um arquivo estava em um determinado estado. Nunca foi projetada para dizer a um tribunal por quais maos ele passou, e quem se apoia em "eu carimbei com data e hora" como caso inteiro esta respondendo apenas metade da pergunta que uma disputa realmente faz. Uma disputa de propriedade intelectual suica que depende exatamente dessa lacuna, quem fez versus quando existiu, frequentemente chega a seis digitos antes de ser resolvida: estimativas do setor, da Swiss Arbitration Association, colocam o custo medio de uma disputa de propriedade intelectual suica entre CHF 150.000 e 400.000, em grande parte porque boa parte da disputa e gasta estabelecendo fatos que um dossie mais solido teria resolvido no primeiro dia.
O fato de o arquivo de Priya existir em uma determinada data nunca esteve em disputa depois que ela apresentou o certificado. O que ela nao conseguia provar, de forma barata e com antecedencia, era que o arquivo era dela desde o inicio, feito por suas maos, sob seu nome, e nao simplesmente repassado por outra pessoa minutos antes do selamento.
Como o registro fecha a lacuna: uma verificacao de passaporte vincula o selo a uma pessoa
O MyCopyright, aberto na Swiss Trust Layer esta semana, adiciona a metade que faltava. Alem do carimbo de tempo qualificado e do hash do arquivo, uma usuaria completa uma verificacao de identidade KYC: um procedimento tecnico que verifica uma pessoa fisica por meio de seu documento de passaporte e dos recursos de seguranca que ele contem, executado pela Swisscom Trust Services e nao pela propria Swiss Trust Layer. Essa verificacao acontece uma vez, vinculada a conta, e a partir desse momento cada registro selado que a conta produz carrega as duas provas juntas: que o arquivo existia, inalterado, naquele momento, e que aquela pessoa especifica, verificada por passaporte, e quem o selou. Nenhuma das duas provas substitui a outra. Um carimbo de tempo sem identidade e um fato sobre um arquivo sem ninguem associado. Uma identidade sem carimbo de tempo e uma pessoa sem registro do que fez ou quando. Juntas, as duas respondem a pergunta que uma disputa realmente faz: nao apenas quando, mas quem.
Nada disso toca no sistema separado de etiquetas de conteudo para declarar o envolvimento de IA em uma obra, que tem suas proprias regras e e explicado em outro momento. A verificacao de identidade descrita aqui trata de quem esta por tras de um registro selado, independentemente de como o conteudo subjacente foi produzido.
Como isso funciona do inicio ao fim
- Selar o arquivo. Enviar a obra finalizada para a Swiss Trust Layer. A plataforma faz o hash e aplica um carimbo de tempo eletronico qualificado, presumido exato segundo o art. 41 do eIDAS, vinculado exatamente aquele estado do arquivo.
- Completar a verificacao de identidade uma vez. O processo KYC verifica o titular da conta por meio de seu passaporte, executado pela Swisscom Trust Services. E feito uma vez por conta, nao uma vez por arquivo.
- Cada selo posterior carrega os dois. A partir dai, cada registro selado produzido por aquela conta contem o carimbo de tempo do arquivo e a identidade verificada da pessoa por tras dele, juntos, em um unico certificado.
Se o MyCopyright existisse quando Priya selou seu conjunto de icones, o certificado que sua advogada enviou ao cliente nao teria parado em "este arquivo existia nesta data". Ele teria declarado, no mesmo certificado, que o arquivo existia naquela data e que uma Priya verificada por passaporte, nao uma conta anonima, era quem o havia produzido. Essa segunda frase e a que transforma um fato tecnico em uma afirmacao que ninguem do outro lado da mesa pode simplesmente descartar. Um carimbo de tempo leva voce ate a metade do caminho. O registro foi construido para fechar o resto.
Veja o que o registro realmente grava no post de lancamento do MyCopyright, ou leia o mecanismo completo em como funciona.
