---
title: "Creator economics"
description: "Competitive per-run prices, a creator pool funded from platform gross, distributed by usage share and up the remix lineage."
---

> Documentation Index
> Fetch the complete documentation index at: https://docs.murl.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Creator economics

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.

Source: https://docs.murl.ai/economics/index.mdx