Skip to main content
LaunchLab creator revenue can come from two fee counters: the bonding-curve creator-fee vault before graduation and CPMM creator fees after graduation. Before the 2026-08-17 upgrade, creator_scale also produced a creator-owned LP Fee Key. Migrations executed after the upgrade assign that locked-LP share to the platform instead.

Pre-migration: direct fee accrual

While a token trades on the bonding curve, each buy and sell can charge a creator-fee component. It accumulates in a per-creator, per-quote-mint vault.
  • The fee is denominated in the quote token.
  • PlatformConfig.creator_fee_rate sets the rate.
  • The creator can claim through ClaimCreatorFee before or after graduation.
  • Graduation stops new bonding-curve accrual but does not erase an unclaimed balance.

Post-migration: CPMM creator fees

Every new launch graduates to CPMM. The selected CPMM AmmConfig.creator_fee_rate and PoolState.creator_fee_on determine whether creator fees accrue on CPMM swaps. The CPMM pool creator is:
  • the original launch creator when PlatformConfig.platform_cp_creator is the default pubkey; or
  • the configured platform_cp_creator otherwise.
That recorded CPMM creator owns the creator-fee counters. They can use the creator-signed collection instruction, and any payer can trigger the destination-constrained permissionless path that pays the creator’s canonical ATAs. See products/cpmm/fees.

Locked LP is a separate platform right

At CPMM migration, LaunchLab still validates:
Before the 2026-08-17 upgrade, LaunchLab locked creator_scale separately and minted the corresponding Fee Key to the token creator. For migrations executed after the upgrade, it combines platform_scale + creator_scale. If the combined share is non-zero, the LP-Lock program creates one Fee Key NFT for platform_nft_wallet. The burn_scale remainder is burned. The retained creator_scale field is therefore not a creator revenue stream for migrations executed under the updated program. It contributes to the platform’s locked-LP amount. For historical pools, read the actual Fee Key and locked-liquidity records rather than inferring ownership from the current rule. Fee Keys created by migrations completed before the upgrade are not reassigned or modified. A launch created before the upgrade but migrated afterward uses the new platform-owned distribution.

Claim paths

Integrator checklist

  • Read platform_cp_creator to identify the post-graduation CPMM creator-fee beneficiary.
  • For updated migrations, do not display creator_scale as a creator Fee Key percentage. For historical migrations, read the actual Fee Key record.
  • Track the bonding-curve vault and CPMM creator-fee counters separately.
  • Treat the platform Fee Key as an LP-fee right, not a CPMM creator-fee credential.
  • Refresh the deployed IDL before enabling the updated migration builder.

Pointers