Un'etichetta ha etichettato il catalogo con C2PA per l'EU AI Act. Ho visto una sola transcodifica cancellare tutto.

La prima volta che ho fatto passare uno dei miei brani di test attraverso una semplice transcodifica social, ho visto la provenienza C2PA che un'etichetta avrebbe pagato per aggiungere sparire in un solo passaggio. Sullo schermo non è successo nulla di drammatico. Il file è entrato con un header di provenienza firmato, l'encoder ha fatto il suo lavoro ordinario, e il file è uscito pulito, più leggero e spogliato. La provenienza era semplicemente sparita, come sparisce nel momento in cui qualsiasi brano reale arriva su TikTok o Instagram. Sono rimasto lì con una leggera nausea, perché avevo costruito tutta la demo sull'assunzione che aggiungere C2PA fosse la risposta, e avevo appena visto evaporare la risposta.

Di questo parla questo saggio. Mi sono messo a costruire un gate di ingest per l'Articolo 50 dell'EU AI Act per l'audio generato dall'AI, una cosa che l'app chiama Tessera, e la build ha silenziosamente smontato l'assunzione con cui arriva quasi chiunque nel settore dei diritti musicali. L'assunzione è che l'Articolo 50 sia un problema di watermark che si risolve etichettando il catalogo. Non lo è. È un problema di sopravvivenza, e gran parte di ciò che l'industria è impegnata ad aggiungere non sopravvive. Se vuoi vedere il gate decidere da solo, vive qui: veriprajna.com/it/demos/gate-di-ingest-audio-articolo-50-dell-eu-ai-act-provenienza-che-sopravvive-alla-transcodifica-social.

Il riflesso con cui ho iniziato era "basta aggiungere C2PA"

Ho iniziato questa build credendo la stessa cosa che credeva ogni deck di rights-tech che avevo letto, cioè che la conformità all'Articolo 50 sia un esercizio di etichettatura.

La regolamentazione è reale e il conto alla rovescia è reale. L'Articolo 50 dell'EU AI Act è entrato in vigore il 2 agosto 2026 e richiede che gli output di audio generativo siano marcati in un formato leggibile dalla macchina e restino rilevabili, nel linguaggio della bozza di Codice di Condotta della Commissione del gennaio 2026, "dopo modifiche comuni." L'Articolo 99 mette i denti: sanzioni fino a €15M o al 3% del fatturato globale. Anche la scala sottostante non è piccola. Circa il 28% dei caricamenti giornalieri di Deezer è ora interamente generato dall'AI (Beatdapp/Beatport, citato nella ricerca Veriprajna WP31, 2026). Quindi la mossa naturale, quella che ho fatto nel mio primo schizzo della pipeline, è attaccare un manifest C2PA a ogni brano AI e dichiarare il catalogo coperto.

Ecco il fallimento che non avevo interiorizzato finché non l'ho visto succedere. C2PA, come lo distribuisce la maggior parte delle persone, è hard binding. La provenienza vive nei metadati del file. E l'hard binding viene rimosso da essenzialmente ogni transcodifica delle piattaforme social al caricamento, che la ricerca sulla soluzione Veriprajna WP31 (2026) chiama la singola più grande debolezza operativa dell'ecosistema C2PA oggi. Quindi un'etichetta che ha diligentemente etichettato l'intero catalogo è, operativamente, scoperta nell'istante in cui un brano lascia l'handoff pulito e finisce nel mondo reale.

L'etichetta ha fatto tutto ciò che diceva la guida. Ha aggiunto C2PA. Ed era scoperta nel momento in cui il primo brano ha colpito i social, perché la parte che ha aggiunto è esattamente la parte che viene rimossa.

La cosa che sopravvive davvero è il soft binding. Un watermark impercettibile porta un minuscolo identificatore, e dopo che i metadati sono spariti usi quell'identificatore per ri-risolvere il manifest da un ledger. È ingegneria di integrazione poco appariscente. Ed è anche, per quanto posso dire, l'intera partita.

La notte in cui il mio stesso watermark è tornato come spazzatura

Ho quasi abbandonato il soft binding una notte di martedì, quando il mio stesso decoder del watermark ha iniziato a restituire rumore.

Avevo la pipeline in esecuzione da capo a fine. Un brano passava attraverso il canale di delivery, un decoder a spettro sparso leggeva la marca di nuovo fuori dalla forma d'onda consegnata, e la chiave recuperata cercava il manifest. Poi ho ri-eseguito un batch che avevo già fatto passare il giorno prima, e le chiavi recuperate sono tornate come spazzatura. Il bit-error rate sul watermark stava intorno a 0.5, che è un lancio di moneta, che è il modo di un decoder di dirti che sta leggendo statica. Il mio primo pensiero è stato che il soft binding non funzionasse davvero, che la marca non potesse sopravvivere a un codec reale, e che l'intera premessa della demo fosse sbagliata.

Ho passato un paio d'ore convinto che l'approccio fosse morto. Non era l'approccio. Era un corpus su disco obsoleto. Una cache precedente era andata fuori sync con i seed deterministici da cui i brani vengono generati, quindi il decoder leggeva marche che non corrispondevano più all'audio. Ho ricostruito il corpus dai seed, ho ri-eseguito tutto attraverso vere transcodifiche ffmpeg, e le chiavi sono tornate pulite. Quel fallimento è valso per me più di qualsiasi run pulito, perché mi ha insegnato a non fidarmi di un buon numero finché non so esattamente cosa l'ha prodotto. Ogni benchmark in questa demo è stato registrato solo dopo quella ricostruzione.

Quando ha funzionato, quel contrasto è stata la cosa più chiara che avessi mai messo su uno schermo. Prendi Neon Tide, un rilascio sintetico di AI interna consegnato attraverso il canale social (ogni brano in questo corpus è tono generato proceduralmente, nessuna musica o artisti reali, e i nomi sono fixture). Il suo hard binding viene rimosso dalla transcodifica. Il suo watermark soft-binding viene recuperato a confidenza 0.989, e il manifest C2PA si ri-risolve dal ledger. L'hard binding è morto. Il soft binding ha portato la provenienza attraverso. Affiancati, sullo stesso brano, nello stesso passaggio. Quel singolo pannello è l'argomento.

Quindi ho solo costruito un watermark migliore?

Ricevo qualche versione di questa domanda in quasi ogni conversazione, e la risposta è no, il che tende a sorprendere le persone.

Non ho costruito un watermark pensato per battere quello di chiunque, e sto attento a dirlo, perché la tentazione di implicare altrimenti è forte. I detector leader di mercato, SynthID-Audio di Google, AudioSeal di Meta, Digimarc, siedono in questa demo come stub adapter dietro un'interfaccia documentata di swap-for-SDK. Il detector di SynthID è chiuso da Google e AudioSeal ha bisogno di una GPU, quindi nella demo segnalano presenza a una confidenza fissa e nient'altro. La marca a spettro sparso che ho scritto esiste per esattamente un lavoro, portare una chiave asset a 32-bit e un CRC così che il manifest possa essere ri-risolto. Non è iscritta in alcun contest di robustezza, e non avanzo alcuna pretesa che batta quella di un vendor.

Ciò che ho costruito è il livello intorno all'algoritmo. Google e Meta possono possedere il watermark. La parte che nessuno spedisce come un singolo prodotto è l'integrazione: il detector multi-standard, l'architettura soft-binding, il middleware DDEX e il dossier pronto per il regolatore. È in quel livello che il problema di sopravvivenza viene davvero risolto, ed è la parte che nessun singolo vendor sta correndo a consegnarti.

Voglio essere esatto su cosa significa quella matrice di sopravvivenza, perché lo scope onesto è l'intero punto di costruire in un'azienda chiamata Veriprajna, che significa vera saggezza. Su un corpus sintetico fisso di 12 rilasci, la mia marca, ri-codificata attraverso mp3-128, aac-128 e opus-96, si ri-decodifica a bit-error rate 0.0, mentre l'hard binding non sopravvive a nessuno di quei canali social. È una misura reale con ffmpeg reale. È non una pretesa universale di "sopravvive a tutto", e la demo stessa contiene un brano in cui la marca non sopravvive affatto, che è la parte di cui sono più orgoglioso.

Non ho costruito un watermark migliore. Ho costruito il livello che decide se la provenienza che hai ancora è abbastanza per certificare, e rifiuta quando non lo è.

Il brano che volevo davvero far passare

Ricordo di aver fissato Radio Imaging Sweep 7 e di aver voluto lasciarlo passare, ed è il momento in cui tutta questa demo ha meritato il suo nome.

È un taglio broadcast arrivato attraverso ciò che modello come il gap analogico, una ricattura speaker-to-microphone da un monitor FM. La sua marca non è sopravvissuta a quel percorso. Il decoder l'ha riletta a confidenza 0.699, il CRC è fallito, e non restava alcun identificatore recuperabile con cui risolvere un manifest. Ecco la tentazione, seduta proprio lì sullo schermo. La matrice di sopravvivenza, eseguita sul master pulito attraverso i codec social, mostra che la marca sopravviverebbe a una transcodifica normale. Quindi potevo vedere una versione della logica che diceva che la marca è sostanzialmente a posto, questo è solo un canale cattivo, fallo passare. L'Articolo 99 è ciò che ha ucciso quell'istinto. Un falso "compliant" sotto un regime di sanzioni da €15M o 3% è l'errore costoso.

Quindi il gate fa la cosa più difficile. Quando una marca genuinamente non sopravvive al canale da cui un brano è effettivamente arrivato, restituisce NEEDS PROOF e instrada il brano a un umano, con il fallimento del gap analogico e un owner nominato allegati. Non certifica. L'ho scritto come un invariante unit-tested, un test letteralmente chiamato dal watermark che muore nel gap analogico, perché volevo che l'astensione fosse una proprietà del sistema e non un umore. L'astensione non è il gate che fallisce. L'astensione è il gate che rifiuta di bluffare, e rifiutare di bluffare è ciò che un Head of Trust and Safety sta davvero comprando.

Un falso "compliant" non è un piccolo errore sotto le sanzioni dell'Articolo 99. È l'errore costoso, ed è esattamente perché il gate è costruito per astenersi prima di bluffare.

Un watermark recuperato non basta?

Avevo assunto, all'inizio, che recuperare il watermark fosse sostanzialmente il traguardo, e Glasshouse è il brano che mi ha corretto.

Glasshouse ha recuperato la sua marca in modo pulito, a confidenza 0.992, bit-error rate 0.0 attraverso tutti e tre i codec. La provenienza, nel senso stretto, era perfetta. E il gate l'ha bloccato lo stesso. La ragione è il resto della catena. DDEX ERN 4.3 non ha campi di AI-disclosure, e la maggior parte degli aggregatori (CD Baby, DistroKid, Believe) non trasmette la disclosure granulare, secondo la ricerca Veriprajna WP31 (2026). Glasshouse è arrivato attraverso DistroKid con tre dei suoi quattro campi di disclosure mancanti: instrumentation, mixing e mastering. Ai sensi dell'Articolo 50(4), spedirlo così com'è sarebbe una violazione attiva di disclosure, quindi il verdetto è BLOCKED, con quella esatta clausola citata sullo schermo.

Ecco perché il gate controlla la catena intera e non solo la marca: una marca leggibile dalla macchina, più il recupero soft-binding dopo il canale di delivery, più la disclosure DDEX completa, più un owner nominato del takedown. Perdi un solo anello e non ottieni la luce verde. Sul batch completo di 12 rilasci lo split è uscito 7 certificati COMPLIANT, 2 instradati a remediation umana e 3 bloccati, e ognuno dei 12 porta un verdetto con una clausola citata. Quella copertura è la parte che mi interessa, perché un Head of Rights Tech non finanzia una black box, finanzia qualcosa che può sottoporre a controinterrogatorio ("perché Glasshouse è stato bloccato? Articolo 50(4), tre campi DDEX mancanti").

E le decisioni che portano peso legale sono deterministiche di proposito. Il recupero del watermark, la misura di sopravvivenza, il lookup soft-binding e il pass/fail dell'Articolo 50 sono codice semplice, fuori dai language model. Ci sono agent nel sistema, uno che estrae i campi di disclosure dal free text e uno che attacca in modo avversariale ogni certificazione, ma consigliano. Non decidono, e l'intera cosa gira keyless su un fallback deterministico, quindi i numeri del gate sono identici con o senza un LLM. Gli agent consigliano, il codice decide.

Dovrei essere altrettanto chiaro su cosa questo non è, perché il brand non sopravvive a un overclaim. I manifest sono stand-in JSON C2PA in un ledger SQLite, non C2PA 2.0 firmati crittograficamente. I connettori DSP e aggregatori sono mock. I rilasci sono tono sintetico, non registrazioni reali, e lo strumento supporta una risposta all'Articolo 50, non consegna a nessuno una certificazione legale. Ciò che è reale è il meccanismo: il recupero, la misura di sopravvivenza, il gate sull'intera catena e il dossier che esporta.

Un watermark recuperato mi ha detto che la provenienza era intatta. Il regolatore si preoccupa ancora se la disclosure è completa e chi possiede il takedown. Sono domande diverse, e il gate deve farle tutte.

La domanda che mi faccio prima di lasciare che qualcosa certifichi

Ho scoperto che costruire questo ha cambiato in me una cosa più piccola di quanto abbia fatto la grande tesi, e la cosa più piccola è durata più a lungo.

Ho smesso di chiedere se un brano AI ha provenienza, perché di solito posso rispondere a quello e risulta non bastare. Neon Tide aveva provenienza e così Glasshouse, e uno è stato certificato mentre l'altro è stato bloccato. La domanda che mi faccio ora, prima che qualcosa esca dal gate come COMPLIANT, è se posso dimostrare che la provenienza è sopravvissuta allo specifico canale da cui questo brano è effettivamente arrivato, e se ogni altro anello della catena regge, e se preferirei astenermi piuttosto che indovinare quando non è così.

Non è una domanda a cui risponde un watermark migliore. Man mano che i modelli di Google e Meta migliorano, e lo faranno, il valore non si sposta sull'algoritmo, perché loro già possiedono l'algoritmo. Resta nel livello di integrazione che fa sopravvivere la provenienza al mondo reale, e nella disciplina di dire NEEDS PROOF quando anche il soft binding fallisce. La parte durevole di questa build non è un punteggio di robustezza che invecchia la prossima volta che SynthID migliora. È la misura di sopravvivenza, il gate sull'intera catena e l'invariante di onestà, nessuno dei quali diventa più facile o più difficile man mano che il watermark migliora. Se vuoi vedere dove sono arrivato, il gate è qui ancora una volta: veriprajna.com/it/demos/gate-di-ingest-audio-articolo-50-dell-eu-ai-act-provenienza-che-sopravvive-alla-transcodifica-social.

E se preferisci guardarlo piuttosto che leggermi descriverlo, ecco l'intero gate in esecuzione da capo a fine.

Quindi la domanda che ti lascerei è quella che la scadenza del 2 agosto sta silenziosamente facendo a ogni etichetta proprio ora. Hai aggiunto la marca. Puoi dimostrare che è sopravvissuta al viaggio? Perché dall'altra parte di una singola transcodifica social, il tag su cui contavi è già sparito, e l'unica cosa che certifica è qualunque cosa tu abbia costruito per recuperare ciò che resta.