Tessera · Gate di ingest audio Articolo 50 dell'EU AI Act

I metadati che hai aggiunto vengono rimossi nel momento in cui un brano arriva sui social. Abbiamo costruito il gate che dimostra che la provenienza sopravvive comunque.

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.

Hai aggiunto C2PA. La transcodifica in upload l'ha già gettato via.

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 gate deterministico esegue l'intera catena; l'LLM non tocca mai il verdetto

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.

consegna sul canale (transcodifica ffmpeg) → rilevamento della marca multi-standard → risoluzione soft-binding (ledger) → matrice di sopravvivenza (ffmpeg reale) → estrazione DDEX AI-disclosure → policy gate Articolo 50 (deterministico) → remediation agentica + revisione avversariale → dossier per il regolatore

Il nucleo di trust deterministico

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.

Gli agent opzionali: vincolati al consiglio

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.

Cosa il gate deterministico verifica per ogni brano

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.

Quattro verdetti, sullo schermo

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.

Il batch, e il numero operativo

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.

La dashboard Tessera che mostra quattro tile con 12 rilasci nel batch, 7 auto-cleared COMPLIANT, 2 instradati a remediation e 3 blocked su un gap di disclosure, con il rilascio Neon Tide aperto a destra che mostra un verdetto COMPLIANT, e i pulsanti HTML e JSON per esportare il dossier per il regolatore del batch intero.
Il batch di 12-release: 7 COMPLIANT, 2 a remediation, 3 BLOCKED, un auto-clear del 58 percent, con il dossier del batch intero a un click di distanza.

Hard binding rimosso, soft binding recuperato

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.

Il pannello di verdetto di Neon Tide con una card hard-binding che legge STRIPPED alla transcodifica accanto a una card soft-binding che legge RECOVERED a confidenza 0.989 con l'UUID del watermark recuperato evidenziato, sopra una matrice di sopravvivenza che mostra mp3-128, aac-128 e opus-96 ciascuno recuperato a BER 0, e un verdetto COMPLIANT che cita l'Articolo 50(2).
Hard binding rimosso dalla transcodifica; l'UUID soft-binding recuperato a confidenza 0.989, e sopravvivenza a BER 0.0 attraverso tutti e tre i codec social.

Una marca recuperata non è un certificato pulito

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.

Il verdetto Glasshouse che mostra soft binding RECOVERED a confidenza 0.992 e una matrice di sopravvivenza a BER 0 attraverso mp3-128, aac-128 e opus-96, ma una riga DDEX AI-disclosure con instrumentation, mixing e mastering marcati Missing, che produce un verdetto BLOCKED ai sensi dell'Articolo 50(4) con un titolare di remediation e un 5 day SLA.
Provenienza recuperata, comunque BLOCKED: tre campi DDEX disclosure mancanti innescano l'Articolo 50(4).

Quando la marca non sopravvive, si astiene

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.

Il verdetto Radio Imaging Sweep 7 che mostra l'arrivo via analog-gap, una card soft-binding che legge Not recoverable a confidenza 0.699 senza manifest da risolvere, e un verdetto NEEDS REMEDIATION che cita la bozza di Codice di Condotta con il testo NEEDS PROOF instradato alla revisione umana, non certificare, mentre la matrice di sopravvivenza sul master pulito mostra che la marca altrimenti sopravvivrebbe.
Il beat dell'astensione: la marca non sopravvive all'analog gap a confidenza 0.699, quindi il gate instrada alla revisione umana invece di certificare.

Il dossier per il regolatore, per brano

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 dossier per il regolatore esportato che scorre attraverso card per brano: un brano creato da umani marcato fuori dallo scope di marcatura dell'Articolo 50 ai sensi dell'Articolo 50(2), Polyglot (FR Cover) COMPLIANT con la marca recuperata e sopravvivenza a BER 0.0, e Solstice Engine NEEDS REMEDIATION perché la marca si è recuperata a confidenza 0.991 ma nessun manifest C2PA è stato registrato nel ledger, ciascuno con un sign-off del revisore avversariale di conformità.
Il dossier: un verdetto con clausola citata per ogni brano, incluso Solstice Engine, dove una marca recuperata viene comunque instradata a remediation perché il suo manifest non è mai stato registrato.

Dove Tessera sta, e dove non sta

È 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

Cosa questa demo non fa

  • Non costruisce un watermark che compete con SynthID-Audio, AudioSeal o Digimarc. Quelli sono stub adapter dietro un'interfaccia swap-for-SDK, e la nostra marca spread-spectrum esiste solo per portare una chiave asset a 32-bit per il soft binding. Non avanziamo alcuna pretesa di robustezza contro nessun vendor.
  • BER 0.0 non è una garanzia universale. È misurato su un corpus sintetico fisso di 12-release, con la nostra marca, attraverso mp3-128, aac-128 e opus-96 soltanto, e la demo mostra la stessa marca che muore nell'analog gap.
  • I manifest sono stand-in JSON C2PA in un ledger SQLite di soft-binding, non C2PA 2.0 firmati. La firma C2PA 2.0 reale e uno store di manifest con residenza UE sono differiti.
  • Non ci sono connettori DSP o aggregatori live. Il webhook di ingest DSP e i connettori CD Baby, DistroKid e Believe sono mock e fixture.
  • Ogni rilascio, creator, aggregatore e titolare del takedown è una fixture di test sintetica su audio generato proceduralmente. Non ci sono registrazioni reali, clienti, deployment, testimonial o ROI dichiarato.
  • È un gate di supporto alla conformità e un dossier di evidenza, non consulenza legale, certificazione, o una garanzia di superare un audit del regolatore. Le citazioni di clausola e l'inquadramento di audit sono scaffolding ingegneristico.
  • L'LLM non è mai nel percorso di trust. Il recupero del watermark, la misura di sopravvivenza, il lookup soft-binding e il pass o fail dell'Articolo 50 sono deterministici; gli agent solo estraggono, redigono e revisionano, e sono saltabili con un fallback deterministico.
  • Lo stack è Python FastAPI, un watermark spread-spectrum numpy con un harness di sopravvivenza ffmpeg, un ledger SQLite, e un singolo index.html con vanilla JS, più un adapter Pydantic AI intercambiabile per provider con default Claude claude-opus-4-8. Non React, non LangGraph, non un modello fine-tuned.

Domande che fanno i buyer

Abbiamo già aggiunto C2PA al nostro catalogo. Perché non basta per l'Articolo 50?

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.

Avete costruito un watermark che batte SynthID o AudioSeal?

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.

Dite BER 0.0. La marca sopravvive a tutto?

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.

Questo è C2PA reale, e firma effettivamente qualcosa?

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.

Si connette al nostro DSP o aggregatore come DistroKid, CD Baby o Believe?

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.

Un'AI sta decidendo se un brano è conforme all'Articolo 50. Come è difendibile davanti a un regolatore?

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.

La demo ha bisogno di un'API key, e cosa gira effettivamente oggi?

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.

Ricerca tecnica

La ricerca dietro questa demo — l'architettura, il design di verifica e il blueprint enterprise.

Costruisci il gate che fa sopravvivere C2PA al mondo reale

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.

Assessment di readiness Articolo 50

  • ✓ Mappare dove la vostra provenienza muore nella catena transcodifica-to-social
  • ✓ Progettare l'architettura soft-binding e il detector multi-standard
  • ✓ Chiudere il gap di DDEX AI-disclosure attraverso middleware
  • ✓ Dare forma al dossier pronto per il regolatore che il vostro team può difendere

Costruisci con noi

  • ✓ Un policy gate Articolo 50 deterministico, unit-tested, fuori da qualsiasi modello
  • ✓ Un ledger soft-binding e un harness di sopravvivenza ffmpeg reale
  • ✓ Adapter swap-for-SDK per SynthID, AudioSeal e Digimarc
  • ✓ Agent con grounding verificato per disclosure e remediation, non verdetti black-box