- 1A data license grants specific, limited rights. It defines what a buyer may do with the asset (train, fine-tune, redistribute, sublicense) and for how long. The default grant is never everything.
- 2Exclusive vs non-exclusive is the single biggest value lever: on Dayda marketplace deals, exclusive licensing typically commands a 3–5× premium because it removes a competitor from the buyer's training moat.
- 3Perpetual vs time-limited trades short-term cash for long-term upside; a time-limited deal (often 12–24 months) caps future value if the data appreciates.
- 4Per-token/row metered, revenue-share, and hybrid structures convert a one-off sale into recurring upside, but they add audit complexity and covenant risk for the seller.
- 5A strong Data Purchase Agreement spells out scope of use, exclusivity, warranties, indemnification, transferability, and sublicensing: everything a bare purchase order leaves dangerously ambiguous.
A data license is a contract that defines precisely what a buyer may do with your dataset, and what they may not. Almost every founder mistake in this market comes from treating selling data like selling a physical good, when the terms you grant move the price more than the data itself. This guide breaks down what a license actually grants, the economic logic of exclusive vs non-exclusive and perpetual vs time-limited, how per-token/row metered, revenue-share, and hybrid deals work, the exclusivity premium in real numbers, the clauses that belong in a Data Purchase Agreement, and a decision framework for choosing the right structure as you wind down or pivot.
On this page ▾
- What a data license actually grants
- Exclusive vs non-exclusive: the core choice
- Perpetual vs time-limited: what the term really costs
- Per-token and per-row metered licenses
- Revenue-share and hybrid structures
- Why exclusivity commands a 3–5× premium
- What belongs in a Data Purchase Agreement
- How to choose the right licensing structure
What a data license actually grants
Most people think selling a dataset means handing over a file. In practice it means granting a license, a defined set of permissions to use an asset you keep. A license describes the who, what, how, and for how long of a buyer's rights: which fields or rows they may use, for training, fine-tuning, inference, internal analytics, or redistribution; on what infrastructure; for what term; and whether they can pass it on. By design, a license reserves everything it does not expressly grant. [6]
This asymmetry is the entire source of value. Creative Commons puts it plainly: a license gives permission to use a work in ways the license grants, while every right not granted stays with the owner. [2] The commercial analogue holds: when you license your wind-down or pivot dataset, you sell permission, not ownership. That is why two identical files can close at wildly different prices. The grant differs, not the bytes.
“A CC license lets you change the copyright terms from the default all-rights-reserved to a variety of uses; the license grants permissions while reserving all other rights.”
Five components decide whether a grant is legible, and we walk through each below: exclusivity (who else may use it), term (perpetual vs time-limited), pricing basis (flat, metered, or revenue-share), scope of use (training vs inference vs redistribution), and assignment rights (transferability and sublicensing). Get these five right and every downstream clause in the Data Purchase Agreement writes itself. Get them wrong and each one becomes a fight.
Exclusive vs non-exclusive: the core choice
The exclusivity axis determines whether other parties may obtain similar rights to the same data. A non-exclusive license lets the buyer use the dataset without stopping you from licensing it to others; an exclusive license grants the buyer the sole right to use it, typically also binding you not to sell or otherwise exploit the data yourself for the duration. The distinction is foundational to contract law and to every commercial data deal: exclusivity is what converts a commodity into a moat. [8]
| Licensing model | What the buyer actually gets | Typical multiple vs non-exclusive baseline |
|---|---|---|
| Non-exclusive, perpetual | Buyer may use forever; others may license it too | 1.0× (baseline) |
| Exclusive, perpetual | Buyer is the only licensee, indefinitely | 3–5× |
| Non-exclusive, time-limited | Buyer may use for a set term (e.g. 12–24 months) | 0.4–0.6× |
| Exclusive, time-limited | Sole licensee for a term; re-licensable after | 1.5–2.5× |
| Field-of-use exclusive | Sole licensee for one use (e.g. RLHF), others for other fields | Varies; premium per field |
Many sellers assume exclusive always pays more, and it usually does, but that alone doesn't make it the right call. The real question is whether the premium compensates you for giving up the ability to monetize the same asset later. Proprietary, human-generated data is becoming the scarcest input in AI; Epoch AI estimates models may exhaust the usable stock of public text between 2026 and 2032. [2] A dataset you keep non-exclusive can be licensed to multiple buyers, each funding a separate deal. Exclusivity earns its price when one buyer's use dwarfs all others. It costs you when your data has several strong potential buyers.
Perpetual vs time-limited: what the term really costs
The term axis asks how long the rights last. A perpetual license grants use without a fixed end date; the buyer's right survives unless you mutually agree otherwise. A time-limited license grants use for a defined period, commonly 12–24 months for AI training data, after which the buyer must stop using the data unless renewed. On Dayda deals, a time-limited grant reliably prices at roughly 0.4–0.6× of the comparable perpetual deal, because the buyer pays for a depreciating window of competitive advantage. [10]
Time-limited deals trade current cash for future flexibility, and the trade only makes sense if you expect the data to lose relevance, or you want to force a renegotiation later. Training datasets double in size roughly every eight months [4], so a buyer's 2026 vintage of your data may be stale by 2027, and a term deal can be an honest match for that. But proprietary human data is growing scarcer, not more common [6], so a perpetual license is often the better seller play: it captures the upside of the data appreciating instead of trading it away for a short-term bump.
Per-token and per-row metered licenses
A metered license prices the deal on usage rather than a flat fee. For text data the natural unit is per token used during training or inference; for conversational and tabular data it's per row or per record. The buyer effectively rents access to a subset and pays only for the volume they actually consume. AI training is token-hungry and token counts explode with scale, so metering keeps price aligned with the buyer's realized value. [8]
Metered structures suit large, homogeneous corpora where the buyer can't yet know how many tokens or rows they'll need. They de-risk the buyer's commitment and can command a premium per unit precisely because the seller absorbs the volume risk. The catch is enforcement. Metered deals require agreed units of measurement, audit rights, reporting cadence, and sometimes technical instrumentation such as usage logs and telemetry, obligations a small wind-down team may not want to staff. [6]
| Unit | Typical usage | When it wins | When it fails |
|---|---|---|---|
| Per token | LLM pre-training and fine-tuning | Large text corpora; usage scales with compute | Needs billing/telemetry infrastructure |
| Per row / per record | Conversational, tabular, expert-annotated data | Defined rows, clear unit value | Buyers dispute what counts as one row |
| Per asset / flat | MLOps, evaluation, analytics | Simple, fast, low audit burden | Leaves volume upside on the table |
Revenue-share and hybrid structures
A revenue-share license ties your compensation to the buyer's downstream revenue, for example a percentage of the SaaS revenue generated by a fine-tuned assistant your data helped build. It converts a fixed asset sale into a participation in the outcome, which can dramatically outperform a flat fee when the buyer's product succeeds. McKinsey's foundational research on data-driven value shows the largest returns get captured where data is embedded into product workflows [6], and revenue-share lets you claim a slice of that.
The cost is complexity and trust. Revenue-share requires access to the buyer's books or audited usage, a defined revenue base, caps, floors, and termination triggers. That makes it most common in strategic partnerships, such as an AI lab building a vertical product on your domain data, and rare in one-off data purchases. The EU Data Act's focus on fairness and transparency in data-sharing contracts is a useful lens here: both sides need clear, verifiable terms before signing. [6]
| Structure | Seller math | Best fit |
|---|---|---|
| Flat perpetual | Max cash today; no upside after close | Clean, fast exits; low audit burden |
| Flat term | Cash now, but discounted; re-negotiable | Asset expected to depreciate |
| Metered (token/row) | Premium per unit; shares volume upside | Large, homogeneous corpora |
| Revenue-share | Recurring % of buyer revenue | Strategic partnerships; high-potential product |
| Hybrid (flat + share) | Base fee cushions downside; share adds upside | Most robust for high-value, scarce data |
Why exclusivity commands a 3–5× premium
The most quoted number in data licensing is the exclusivity premium, and it earns the attention. Across Dayda marketplace deals, an exclusive license consistently clears at 3–5× the price of a comparable non-exclusive license. The logic holds up: exclusivity removes the buyer's most dangerous variable in an AI deployment, that a competitor trains on the same data. For an AI lab, proprietary exclusivity is a moat. For an enterprise fine-tuning a domain model, it's a defense against a rival doing the same thing. [8]
The premium also reflects what the seller gives up. Granting exclusivity forfeits your ability to sell the same asset to any other buyer for the term. Human-generated proprietary data is becoming the scarcest input in AI [4], so that opportunity cost is real, and sophisticated buyers pay to remove it. The premium is compensation for a genuine surrender of optionality, not a markup.
“If trends continue, language models will fully utilize the stock of high-quality language data by roughly 2026 to 2032, prompting labs to seek out proprietary and high-quality data sources.”
What belongs in a Data Purchase Agreement
A Data Purchase Agreement (DPA) is where the license stops being a verbal understanding and becomes enforceable intellectual property. Exclusivity, term, and pricing basis all live inside the DPA, but the agreement must also answer the questions that determine whether the buyer can actually use the data lawfully. The EU Data Act's emphasis on fair, transparent data-sharing terms is a useful checklist of what both sides should nail down before signature. [4]
- Scope of use: the exact purposes (pre-training, fine-tuning, RLHF, inference, internal analytics, evaluation) the data may serve, and any excluded or restricted uses.
- Exclusivity definition: whether the grant is exclusive or non-exclusive, the field(s) and geography of any exclusivity, and what happens to exclusive rights after the term.
- Term and termination: perpetual vs time-limited; the obligations to delete or cease use on termination; survival of warranties and indemnities.
- Pricing and audit: flat, metered, or revenue-share mechanics, with definitions of the unit, reporting cadence, and audit rights for metered models.
- Warranties: the seller's assurance that it lawfully obtained and owns, or has the right to license, the data, including consent and provenance. For personal data this implicates GDPR lawful basis, which the buyer will demand. [4]
- Indemnification: who bears the cost if the data is later found to violate a third party's rights (personal data, copyright, confidentiality), and any caps on liability.
- Transferability and sublicensing: whether the buyer may assign the license, sublicense the data to processors or customers, or use it to train a third-party model. This is frequently the most contested clause.
- Usage/redistribution restrictions: whether the buyer may redistribute the raw data or only outputs; whether derived, fine-tuned products may embed it.
How to choose the right licensing structure
No license structure is universally correct. The right one matches your asset's scarcity, the buyer market, and your need for cash today versus upside later. Answer these six questions honestly and they'll route you to the right structure. [2]
- 1How scarce is the data? High scarcity and multiple potential buyers push toward non-exclusive so you can run several deals; a single dominant buyer with an outsized use argues for exclusive.
- 2Will the data appreciate or depreciate? If it's still current and scarce (support conversations, domain corpora), bias toward perpetual; if it decays quickly, a time-limited deal is honest.
- 3How confident is the buyer's volume? Uncertain usage favors metered per-token/row terms; predictable use favors a flat base.
- 4Is this a strategic partnership or a one-off? Deep, ongoing collaborations justify revenue-share; one-off purchases work better as flat or hybrid.
- 5Do you have audit capacity? Metered and revenue-share require reporting and enforcement. A small wind-down team should usually favor simpler structures.
- 6Who absorbs the risk? If you want downside protection and shared upside, a hybrid (flat base + share/renewal) is the robust default for high-value, scarce data.
The final check is legal. Whatever structure you choose, the DPA must carry a defensible provenance and consent warranty. For personal data this is a GDPR lawful-basis requirement, not an optional add-on. [4] A buyer who can't verify your right to license will discount the deal or walk at any price. Structure decides how much you earn. Provenance decides whether you earn anything at all.
License your data the right way.
Get a free, no-obligation licensing and valuation review from the team that brokers these deals every day. We'll help you decide exclusive vs non-exclusive, model your scenarios, and structure a defensible Data Purchase Agreement.
List your data on Dayda→