murl’s economics answer one hard question: how do creators get paid without the platform becoming more expensive than first-party tools?
First-party generators price runs near cost and keep their entire subscription gross. A marketplace that funds creators from a fat per-run markup would be visibly pricier, which is dead on arrival. So murl funds creators the way Spotify funds artists: from a pool carved out of the same gross that first-party tools keep entirely to themselves.
One line: runs are priced competitively; creators are paid from a monthly pool,
pool % × revenue × your usage share, split up the remix lineage.
Per-run pricing
Every action has a posted credit price: a stable number shown before the run, the same in every page and app (uniform pricing: creators compete on quality and volume, never on price). Internally prices track provider cost with a small cushion; the platform’s margin lives in the subscription, not the unit.
The unit of account
| Layer | Unit |
|---|---|
| Internal ledger | integer micros ($1 = 1,000,000); float money is banned |
| Customer-facing | credits (1 credit = $0.01), a display skin converted one-directionally at the UI edge |
The creator pool
Users subscribe; every run is attributed at the spending chokepoint to the publication it ran through. Monthly:
creator pool = pool % × revenue (pool sized from realized gross)
creator's share = pool × their value-weighted usage share
… then split up the remix lineage- Value-weighted: share is measured in charged micros, not raw run counts, tying payout to revenue actually driven.
- Solvent by construction: the pool is carved from gross already collected and capped below it; the platform can never owe creators money it doesn’t have. (Fixed-rate creator programs that ignored gross have collapsed; tying the pool to gross self-corrects.)
- Computed durably: a monthly settlement workflow aggregates usage, sizes the pool, splits per publication and lineage, and executes idempotent transfers. Creators watch a live, conservative month-to-date estimate in their dashboard.
Remix lineage: the compounding moat
A creator’s share is distributed up the remix tree with harmonic decay: an ancestor at depth i carries weight 1/i, normalized so the total can never exceed the pool. Build something foundational and you earn from the runs of every derivative descended from it: build once, earn on a growing tree. No first-party tool can offer this, structurally.
The creator pitch
Vibe-code an AI product once. If it’s good and people use it, it earns on every run, yours and every remix of it, for as long as it stays relevant. Same models and prices as the big tools, but here your work is an asset, not an expense.