Tessera · Gate di ingest audio Articolo 50 dell'EU AI Act
Tessera fa passare il batch di rilasci di un'etichetta attraverso un unico gate di ingest Articolo 50. Per ogni brano mostra, sullo schermo, che i metadati C2PA vengono rimossi da una transcodifica social reale mentre l'UUID del watermark soft-binding viene recuperato e il manifest si ri-risolve da un ledger. Cita la clausola esatta per ogni verdetto, e quando una marca genuinamente non sopravvive instrada il brano alla revisione umana invece di certificare. Gli agent consigliano, il codice decide.
7 su 12
Rilasci auto-cleared COMPLIANT, 2 instradati a remediation, 3 blocked, un auto-clear del 58 percent
Corpus sintetico fisso di 12 rilasci, rieseguito il 2026-08-07
BER 0.0
UUID soft-binding recuperato su mp3-128, aac-128, opus-96; l'hard binding è sopravvissuto a 0 canali social
La nostra marca spread-spectrum, transcodifiche ffmpeg reali
100%
Copertura del dossier: ognuno dei 12 brani porta un verdetto con clausola dell'Articolo 50 citata, 0 inspiegati
Dossier HTML e JSON sul batch sintetico fisso
Una demo eseguibile del meccanismo su un batch sintetico fisso di 12 rilasci. Funziona offline senza API key; i numeri di sopravvivenza derivano da transcodifiche ffmpeg reali, e gli agent opzionali sono l'unica parte che può usare un modello.
Marcare senza sopravvivenza, e un manifest che nessuna piattaforma social conserva.
L'Articolo 50 dell'EU AI Act entra in vigore il 2 agosto 2026: gli output di audio generativo devono essere marcati in un formato leggibile dalla macchina e restare rilevabili dopo modifiche comuni, con sanzioni dell'Articolo 99 fino a 15M euro o al 3 percent del fatturato globale (EU AI Act; bozza di Codice di Condotta della Commissione, gennaio 2026). Il riflesso in tutto il settore è aggiungere C2PA e dichiarare il lavoro finito.
La trappola è che C2PA è hard binding. Il manifest vive nei metadati del file, e quell'hard binding viene rimosso dalla maggior parte delle piattaforme social al caricamento, descritto come la singola più grande debolezza operativa dell'ecosistema C2PA oggi (fonte soluzione Veriprajna WP31, 2026). Un'etichetta che ha etichettato il proprio catalogo non è realmente coperta nell'istante in cui un brano arriva su TikTok o Instagram. L'unica cosa che sopravvive è il soft binding: un watermark impercettibile che porta un minuscolo UUID che ri-risolve il manifest da un ledger dopo che i metadati sono spariti.
Il divario è più ampio della marca. DDEX ERN 4.3 non ha campi di AI-disclosure, e la maggior parte degli aggregatori come CD Baby, DistroKid e Believe non trasmette la disclosure AI granulare (fonte soluzione Veriprajna WP31, 2026), il che è di per sé un'esposizione all'Articolo 50. Anche i volumi sono reali: su Deezer circa il 28 percent dei caricamenti giornalieri è interamente generato dall'AI, circa il 70 percent delle riproduzioni sui brani solo-AI è fraudolento, e la frode sulle royalty corre a 2 to 3 billion dollars all'anno (Beatdapp/Beatport, citato nella ricerca WP31, 2026). Marcare un catalogo è facile. Dimostrare che la provenienza di ciascun brano sopravvive alla catena che percorre davvero è la parte difficile, ed è la parte che un regolatore chiederà.
Un unico gate di ingest, eseguito uno stage alla volta con latenza reale per stage. Il nucleo di trust è codice semplice, unit-tested.
Il gate esegue il batch di distribuzione di un'etichetta, 12 rilasci sintetici in coda per circa 180 DSP. Per ogni rilascio la pipeline corre in ordine: consegna sul canale attraverso una transcodifica ffmpeg reale, rilevamento della marca multi-standard, risoluzione soft-binding contro il ledger, una matrice di sopravvivenza, estrazione della DDEX AI-disclosure, il policy gate Articolo 50, remediation agentica e revisione avversariale, e un dossier per il regolatore. Ogni numero che decide un verdetto è calcolato prima che qualsiasi agent venga eseguito.
La parte fuori da qualsiasi language model. Ogni rilascio viene spinto attraverso il canale da cui è arrivato: social (una transcodifica mp3-128), analog-gap (un modello di ricattura speaker-to-mic), o clean (un handoff WAV diretto), che è ciò che rimuove l'hard binding. Un decoder spread-spectrum reale (numpy FFT) recupera la chiave asset a 32-bit incorporata più CRC dalla forma d'onda consegnata; la chiave cerca lo stand-in del manifest C2PA in un ledger SQLite mentre una lettura hard-binding dai metadati del file viene tentata e fallisce, affiancate. La matrice di sopravvivenza ri-codifica il master attraverso mp3-128, aac-128 e opus-96 con ffmpeg reale e misura il bit-error rate per codec. Codice semplice che un regolatore può sottoporre a controinterrogatorio.
Sopra il nucleo deterministico, agent Pydantic AI intercambiabili per provider interpretano e comunicano. Un agent di estrazione della disclosure trasforma le note di produzione in testo libero in campi DDEX strutturati, un agent di Remediation redige la correzione concreta per ciascun gap, e un Revisore Avversariale di Conformità attacca ogni certificazione COMPLIANT e deve legare ogni pretesa all'evidenza memorizzata, così qualsiasi cosa non possa fondare forza un declassamento alla revisione umana. Tutti sono saltabili: senza API key l'app esegue un fallback deterministico e i numeri di sopravvivenza e del gate sono identici. L'adapter di default è Claude claude-opus-4-8 e passa a OpenAI, Google o Cloudflare. Gli agent consigliano, il codice decide.
| Controllo | Cosa dimostra | Base |
|---|---|---|
| Marca leggibile dalla macchina | Un brano generativo porta comunque una marca decodificabile. | deterministico, Art. 50(2) |
| Recupero soft-binding | La chiave asset sopravvive al canale di consegna e ri-risolve il manifest dal ledger. | deterministico |
| Matrice di sopravvivenza (BER) | L'UUID si ri-decodifica attraverso mp3-128, aac-128 e opus-96, misurato dal bit-error rate. | ffmpeg reale |
| DDEX AI-disclosure | Voci, instrumentation, mixing e mastering sono tutti dichiarati. | deterministico, Art. 50(4) |
| Titolare nominato del takedown | Esistono un titolare umano e uno SLA per il brano. | deterministico |
| Marca irrecuperabile | Quando la marca non sopravvive, il gate si astiene invece di certificare. | deterministico, si astiene |
Un brano è COMPLIANT solo se è creato da umani e fuori dallo scope, oppure è AI e porta una marca leggibile dalla macchina e la chiave soft-binding è recuperata dopo il canale di consegna e il manifest si risolve e la disclosure DDEX è completa e esiste un titolare nominato del takedown. Altrimenti è NEEDS_REMEDIATION (NEEDS PROOF, instradato alla revisione umana) o BLOCKED (una violazione attiva di disclosure o di marcatura). Ogni verdetto cita la clausola esatta, che sia Articolo 50(2), Articolo 50(4), la bozza di Codice di Condotta, o l'aspettativa del titolare del takedown. Gli agent consigliano, questo codice decide.
Ogni rilascio è sintetico: toni brevi generati proceduralmente, nessuna musica reale, artisti, etichette o titolari del takedown. I nomi sono fixture di test fittizie. I numeri sono l'output del motore live, rieseguito il 2026-08-07.
Dodici rilasci in coda per la distribuzione, e il gate restituisce 7 COMPLIANT, 2 instradati a remediation e 3 BLOCKED, un auto-clear del 58 percent. È il numero su cui un Head of Trust and Safety finanzia: abbiamo auto-cleared 7 su 12 e segnalato il resto con titolari nominati. L'header porta il contesto di mercato che lo rende urgente, Articolo 50 in vigore il 2 agosto 2026 e sanzioni fino a 15M euro o al 3 percent del fatturato globale (EU AI Act), e il dossier per il regolatore del batch intero si esporta come HTML o JSON.
Neon Tide (REL-001) è un rilascio in-house-AI consegnato attraverso il canale social. Il pannello mostra l'intera tesi affiancata: l'hard binding via metadati C2PA legge STRIPPED alla transcodifica, mentre il soft binding via UUID del watermark legge RECOVERED a confidenza 0.989, con la chiave asset recuperata sullo schermo e il manifest ri-risolto dal ledger. La matrice di sopravvivenza ri-codifica il master attraverso mp3-128, aac-128 e opus-96 con ffmpeg reale, e l'UUID si ri-decodifica a bit-error rate 0.0 su tutti e tre. La disclosure DDEX è completa e un titolare del takedown è presente, quindi il gate restituisce COMPLIANT su evidenza ai sensi dell'Articolo 50(2). Questo è il singolo fatto reale più importante sul C2PA, mostrato invece che asserito.
Glasshouse (REL-003) recupera il proprio watermark a confidenza 0.992, con BER 0.0 attraverso tutti e tre i codec, quindi la provenienza è a posto. Il gate restituisce comunque BLOCKED, ai sensi dell'Articolo 50(4): la DDEX AI-disclosure è incompleta, mancano instrumentation, mixing e mastering perché la fixture dell'aggregatore non li ha trasmessi. Spedirlo così com'è sarebbe una violazione attiva di disclosure dell'Articolo 50, quindi il brano viene instradato a un titolare nominato con un 5 day SLA. Marca presente non è lo stesso che compliant, e il gate controlla l'intera catena invece di fermarsi al watermark.
Radio Imaging Sweep 7 (REL-004) è arrivato attraverso l'analog-gap, ricatturato speaker-to-mic da un monitor FM. La marca non è sopravvissuta: il soft binding è Not recoverable a confidenza 0.699 e il CRC fallisce, quindi il gate restituisce NEEDS_REMEDIATION, NEEDS PROOF, instradato alla revisione umana, non certificare. La sfumatura onesta è proprio lì sullo schermo: la matrice di sopravvivenza eseguita sul master pulito mostra che la marca sopravvivrebbe a transcodifiche normali, ma questo brano è arrivato attraverso il canale analog-gap che l'ha effettivamente rotta, e il gate rifiuta di bluffare. Quell'astensione è codificata come un invariante unit-tested, non una speranza.
Ognuno dei 12 brani si esporta in un dossier, HTML e JSON, che porta il verdetto e la clausola citata, l'UUID recuperato e l'id del manifest, la matrice di sopravvivenza con BER per codec, la completezza DDEX, il titolare della remediation e lo SLA, e il sign-off o il declassamento del revisore avversariale. Solstice Engine (REL-009) mostra un caso sottile: la marca si recupera a confidenza 0.991, ma nessun manifest C2PA è mai stato registrato nel ledger, un gap di processo, quindi viene instradato a remediation con la correzione esplicitata. La copertura è completa, con ogni brano che porta un verdetto con clausola citata e nulla lasciato inspiegato.
È il livello di integrazione, il gate di ingest, non un watermark pensato per vincere un benchmark. Integriamo le marche dei vendor; non competiamo con loro.
| Preoccupazione | Aggiungi C2PA e spedisci | Tessera |
|---|---|---|
| Metadati C2PA dopo un upload social | Assunti intatti, in realtà rimossi | Trattati come rimossi; l'UUID soft-binding viene recuperato invece |
| Un brano con watermark e disclosure mancante | Viene spedito come compliant | BLOCKED ai sensi dell'Articolo 50(4), con i campi mancanti nominati |
| Una marca che non sopravvive al canale | Certificata su una congettura | Si astiene, NEEDS PROOF, instradato alla revisione umana |
| Chi emette il verdetto Articolo 50 | Spesso un modello non auditato | Un motore di regole deterministico fuori da qualsiasi LLM, che cita la clausola |
| L'algoritmo del watermark in sé | Costruiscilo o compralo e spera che vinca | Integra SynthID, AudioSeal o Digimarc dietro un'interfaccia swap-for-SDK |
| Durabilità man mano che i modelli di watermark migliorano | Il valore poggia sull'algoritmo | Il valore resta nel livello di sopravvivenza, disclosure e dossier |
C2PA è hard binding: il manifest vive nei metadati del file, e quei metadati vengono rimossi dalla maggior parte delle piattaforme social al caricamento, la singola più grande debolezza operativa dell'ecosistema C2PA oggi (fonte soluzione Veriprajna WP31, 2026). Quindi un'etichetta che ha diligentemente aggiunto C2PA è, operativamente, scoperta nel momento in cui un brano arriva su TikTok o Instagram. Ciò che sopravvive è il soft binding: un watermark impercettibile che porta un piccolo UUID che ri-risolve il manifest da un ledger dopo che i metadati sono spariti. Tessera fa da gate su quel recupero soft-binding, non su metadati che non ci saranno nel mondo reale.
No, e non avanziamo alcuna pretesa del genere. Non costruiamo un algoritmo di watermark concorrente; Google e Meta hanno quello coperto e siamo felici di integrare il loro lavoro. SynthID-Audio, AudioSeal e Digimarc sono stub adapter in questa demo dietro un'interfaccia documentata swap-for-SDK, perché il detector di SynthID è Google-closed e AudioSeal ha bisogno di una GPU. La nostra marca spread-spectrum esiste solo per portare una chiave asset a 32-bit più CRC per il soft binding, non per vincere un benchmark di robustezza contro nessun vendor.
No. Il risultato di bit-error rate 0.0 è delimitato nello scope: la nostra marca spread-spectrum, su un corpus sintetico fisso di 12 rilasci, ri-codificata attraverso mp3-128, aac-128 e opus-96 con ffmpeg reale. Non è una garanzia open-world, e la demo stessa mostra il caso opposto: un brano broadcast ricatturato speaker-to-mic attraverso l'analog gap, dove la marca non sopravvive a confidenza 0.699 e il gate si astiene invece di certificare. Una pretesa di sopravvivere-a-tutto sarebbe falsa e fuori brand.
I manifest sono stand-in JSON C2PA memorizzati in un ledger SQLite di soft-binding, non C2PA 2.0 firmati crittograficamente. La firma C2PA 2.0 reale e uno store di manifest con residenza UE sono differiti. Ciò che la demo dimostra è il meccanismo di soft-binding in sé: la chiave asset recuperata cerca lo stand-in del manifest nel ledger, che è esattamente il passo che sopravvive dopo che i metadati del file sono rimossi da una transcodifica.
Non in questa demo. Il webhook di ingest DSP e i connettori CD Baby, DistroKid e Believe sono mock e fixture; i connettori live sono differiti. I rilasci, i creator, gli aggregatori e i titolari del takedown sono fixture di test sintetiche su audio generato proceduralmente, non catalogo reale. Ciò che è reale è la logica del gate: il decode del watermark, l'harness di sopravvivenza ffmpeg, il lookup soft-binding e il policy gate deterministico Articolo 50.
Il verdetto Articolo 50 non è emesso da un LLM. Il recupero del watermark, la misura di sopravvivenza, il lookup soft-binding e le regole di pass o fail sono codice deterministico, unit-tested, fuori da qualsiasi modello, e ogni verdetto cita la clausola esatta, per esempio Glasshouse blocked ai sensi dell'Articolo 50(4) per tre campi DDEX disclosure mancanti. Gli agent Pydantic AI solo estraggono la disclosure, redigono la remediation e revisionano in modo avversariale, e qualsiasi pretesa che il revisore non possa legare all'evidenza memorizzata forza un declassamento alla revisione umana. Gli agent consigliano, il codice decide, e un regolatore può sottoporre a controinterrogatorio la regola che è scattata; questo è un gate di supporto alla conformità e un dossier di evidenza, non una certificazione legale.
Nessuna API key è richiesta. Senza key l'app esegue un fallback deterministico e i numeri di sopravvivenza e del gate sono identici, perché non dipendono mai dall'LLM. Lo stack è un backend Python FastAPI, un watermark spread-spectrum numpy con un harness di sopravvivenza ffmpeg, un ledger SQLite di soft-binding, e un singolo index.html con vanilla JS, più un adapter Pydantic AI intercambiabile per provider con default Claude claude-opus-4-8. Ciò che gira oggi è la logica reale del gate di ingest su un batch sintetico fisso; i connettori live e la firma C2PA 2.0 reale sono gli item differiti nominati.
La ricerca dietro questa demo — l'architettura, il design di verifica e il blueprint enterprise.
Soluzione completa
Esplora la soluzione AI Audio Licensing, Watermarking & Provenance →Provenienza che sopravvive alla transcodifica, e la disciplina di astenersi quando non lo fa.
Se il vostro team di rights-tech, trust and safety o distribuzione sta lavorando a come mostrare una risposta Articolo 50 il 2 agosto 2026 senza fare affidamento su metadati che le piattaforme social rimuovono, ci farebbe davvero piacere sentire come ci state pensando. Il problema è di tutto il settore e lo saranno anche le risposte.