Un label a marqué son catalogue avec du C2PA pour le règlement UE sur l'IA. J'ai vu un seul transcodage tout dépouiller.
La première fois que j'ai fait passer l'une de mes propres pistes de test dans un simple transcodage social, j'ai vu la provenance C2PA qu'un label aurait payé pour ajouter disparaître en une seule passe. Rien de spectaculaire à l'écran. Le fichier est entré avec un en-tête de provenance signé, l'encodeur a fait son travail ordinaire, et le fichier est ressorti propre, plus léger, et dépouillé. La provenance avait tout simplement disparu, comme elle disparaît dès qu'une vraie piste touche TikTok ou Instagram. Je suis resté là, légèrement mal à l'aise, parce que j'avais bâti toute la démo sur l'hypothèse qu'ajouter du C2PA était la réponse, et je venais de voir la réponse s'évaporer.
C'est de cela que traite cet essai. Je me suis mis à construire une porte d'ingestion Article 50 du règlement UE sur l'IA pour l'audio généré par IA, une chose que l'application appelle Tessera, et la construction a tranquillement démonté l'hypothèse avec laquelle presque tout le monde dans les droits musicaux arrive. L'hypothèse, c'est que l'Article 50 est un problème de filigrane qu'on résout en marquage de catalogue. Ce n'est pas le cas. C'est un problème de survie, et la plupart de ce que l'industrie s'empresse d'ajouter ne survit pas. Si vous voulez voir la porte décider d'elle-même, elle est ici : veriprajna.com/fr/demos/barriere-d-ingestion-audio-article-50-de-l-eu-ai-act-une-provenance-qui-survit-au-transcodage-social.
Le réflexe avec lequel j'ai commencé : « ajoutez simplement du C2PA »
J'ai commencé cette construction en croyant la même chose que chaque présentation tech des droits que j'avais lue croyait, à savoir que la conformité à l'Article 50 est un exercice d'étiquetage.
La réglementation est réelle et l'horloge est réelle. L'Article 50 du règlement UE sur l'IA est entré en vigueur le 2 août 2026, et il exige que les sorties d'audio génératif soient marquées dans un format lisible par machine et restent détectables, dans le langage du projet de code de pratique de la Commission de janvier 2026, « après des modifications courantes ». L'Article 99 y met les dents, avec des sanctions jusqu'à 15 M€ ou 3 % du chiffre d'affaires mondial. L'ampleur sous-jacente n'est pas petite non plus. Environ 28 % des mises en ligne quotidiennes de Deezer sont désormais entièrement générées par IA (Beatdapp/Beatport, cité dans la recherche Veriprajna WP31, 2026). Donc le geste naturel, celui que j'ai fait dans mon premier croquis du pipeline, est d'attacher un manifeste C2PA à chaque piste IA et de déclarer le catalogue couvert.
Voici l'échec que je n'avais pas intériorisé jusqu'à le voir se produire. Le C2PA, tel que la plupart des gens le déploient, est un couplage dur. La provenance vit dans les métadonnées du fichier. Et le couplage dur est dépouillé par essentiellement chaque transcodage de plateforme sociale au téléversement, ce que la recherche solution Veriprajna WP31 (2026) appelle la plus grande faiblesse opérationnelle de l'écosystème C2PA aujourd'hui. Donc un label qui a consciencieusement marqué tout son catalogue est, opérationnellement, à découvert dès qu'une piste quitte le transfert propre et touche le monde sauvage.
Le label a fait tout ce que le guide disait. Il a ajouté du C2PA. Et il s'est retrouvé à découvert dès que la première piste a touché le social, parce que la partie qu'il a ajoutée est exactement celle qui se fait dépouiller.
Ce qui survit vraiment, c'est le couplage souple. Un filigrane imperceptible porte un minuscule identifiant, et une fois les métadonnées disparues, vous utilisez cet identifiant pour résoudre à nouveau le manifeste depuis un registre. C'est de l'ingénierie d'intégration peu glamour. C'est aussi, pour autant que je puisse en juger, tout l'enjeu.
La nuit où mon propre filigrane est revenu en déchets
J'ai failli abandonner le couplage souple un mardi soir, quand mon propre décodeur de filigrane a commencé à renvoyer du bruit.
J'avais le pipeline de bout en bout. Une piste passait par le canal de livraison, un décodeur à spectre étalé relisait la marque dans la forme d'onde livrée, et la clé récupérée consultait le manifeste. Puis j'ai relancé un lot que j'avais validé la veille, et les clés récupérées sont revenues en déchets. Le taux d'erreur binaire du filigrane tournait autour de 0,5, c'est-à-dire un pile ou face, c'est-à-dire la façon qu'a un décodeur de vous dire qu'il lit du parasite. Ma première pensée a été que le couplage souple ne fonctionnait pas vraiment, que la marque ne pouvait pas survivre à un vrai codec, et que toute la prémisse de la démo était fausse.
J'ai passé quelques heures convaincu que l'approche était morte. Ce n'était pas l'approche. C'était un corpus obsolète sur disque. Un cache antérieur s'était désynchronisé des graines déterministes à partir desquelles les pistes sont générées, donc le décodeur lisait des marques qui ne correspondaient plus à l'audio. J'ai reconstruit le corpus à partir des graines, tout relancé à travers de vrais transcodages ffmpeg, et les clés sont revenues propres. Cet échec a valu plus pour moi que n'importe quelle exécution propre, parce qu'il m'a appris à me méfier d'un bon chiffre jusqu'à savoir exactement ce qui l'a produit. Chaque mesure de référence de cette démo n'a été enregistré qu'après cette reconstruction.
Quand cela a fonctionné, ce contraste a été la chose la plus claire que j'aie jamais mise à l'écran. Prenez Neon Tide, une sortie synthétique d'IA interne livrée par le canal social (chaque piste de ce corpus est un ton généré procéduralement, pas de vraie musique ni d'artistes, et les noms sont des fixtures de test). Son couplage dur est dépouillé par le transcodage. Son filigrane de couplage souple est récupéré à une confiance de 0,989, et le manifeste C2PA se résout à nouveau depuis le registre. Le couplage dur est mort. Le couplage souple a porté la provenance jusqu'au bout. Côte à côte, sur la même piste, dans la même passe. Ce seul panneau, c'est l'argument.
Alors, ai-je simplement construit un meilleur filigrane ?
J'entends une version de cette question dans presque chaque conversation, et la réponse est non, ce qui a tendance à surprendre les gens.
Je n'ai pas construit un filigrane destiné à battre celui de quiconque, et je le dis avec soin, parce que la tentation d'insinuer le contraire est forte. Les détecteurs leaders du marché, SynthID-Audio de Google, AudioSeal de Meta, Digimarc, siègent dans cette démo comme adaptateurs stub derrière une interface documentée conçue pour y brancher un SDK. Le détecteur de SynthID est fermé chez Google et AudioSeal a besoin d'un GPU, donc dans la démo ils signalent une présence à une confiance fixe et rien de plus. La marque à spectre étalé que j'ai écrite existe pour exactement un travail : porter une clé d'actif de 32 bits et un CRC afin que le manifeste puisse être résolu à nouveau. Elle n'est engagée dans aucun concours de robustesse, et je ne prétends en aucun cas qu'elle bat celle d'un fournisseur.
Ce que j'ai construit, c'est la couche autour de l'algorithme. Google et Meta peuvent posséder le filigrane. La partie que personne ne livre comme un seul produit, c'est l'intégration : le détecteur multi-normes, l'architecture de couplage souple, l'intergiciel DDEX, et le dossier prêt pour le régulateur. C'est dans cette couche que le problème de survie se résout vraiment, et c'est la partie qu'aucun fournisseur unique ne s'empresse de vous remettre.
Je veux être exact sur ce que signifie cette matrice de survie, parce qu'un périmètre honnête est tout l'enjeu de construire dans une entreprise nommée Veriprajna, qui signifie vraie sagesse. Sur un corpus synthétique fixe de 12 sorties, ma marque, réencodée à travers mp3-128, aac-128 et opus-96, se redécode à un taux d'erreur binaire de 0,0, tandis que le couplage dur ne survit à aucun de ces canaux sociaux. C'est une vraie mesure avec un vrai ffmpeg. Ce n'est pas une affirmation universelle « survit à tout », et la démo elle-même contient une piste où la marque ne survit pas du tout, ce dont je suis le plus fier.
Je n'ai pas construit un meilleur filigrane. J'ai construit la couche qui décide si la provenance qu'il vous reste suffit à certifier, et refuse quand ce n'est pas le cas.
La piste que j'avais terriblement envie de laisser passer
Je me souviens d'avoir fixé Radio Imaging Sweep 7 en voulant la laisser passer, et c'est le moment où toute cette démo a mérité son nom.
C'est une coupe de diffusion arrivée par ce que je modélise comme le fossé analogique, une recapture haut-parleur-microphone hors d'un moniteur FM. Sa marque n'a pas survécu à ce parcours. Le décodeur l'a relue à une confiance de 0,699, le CRC a échoué, et il ne restait aucun identifiant récupérable pour résoudre un manifeste. Voici la tentation, assise juste là à l'écran. La matrice de survie, exécutée sur le master propre à travers les codecs sociaux, montre que la marque aurait survécu à un transcodage normal. Je pouvais donc voir une version de la logique qui disait : la marque est globalement bonne, c'est juste un mauvais canal, laissez-la passer. L'Article 99 est ce qui a tué cet instinct. Un faux « compliant » sous un régime de sanctions à 15 M€ ou 3 % est le genre de tort coûteux.
Donc la porte fait la chose plus dure. Quand une marque ne survit vraiment pas au canal par lequel une piste est effectivement arrivée, elle renvoie NEEDS PROOF et route la piste vers un humain, avec l'échec du fossé analogique et un propriétaire nommé attachés. Elle ne certifie pas. Je l'ai écrit comme un invariant testé unitairement, un test littéralement nommé pour le filigrane qui meurt dans le fossé analogique, parce que je voulais que l'abstention soit une propriété du système et non une humeur. L'abstention n'est pas l'échec de la porte. L'abstention, c'est la porte qui refuse de bluffer, et refuser de bluffer, c'est ce qu'un Head of Trust and Safety achète réellement.
Un faux « compliant » n'est pas une petite erreur sous les sanctions de l'Article 99. C'est le genre de tort coûteux, et c'est exactement pourquoi la porte est construite pour s'abstenir avant de bluffer.
Un filigrane récupéré ne suffit-il pas ?
J'ai présumé, au début, que récupérer le filigrane était pratiquement la ligne d'arrivée, et Glasshouse est la piste qui m'a corrigé.
Glasshouse a récupéré sa marque proprement, à une confiance de 0,992, taux d'erreur binaire de 0,0 à travers les trois codecs. La provenance, au sens étroit, était parfaite. Et la porte l'a bloquée quand même. La raison, c'est le reste de la chaîne. Le DDEX ERN 4.3 n'a aucun champ de déclaration IA, et la plupart des agrégateurs (CD Baby, DistroKid, Believe) ne font pas passer de déclaration granulaire, selon la recherche Veriprajna WP31 (2026). Glasshouse est arrivée via DistroKid avec trois de ses quatre champs de déclaration manquants : instrumentation, mixage et mastering. Sous l'Article 50(4), l'expédier tel quel serait une violation active de déclaration, donc le verdict est BLOCKED, avec cette clause exacte citée à l'écran.
C'est pourquoi la porte vérifie la chaîne entière et pas seulement la marque : une marque lisible par machine, plus la récupération par couplage souple après le canal de livraison, plus une déclaration DDEX complète, plus un propriétaire de retrait nommé. Manquez un seul maillon et vous n'obtenez pas le feu vert. Sur le lot complet de 12 sorties, le découpage est sorti à 7 certifiées COMPLIANT, 2 routées vers remédiation humaine, et 3 bloquées, et chacune des 12 porte un verdict avec une clause citée. Cette couverture est la partie qui m'importe, parce qu'un Head of Rights Tech ne finance pas une boîte noire, il finance quelque chose qu'il peut contre-interroger (« pourquoi Glasshouse a-t-elle été bloquée ? Article 50(4), trois champs DDEX manquants »).
Et les décisions qui portent un poids juridique sont déterministes à dessein. La récupération du filigrane, la mesure de survie, la consultation de couplage souple et le succès/échec Article 50 sont du code ordinaire, qui siège en dehors des modèles de langage. Il y a des agents dans le système, un qui extrait les champs de déclaration du texte libre et un qui soumet chaque certification à des attaques adversariales, mais ils conseillent. Ils ne décident pas, et le tout tourne sans clé API sur un repli déterministe, donc les chiffres de la porte sont identiques avec ou sans LLM. Les agents conseillent, le code décide.
Je dois être tout aussi clair sur ce que ce n'est pas, parce que la marque ne survit pas à une surpromesse. Les manifestes sont des substituts JSON C2PA dans un registre SQLite, pas du C2PA 2.0 signé cryptographiquement. Les connecteurs DSP et agrégateurs sont des mocks. Les sorties sont du ton synthétique, pas de vrais enregistrements, et l'outil soutient une réponse Article 50, il ne remet à personne une certification juridique. Ce qui est réel, c'est le mécanisme : la récupération, la mesure de survie, la porte de chaîne entière, et le dossier qu'elle exporte.
Un filigrane récupéré m'a dit que la provenance était intacte. Le régulateur se soucie encore de savoir si la déclaration est complète et qui possède le retrait. Ce sont des questions différentes, et la porte doit toutes les poser.
La question que je pose avant de laisser quoi que ce soit certifier
J'ai trouvé que construire cela a changé en moi une chose plus petite que la grande thèse, et la chose plus petite a duré plus longtemps.
J'ai cessé de demander si un morceau IA a une provenance, parce que je peux généralement y répondre et il s'avère que ce n'est pas assez. Neon Tide avait une provenance et Glasshouse aussi, et l'une a été certifiée tandis que l'autre a été bloquée. La question que je pose maintenant, avant que quoi que ce soit ne quitte la porte comme COMPLIANT, est de savoir si je peux prouver que la provenance a survécu au canal spécifique par lequel cette piste est effectivement arrivée, et si chaque autre maillon de la chaîne tient, et si je préférerais m'abstenir plutôt que de conjecturer quand ce n'est pas le cas.
Ce n'est pas une question à laquelle un meilleur filigrane répond. À mesure que les modèles de Google et de Meta s'améliorent, et ils s'amélioreront, la valeur ne se déplace pas vers l'algorithme, parce qu'ils possèdent déjà l'algorithme. Elle reste dans la couche d'intégration qui fait survivre la provenance au monde réel, et dans la discipline de dire NEEDS PROOF quand même le couplage souple échoue. La part durable de cette construction n'est pas un score de robustesse qui vieillit la prochaine fois que SynthID s'améliore. C'est la mesure de survie, la porte de chaîne entière, et l'invariant d'honnêteté, dont aucun ne devient plus facile ou plus dur à mesure que le filigrane s'améliore. Si vous voulez voir où j'ai atterri, la porte est ici une fois de plus : veriprajna.com/fr/demos/barriere-d-ingestion-audio-article-50-de-l-eu-ai-act-une-provenance-qui-survit-au-transcodage-social.
Et si vous préférez la regarder plutôt que de me lire la décrire, voici toute la porte qui tourne de bout en bout.
Donc la question que je vous laisserais, c'est celle que l'échéance du 2 août pose tranquillement à chaque label en ce moment. Vous avez ajouté la marque. Pouvez-vous prouver qu'elle a survécu au trajet ? Parce que de l'autre côté d'un seul transcodage social, l'étiquette sur laquelle vous comptiez a déjà disparu, et la seule chose qui certifie, c'est ce que vous avez construit pour récupérer ce qui reste.
