Beta Release of TrackOrigin is live. We are still running verifications throughout June.
METHODOLOGY · TRACKORIGIN · TO-1.0 · 2026 · EN
[ THE METHODOLOGY · V1.0 · ESTABLISHED 2026 ]

PROVE THE
HUMAN
ORIGIN.

TrackOrigin verifies the human creative relationship behind a finished audio master. This document explains what we test, what we do not reveal publicly, how the certificate, signed manifest and Origin Seal work together, and how the methodology maps to global regulatory requirements. The full technical specification is available to labels, DSPs, distributors and regulators under NDA.

VERIFICATION ENGINES
12
LIVE SESSION DURATION
60–120s
AUDIT RETENTION
20yr
FALSE-POSITIVE TARGET
0.3%
[ §00 — THE SCIENTIFIC BASIS ]

THE SCIENTIFIC BASIS.

TrackOrigin is not claiming that synthetic music cannot move people. It can. Pitch, rhythm, timbre, tension and repetition can still activate human perception and reward systems. The real issue is origin: whether the sound can be connected to a human creative act.

The biological case is simple. Acoustic communication is ancient. Mammalian hearing and vocal signals are not neutral channels; they are systems shaped around survival, identity, arousal, contact and social meaning. Human music uses that older machinery and adds culture, memory, craft and intention.

That is why TrackOrigin tests process, performance, memory, identity continuity and authorship congruence. We are not asking an audio classifier to guess whether a waveform feels human. We are testing whether the named person can demonstrate a credible human relationship to the exact file.

The public scientific basis includes peer-reviewed work on acoustic communication in vertebrates, mammalian vocal/hearing co-evolution, music reward, infant-directed singing, cross-cultural song and music as social bonding.

[ §01 — THE CRISIS OF PROVENANCE ]

THE CRISIS OF PROVENANCE.

Streaming has crossed the point where distribution alone proves almost nothing.

The IFPI's Global Music Report 2026 placed global recorded music revenue at USD $31.7 billion in 2025, with 837 million paid streaming subscribers globally. Luminate tracked 5.1 trillion music streams over the year, with new ISRCs arriving at roughly 99,000 to 107,000 every 24 hours.

Most of that catalogue barely moves. Nearly half of all tracks on streaming services received fewer than ten streams in 2025; almost nine in ten failed to cross 1,000 annual streams. The modern catalogue is no longer just competitive. It is saturated, automated, and increasingly unauditable.

AI has accelerated the problem. Deezer reported in April 2026 that it now receives nearly 75,000 fully AI-generated tracks per day — 44% of its daily delivery. The platform has detected and tagged more than 13.4 million AI tracks since January 2025, and reports that 85% of streams on AI-generated music are fraudulent and demonetised.

The industry problem is no longer only discovery. It is provenance.

A label, distributor, DSP, sync agency, rights body, brand, or fan can hear the finished audio — but the audio file alone cannot prove who made it, how it was made, whether the named artist performed it, or whether the declared creative process matches the work.

Audio-only detection is already the wrong battlefield. A November 2025 Deezer × Ipsos study of 9,000 listeners across eight countries found that 97% could not reliably distinguish AI-generated music from human-made music. Spotify has separately removed more than 75 million spam tracks in the twelve months before September 2025 as generative tools made mass-upload abuse easier.

The evidence is not just the file. The evidence is the act of making it.

PAID STREAMING USERS · IFPI 2026
837M
GLOBAL STREAMS · LUMINATE 2025
5.1T
AI TRACKS DAILY · DEEZER APR 2026
75K
FAILED AI BLIND TEST · IPSOS 2025
97%
[ §02 — WHAT WE TEST ]

WHAT WE TEST.

We test many dimensions of musical authorship in a live, recorded session. We won't enumerate them publicly. Doing so would convert the methodology into an answer key — and a public answer key is no test at all. What we will tell you, instead, are the five categories the engines fall into. Each session triggers multiple engines from each category in parallel, drawn against your specific declarations and the specific audio you uploaded.

  1. 01

    Performance

    You will be asked to reproduce specific elements of your own track, live, on camera, under time pressure. Not all of it — fragments. The fragments are chosen after you upload, by analysis of the audio. You won't know which fragments until the session starts.

  2. 02

    Memory

    You will be asked about things only the author would remember: lyrics from memory, structural decisions, what almost happened in the second verse. You can't rehearse it because the questions are generated from your specific track.

  3. 03

    Process

    You will be asked to demonstrate your workflow on your declared DAW. Real authorship leaves traces in the tooling — open projects, plugin chains, the way you move through a session. We watch that, briefly, under guided prompts.

  4. 04

    Identity

    The face on camera at the start of the session is the face we watch for at the end. The voice in the first phrase is the voice we cross-reference against every later phrase. If two different people share a session, we know.

  5. 05

    Authorship congruence

    Your testimony — what you say about how you made the track — is cross-checked against the technical evidence of the track itself. Bedroom-recorded vocals don't have a hardware reverb tail. Stadium-mixed drums don't fit in a 2-inch room. Tools used must be consistent with tools shown.

[ §03 — WHAT WE DON'T DO ]

WHAT WE DON'T DO.

§ 3.1

No audio-only detectors.

We do not rely on audio-only detection. We analyse the uploaded master, then test the human process around it: performance, memory, workflow, identity, declarations, and chain of custody.

§ 3.2

No asynchronous answers.

Every verification happens live, in a single recorded session, in real time. You cannot upload "the answers" and walk away. The session is timed, the prompts are sequenced, and the chain of custody is hashed end-to-end.

§ 3.3

No published probe set.

We do not publish the questions, the timing, the scoring weights, or the probe-generation logic. The standard is public. The probes are not. This is the difference between an exam and an answer key.

§ 3.4

No transferable certificates.

The seal is bound to the SHA-256 of the audio master. Change one sample, you change the hash, you invalidate the certificate. The certificate cannot be moved to a different track.

§ 3.5

No retroactive rewrites.

Once issued, a certificate's manifest is signed and immutable. We cannot — and the issuer signing key cannot — modify a passing session after the fact. Revocation is recorded, never rewritten.

§ 3.6

No single-engine failures.

A single engine cannot fail you. A pattern of failures across independent engines can. We require evidence convergence: multiple unrelated signals all pointing the same direction before a verdict shifts.

[ §04 — WHAT YOU GET ]

WHAT YOU GET.

A successful verification produces an artefact: the TrackOrigin Certificate. It is a cryptographically signed manifest, bound to the exact audio master you uploaded, recorded against the version of the methodology in force at the time. It is the document a label, DSP or rights body checks against.

The certificate contains:

  • cert_idA globally unique identifier you can share.
  • master_sha256The hash of the audio file the cert is bound to.
  • verdictVerified · Conditional · Declined.
  • issued_atISO 8601 timestamp with timezone.
  • declarationsGenre, BPM, key, DAW, AI tools used, recording context, time invested.
  • evidencePer-declaration verdict and supporting evidence artefacts.
  • key_idIdentifier of the issuer key in force at signing.
  • signatureEd25519 signature over the canonical manifest, verifiable against the published TrackOrigin public key.

Alongside the certificate you receive:

[ DELIVERABLE · 01 ]

The Origin Seal

A live, embeddable widget for your website, EPK, profile page and pitch decks. The seal pulls real-time certificate state. Revoke a certificate, the Origin Seal updates everywhere it is embedded, immediately.

[ DELIVERABLE · 02 ]

A public certificate page

A permanent URL — trackorigin.io/cert/<id> — showing the verdict, manifest summary and verification evidence at the level of detail the public is entitled to see.

[ DELIVERABLE · 03 ]

The signed manifest

Downloadable as canonical JSON. Verifiable offline using our published Ed25519 public key. Any party — a label's legal team, a DSP's ingestion pipeline, a court of competent jurisdiction — can confirm the document is authentic without contacting us.

[ §04B — WHAT IT DOES NOT PROVE ]

WHAT IT DOES NOT PROVE.

A TrackOrigin certificate is a provenance artefact. It verifies that a human author credibly demonstrated authorship of a specific audio master under the methodology in force at the time of verification.

It is not a copyright registration, a royalty split agreement, a sample clearance document, a publishing claim, a distribution licence, or proof that every collaborator has granted commercial permission.

This distinction matters. The certificate answers one narrow but increasingly urgent question: did the named human demonstrate credible authorship of this exact file?

Rights ownership, contractual authority, sample clearance, neighbouring rights, publishing splits, and label obligations remain separate legal and commercial questions.

[ §05 — WHY IT CAN'T BE TRANSFERRED ]

WHY IT CAN'T BE TRANSFERRED.

A TrackOrigin certificate is bound to one audio file, identified by its SHA-256 hash. Provenance binds to the artefact, not to the artist. This is intentional.

The implications are strict.

This is the same logic that makes a notarised document a notarised document: it certifies this exact text, signed at this exact moment. Edit it, and the notarisation is void.

  • Change one sample, you change the hash. The certificate no longer applies.
  • Re-master at a different loudness, you've changed the hash. Re-verification required.
  • Re-encode to a different codec or bit depth, you've changed the hash. Re-verification required.
  • Lose the master file, no path back to the original hash. Re-verification required, against whatever master you can produce.
  • Delete the track from circulation, the certificate is automatically marked archival. The history remains; the Origin Seal does not appear live.
[ §06 — THE PROCESS ]

THE PROCESS.

End to end, most artists complete verification in under fifteen minutes per track. The live session itself runs 60 to 120 seconds. The variance depends on what's being verified — vocal-led work moves faster than instrumental DAW work.

  1. 01

    Upload your master

    WAV, FLAC, or high-bitrate MP3. We compute the SHA-256, fingerprint the audio, and analyse for downstream probe generation. ~60 seconds.

  2. 02

    Make your declarations

    Genre, sub-genre, BPM, key, DAW, instruments played, AI tools used (we expect honesty here — AI use does not disqualify you, undeclared AI use does), recording context, time invested, collaborators. ~60–90 seconds.

  3. 03

    Resolve discrepancies

    If our analysis disagrees with your declaration in any material way, you'll see the discrepancy and have a chance to resolve it. This is not a gotcha — it's a chance to correct a typo before the session begins. ~30 seconds.

  4. 04

    Live verification session

    Camera, microphone, and (when applicable) screen-share, recorded with end-to-end hash-chained chunks. A sequence of challenges, generated from your specific track and declarations, runs in real time. You see one prompt at a time. You cannot skip ahead. 60–120 seconds.

  5. 05

    Live scoring

    Your session is run through every verification engine in parallel. We assemble per-declaration verdicts, cross-reference them, and produce an aggregate score. ~30 seconds.

  6. 06

    Certificate issued

    The signed manifest is generated, the certificate is published, and the Origin Seal goes live across every surface where it is embedded. Instant.

[ §07 — MULTIPLE SIMULTANEOUS APPROACHES ]

MULTIPLE SIMULTANEOUS APPROACHES.

TrackOrigin does not rely on any single signal. A single signal is a single thing to spoof. Every verification session triggers independent verification engines running in parallel, each operating on different evidence drawn from the same session.

The categories of evidence in play simultaneously:

  • AAcoustic — the audio master, fingerprinted and structurally decomposed.
  • BBehavioural — how you respond, hesitate, correct yourself, recall.
  • CVisual — your face, your instruments, your DAW, your environment.
  • DLinguistic — transcription, vocabulary, technical specificity.
  • ECryptographic — chain of custody on every chunk of every recording.
  • FAdversarial — questions only the author can answer, generated per-session.

A verdict requires evidence convergence: multiple independent engines, looking at different evidence, all reaching the same conclusion. This is the property that makes the standard hard to game.

To spoof a TrackOrigin certificate you would need to defeat acoustic analysis, behavioural analysis, visual analysis, linguistic analysis, cryptographic chain-of-custody, and probe-set adversarial generation — simultaneously, in real time, for a probe set you cannot see in advance. The cost of doing this for one track is greater than the cost of simply making the track yourself.

We designed it that way on purpose.

[ §08 — WHY THE RECORD RESISTS GAMING ]

WHY THE RECORD RESISTS GAMING.

  1. 01

    Probes are generated per-session

    The specific questions, fragments and tasks issued during your session are generated after you upload, drawn from your declarations and the audio itself. We do not know them in advance. There is no master answer key for us to leak.

  2. 02

    Sessions are hash-chained end to end

    Every chunk of every recording is hashed, and every hash links to the previous one. We cannot retroactively edit a passing session into existence, or a failing session out of existence — the chain would break. Detection is automatic.

  3. 03

    Manifests are signed with rotated keys

    Certificates are signed with an Ed25519 key whose public counterpart we publish. The key rotates on a published schedule. Old certificates reference the key_id in force at the time; new certificates use the current key. A compromised key invalidates only its own batch.

  4. 04

    The methodology is versioned

    This is methodology version trackorigin/1.0. Every certificate records the version under which it was issued. When the methodology changes, the version number changes. You always know exactly which version certified your track.

  5. 05

    Recordings are retained for 20 years

    Every recording, every frame, every transcript, and every artefact of every verification session is retained for two decades for audit and reproducibility. A disputed certificate can be replayed against its original evidence. Right-to-erasure is honoured by cryptographic shredding of the bytes while preserving the non-personal certificate audit record.

[ §08B — DISPUTES AND REVIEWS ]

DISPUTES AND REVIEWS.

Verification systems must be strict, but they cannot be careless. A failed or conditional result can be disputed. Disputes are reviewed against the original audit trail: the uploaded master, declarations, session recording, transcript, probe sequence, scoring output, and cryptographic chain of custody.

A dispute does not rewrite the original result. It creates a second review event attached to the certificate history.

  • Confirmed. The original result stands.
  • Reissued. A corrected certificate is issued with a new review record.
  • Revoked. The certificate is marked revoked, with the reason preserved.
  • Reverification required. The artist must complete a new live session.
[ §09 — REGULATORY ALIGNMENT ]

HOW THE METHODOLOGY
MAPS TO COMPLIANCE.

Disclosure obligations for AI-generated content are now in force or imminent across the EU, China, and several US states. The methodology was designed to map to them. This section is for compliance officers, label legal teams, DSP product leads and regulators who need to know — concretely — what the certificate satisfies.

The pattern across major jurisdictions is consistent. Regulators require disclosure of AI involvement in machine-readable format. Some additionally require explicit visible labels. Platforms and distributors require credit metadata. The TrackOrigin certificate provides a single, cryptographically verifiable artefact that satisfies all of these requirements through one signed record.

It is not a substitute for legal counsel on jurisdiction-specific compliance. It is the evidentiary layer those compliance regimes assume but do not, by themselves, provide.

The mapping below covers the major in-force or pending frameworks. The full compliance specification — including audit interfaces, regulator access modes and data-residency options — is available to industry partners and regulators under NDA.

JURISDICTION / STANDARD
REQUIREMENT
TRACKORIGIN PROVISION
EU AI ACT · ART 50(2)
Machine-readable marking of synthetic audio outputs (enforceable 2 Aug 2026)
Ed25519-signed JSON manifest, bound to master via SHA-256, declares AI tools used in declarations
CHINA · GB 45438-2025
Explicit visible label + implicit metadata label on AI-generated content (effective 1 Sep 2025)
Origin Seal (explicit visual label) + signed manifest with embedded declarations (implicit metadata)
CALIFORNIA · SB 942
Provenance disclosure for AI-generated content (effective Jan 2026)
Public certificate page + downloadable manifest, offline-verifiable against published key
DDEX · 2025 STANDARD
Machine-readable AI use disclosure in music credits
declarations.ai_tools_used field, machine-readable, mappable to DDEX credit fields
EU GDPR · ART 17
Right to erasure of personal data
Cryptographic shredding of session media; non-personal audit manifest preserved
C2PA · CONTENT CREDENTIALS
Tool-chain provenance for media assets (v2.3, Jan 2026)
Complementary, not replacement; certificate can reference and travel alongside C2PA assertions

The TrackOrigin certificate is the evidentiary artefact disclosure regimes assume — and do not, by themselves, provide.

[ §10 — TECHNICAL FOUNDATIONS ]

THE STACK BEHIND
THE VERDICT.

TrackOrigin's verifiable layer rests on open, well-studied cryptographic primitives. The audio master is identified by its SHA-256 hash (FIPS 180-4). The signed manifest is canonicalised using the JSON Canonicalization Scheme (RFC 8785), then signed with Ed25519 (RFC 8032) under the issuer key in force at the time of issuance.

The issuer's public key is published at /.well-known/trackorigin-public-key. Keys rotate on a published schedule; each manifest embeds the key_id of the signing key, so old certificates remain verifiable indefinitely against the historical key set.

Manifests are canonical JSON and verifiable offline. Any third party — a label's compliance team, a DSP's ingestion pipeline, a court of competent jurisdiction — can confirm authenticity without contacting TrackOrigin.

The verification procedure is straightforward: fetch the public key for the embedded key_id, canonicalise the manifest body, verify the Ed25519 signature, confirm the master_sha256 matches the audio file in hand. Implementations exist in Python, Go, Rust and TypeScript reference libraries available to industry partners.

PRIMITIVE
STANDARD / DETAIL
FILE BINDING
SHA-256 (FIPS 180-4) over the canonical audio master
MANIFEST SIGNING
Ed25519 (RFC 8032), detached signature over canonical bytes
CANONICALISATION
JSON Canonicalization Scheme (RFC 8785)
TIMESTAMP FORMAT
ISO 8601 with timezone offset (RFC 3339 profile)
KEY PUBLICATION
/.well-known/trackorigin-public-key · DNS-discoverable for enterprise
KEY ROTATION
Scheduled; key_id embedded per manifest for historical verification
CHAIN OF CUSTODY
Hash-chained session chunks, end-to-end, with break detection
AUDIT RETENTION
20 years; cryptographic shredding on lawful erasure request
DATA RESIDENCY
EU / US / AU / SG regions; enterprise partners can pin region at ingestion
REFERENCE LIBRARIES
Python · Go · Rust · TypeScript (offline-verify reference implementations, NDA)
[ §11 — THE STANDARD ]

WE BUILT THIS TO BE REPLACED.

If a better methodology emerges, we will adopt it, version-bump, and migrate. This is not a moat. This is a standard.

Today's standard is trackorigin/1.0. Open to scrutiny. Open to challenge. Closed to compromise.

[ §12 — QUESTIONS ]

QUESTIONS.

Why won't you publish the probes?

A published answer key is no test. The value of the verification is the specificity of what we ask, drawn against your specific track. Publishing the probe set would convert TrackOrigin from an exam into a checklist. Labels, DSPs and regulators have access to the full methodology under NDA.

Can a real artist fail?

Yes, occasionally. Our calibrated false-positive target is under 0.3%, but it is not zero. If you fail and believe the verdict is wrong, you can dispute the certificate. Disputes are reviewed by a human panel against the full audit record of your session, which is retained for 20 years.

Can a model fronting as a real artist pass?

Not by file upload alone. The system is designed to make synthetic fronting difficult because the test is not only the audio file. It asks for live, track-specific performance, recall, process demonstration, identity continuity, declaration consistency, and chain-of-custody evidence. A model that did not participate in making the track should not be able to satisfy those conditions under time pressure.

What if I used AI tools to help?

Declare them, honestly, in the declarations step. AI-assisted authorship is not disqualifying. Undeclared AI use is. We are verifying that the human in the chair is the human on the contract, not that no software was involved. A producer using stem-splitters, mastering assistants, or generative scratch ideas can still pass — provided the declarations match the evidence.

How does the certificate satisfy EU AI Act Article 50?

Article 50(2) requires machine-readable marking of synthetic AI outputs. The TrackOrigin manifest is an Ed25519-signed canonical JSON document binding the master file (via SHA-256) to a verdict, declared AI tool usage, and a verification record. The signed manifest is machine-readable, offline-verifiable, and bound to a specific audio file. For deployers and providers of generative tools, the certificate functions as the human-side evidentiary counterpart to upstream marking obligations. The full compliance specification is available under NDA.

What happens to my recordings?

Retained for 20 years for audit and reproducibility, encrypted at rest. You can exercise right-to-erasure at any time: we cryptographically shred the recording bytes while preserving the audit manifest. Raw session media is retained only for the audit period stated in the methodology, unless law, dispute handling, or certificate integrity requires a different period. Where deletion is requested and legally available, TrackOrigin uses cryptographic shredding or de-identification while preserving the non-personal certificate audit record.

Who can see my certificate?

By default the certificate is public — the Origin Seal is meant to be shown. You can mark a certificate private at any time, in which case the Origin Seal still works (it confirms the verdict to anyone who has the cert_id) but the public certificate page returns a sealed view.

Is the verdict reversible?

Certificates can be revoked, never rewritten. If new evidence emerges that a verification was fraudulent, the certificate is revoked with a recorded reason. The seal updates to revoked-state everywhere it is embedded, immediately. The original verdict and the revocation are both part of the permanent record.

Can a label / DSP / rights org verify a cert themselves?

Yes. The signed manifest is verifiable offline against our published Ed25519 public key. You don't need to contact us to confirm a cert is authentic. The public key is published at /.well-known/trackorigin-public-key and the verification procedure is in the technical specification available to industry partners under NDA. Reference libraries are available in Python, Go, Rust and TypeScript.

Where is the data stored, and can we pin a region?

Session media and audit records are stored in regional clusters across the EU, US, Australia and Singapore. Enterprise partners (labels, DSPs, regulators) can pin data residency to a specific region at ingestion for compliance with GDPR, the Australian Privacy Act, PIPL, or sector-specific requirements. Residency, sub-processor lists, and audit interfaces are covered in the enterprise data agreement.

What does it cost?

Your first 15 verifications are free. Volume pricing for catalogues is available to labels and rights organisations. Contact support@trackorigin.io for catalogue rates and ingestion APIs.

[ SOURCES ]

PUBLIC DATA BASIS.

Every figure cited in this methodology is drawn from public industry, regulatory and peer-reviewed sources, listed below. Current to mid-2026.

[ THE NEW STANDARD ]

GET YOUR MUSIC
VERIFIED.

A few minutes per track. One certificate that doesn't move. A seal that updates wherever it is embedded the moment anything changes.

Document version trackorigin/1.0 · Methodology established 22 May 2026 · Issuer key trackorigin-2026