LegacyNext · Publishing Rights Infrastructure
An execution layer for book, journal and news publishers licensing content into the AI economy. It records which work it is, which rights you actually hold today, what is permitted, exactly which titles sit inside a licence, and how the money reaches authors, translators and estates afterwards. Every statement is written to a blockchain, so both sides of a licence can prove the same facts years later.
What changed
Courts, regulators and AI companies all moved in the same direction inside a year and a half. The operative question is now one of proof: what was permitted, under which contract, for exactly which titles.
Case in point
The largest copyright settlement in US history turned into an identification exercise. The dispute was about how the copies were obtained; the expense was working out, title by title, who was entitled to what. It is the clearest available demonstration of what a catalogue costs when that question has no answer on file.
Every catalogue carries a works list already. The only question is whether it is written down now, or assembled later by lawyers under a deadline.
The gap
Publishing has excellent identifiers and poor answers. ISBN, ISSN, DOI and ISNI all work. What no system holds is the thing an AI licence actually needs: which rights you hold, in which languages, today.
First product
Every training or licensing agreement ships with a signed, hashed list of exactly the works inside it. For the AI company it is proof of scope. For the publisher it is the starting point for paying authors. Neither side has to trust the other's spreadsheet.
Granular consent
Publishers can currently offer an AI company a yes or a no across a whole catalogue. The market has already moved past that, and so have authors. Each use is permitted, refused and priced on its own.
The proof layer
A rights record is only worth something when more than one party will accept it. In publishing that means an AI licensee, an author, a society and eventually a court all reading the same thing. That is the part of LegacyNext that cannot be reproduced by writing a better database.
Who declared what, under which contract, for which scope, at which moment, and when it changed. A grant cannot be backdated quietly, which is exactly what an author, an auditor and a licensee each need.
Each work carries a unique, non-fungible token with a single continuous history across every edition and translation. Issuing is limited to the party holding the right and bound to the work's identifiers, so a duplicate registration is refused at source, and a competing claim runs through a documented conflict procedure instead of settling in whichever system is consulted first.
The licensee proves scope, the publisher proves entitlement, the author checks their own consent and split. No party has to accept another's internal system as the source of truth.
The token carries a rights record and represents no financial claim on revenue. It is unique, non-fungible and not offered on a secondary market, which is the ground on which counsel assesses it under MiCA. Where a structure does carry financial exposure, that is arranged separately under the applicable regime.
ONIX remains the exchange language, ISBN, ISSN, DOI and ISNI the identifiers, and reproduction rights organisations the collective licensors. The record feeds those systems.
The blockchain registers and proves; it does not transfer copyright. Dutch law requires a deed under Article 2 of the Copyright Act, and comparable formalities apply elsewhere. The deed stays. Being exact here is what makes the rest survive legal review.
What the chain delivers is a verifiable rights record. Ownership keeps its own legal route, and holding that line is what carries the rest through a legal review.
Build vs buy
A rights database is the cheap half of this problem. The cost sits in reading decades of contracts into a grant model that holds, mapping reversion, handling language and territory splits, and ONIX conformance, and that is where in-house builds run aground in year two.
The boundary
The work splits cleanly in two. LegacyNext offers itself for one half only, and that is the design principle rather than a concession.
Who gets what
The same record answers a different question depending on where you sit, which is precisely why it works better as shared infrastructure than as anyone's internal system.
A backlist you can actually license, because you know per title what you hold, what reverted and in which languages. Author-level consent recorded before a deal is signed rather than explained afterwards, and settlement that reaches co-authors, translators and estates per line.
Journal-level and article-level scope for corpus deals, with DOI and ISNI carried through to allocation. The 2024 deals showed what happens when authors cannot see their position. A register they can inspect is cheaper than the fallout.
High volume, short shelf life and per-article rights, where retrieval and grounding matter more than training. Consent per use type, per outlet, with reservations that are actually findable by a crawler rather than asserted in a terms page.
Work-by-work consent and reservation under a collective AI licence, administration of licensed corpora, and explainable allocation of lump sums. Early relevance at mandate and clearance, rather than arriving afterwards to distribute what is left.
Boundaries
Stating the limits early is what makes the rest credible in a room with lawyers in it.
Next step
A first deployment is deliberately small and predictable: one imprint or one journal list, five hundred to five thousand works, editions consolidated to work level, the grant and reversion status established, consent recorded per use type, a single licence or licensee, a signed manifest, one payment, and automatic allocation to authors afterwards.
That proves four things at once: rights data links reliably at work level across editions and translations, grant and consent become machine-readable, a corpus can be delimited objectively in advance, and the money divides explainably per title and per contributor.
A sixty-minute conversation about your current AI exposure and your backlist is enough to tell whether this fits. If there is a basis to continue, we agree the next step together.