Le registre MyCopyright sur Swiss Trust Layer couvre cinq éléments lorsque vous scellez une oeuvre : le fichier scellé lui-même, un horodatage qualifié, une identité vérifiée, un séquestre optionnel et un code de contenu appelé ISCC. La plupart de ces éléments sont faciles à se représenter, car ils correspondent à quelque chose de familier. Un horodatage, c'est une date tamponnée. L'identité, c'est une vérification de passeport. Le séquestre, c'est un coffre verrouillé. Le code de contenu est l'élément qui semble technique et que l'on a tendance à ignorer, ce qui est dommage, car il répond à une question qu'aucun des autres ne peut résoudre.
Un horodatage prouve quand. Une empreinte prouve quel fichier. Aucun des deux ne prouve la même oeuvre.
Lorsque vous scellez un document, la plateforme génère une empreinte cryptographique des octets exacts que vous avez téléversés, et un horodatage qualifié attache la date et l'heure. Ensemble, ces deux éléments prouvent quelque chose de précis et d'utile : ce fichier exact existait à ce moment exact. Si un seul octet du fichier change par la suite, même une compression invisible à l'oeil nu, l'empreinte ne correspond plus, et la preuve ne s'applique plus à la nouvelle version.
C'est exactement ce qu'il faut pour un document juridique, un contrat, un PDF qui ne doit plus jamais changer. Ce n'est pas suffisant pour une photographie redimensionnée pour un site web, un manuscrit exporté vers un autre format de fichier, ou un morceau réencodé pour une plateforme de streaming. Pour un humain, chacun de ces cas est manifestement la même oeuvre. Pour une empreinte, c'est un fichier totalement différent, parce que les octets sont différents. Prouver la possession d'un fichier précis et identifier une oeuvre à travers ses nombreuses copies possibles sont deux problèmes différents, et la plateforme de Swiss Trust Layer utilise deux outils différents pour cela. L'horodatage et l'empreinte gèrent le premier. L'ISCC gère le second.
Ce qu'est réellement l'ISCC
ISCC signifie International Standard Content Code, et ce n'est pas quelque chose que Swiss Trust Layer a inventé. Il s'agit d'une norme internationale : ISO 24138:2024, « Information and documentation: International Standard Content Code (ISCC) », ratifiée par l'Organisation internationale de normalisation en 2024. La norme définit la syntaxe et la structure du code ainsi que la façon dont il est généré, afin que tout système qui l'implémente produise un résultat comparable.
Le mécanisme est ce qui en fait l'utilité. Un ISCC n'est pas délivré par un registre ni attribué par une autorité, contrairement à un ISBN attribué à un livre. Il est calculé directement à partir du contenu lui-même, de façon déterministe, à partir d'un ensemble d'empreintes dérivées des données du fichier. Faites passer le même contenu par le même algorithme ouvert et vous obtenez le même code, que ce soit sur notre plateforme ou sur un autre système implémentant la même norme. La norme couvre le texte, l'image, l'audio, la vidéo et d'autres types de contenu numérique, et elle décrit aussi comment un ISCC peut coexister avec des identifiants existants comme l'ISBN, l'ISRC ou l'ISWC plutôt que de les remplacer.
Pourquoi cela n'exige pas d'exposer le fichier
Comme le code est dérivé d'empreintes du contenu, et non du contenu lui-même, vérifier ou comparer un ISCC ne nécessite jamais de transmettre le fichier original. Le code voyage, le fichier reste où il est. C'est une position bien différente en matière de confidentialité que de téléverser une oeuvre dans une base de données publique consultable par n'importe qui. Deux parties, ou un système cherchant à faire correspondre une oeuvre à un index plus large, peuvent travailler uniquement à partir du code.
Il vaut la peine de préciser ce que cela signifie et ce que cela ne signifie pas. L'ISCC n'est pas du chiffrement. Il ne verrouille pas le fichier et ne détermine pas qui peut l'ouvrir, et le fait d'en générer un ne change rien à la façon dont le fichier lui-même est protégé. Ce n'est pas non plus, en soi, un enregistrement légal de droit d'auteur : c'est un identifiant technique, un élément parmi d'autres du dossier scellé, aux côtés de l'horodatage qualifié et de l'identité vérifiée, qui portent chacun leur propre valeur juridique. Et ce n'est pas une inscription sur une blockchain : son existence et sa vérification ne dépendent d'aucun registre distribué. C'est simplement une façon normalisée de calculer un code à partir d'un contenu, pour que la même oeuvre soit reconnue comme telle plus tard, où qu'elle réapparaisse.
Où le voir concrètement sur Swiss Trust Layer
Une fois un fichier scellé, le code n'est pas enfoui dans une page de paramètres. Dans l'onglet « Tous les fichiers » d'un dossier, chaque fichier scellé affiche son propre bloc : le label de déclaration IA, l'ISCC complet, l'ISCC-ID, l'ISCC Datahash et l'ISCC Metahash. Le même code ISCC apparaît aussi sur le bloc de statut du dossier et sur le certificat PDF scellé téléchargeable, de sorte qu'il accompagne le document plutôt que de rester enfermé dans la plateforme.
Ces valeurs distinctes existent parce qu'elles répondent à des questions légèrement différentes : l'ISCC-ID est l'identifiant permettant de retrouver l'oeuvre, tandis que le Datahash et le Metahash sont les composants générés à partir des données du fichier et de ses métadonnées. Il n'est pas nécessaire de mémoriser le rôle de chacun pour utiliser la fonction. Ce qui compte, c'est que chaque fichier scellé porte un code calculé à partir de l'oeuvre elle-même, juste à côté de l'horodatage et de la vérification d'identité, et non caché dans un export technique.
Pourquoi un code de contenu compte, indépendamment de la preuve de possession
Un horodatage et une empreinte répondent à « avais-je exactement ce fichier à ce moment précis ». Un code de contenu répond à une question différente, qui dure plus longtemps : « cette oeuvre peut-elle être reconnue plus tard, même après avoir été redimensionnée, convertie, réencodée ou copiée ailleurs ». C'est important pour quiconque cherche à suivre où une oeuvre a atterri, à la concéder sous licence, ou à soulever une question de contrefaçon, car aucune de ces situations n'attend poliment que le fichier original intact réapparaisse. Un éditeur vérifiant si une image est réapparue sur un autre site, une agence concédant un titre sous licence pour une campagne, une autrice se demandant si un extrait de manuscrit apparaît quelque part où il ne devrait pas : tout cela dépend de la reconnaissance de la même oeuvre sous-jacente, et non de la correspondance octet par octet d'un fichier précis.
Rien de tout cela ne remplace le fichier scellé, l'horodatage ou l'identité vérifiée qui les accompagne. Cela s'y ajoute. Le registre décrit dans l'article du 23 septembre est construit à partir de tous ces éléments réunis, et non d'un seul portant à lui seul toute la preuve.
Le code, en termes simples
Il n'est pas nécessaire de comprendre les empreintes cryptographiques pour utiliser cette fonction. Ce qui mérite d'être retenu est plus simple : un code de contenu identifie l'oeuvre, pas seulement une copie d'un fichier. Il est généré à partir d'une norme internationale, et non inventé par une seule plateforme. Et le vérifier n'exige jamais que quelqu'un transmette le fichier original. Découvrez comment cela s'articule avec le scellement, l'identité et le séquestre sur how it works.
