Documentation Index
Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
Use this file to discover all available pages before exploring further.
A Platform in LaunchLab is a third-party launch environment built on top of Raydium’s LaunchLab program. Platforms can brand themselves, charge their own fees, and configure the post-bonding-curve migration parameters for every token launched under them — without running a separate on-chain program. Raydium’s own launch UI is just one platform among many.
Why platforms exist
Raydium wanted LaunchLab to be a shared primitive, not a single branded product. The Platform PDA system lets ecosystems, tooling providers, communities, and meme teams offer curated or branded launch experiences that all settle into the same underlying LaunchLab bonding-curve program and the same CPMM (or AMM v4) post-migration pool. Examples of platforms you might see in the wild:- Raydium’s own LaunchLab UI at raydium.io/launchlab — the reference implementation.
- Partner launchpads — third parties who’ve registered their own Platform PDA to brand the launch experience.
- Niche platforms — e.g. a community-specific platform that only launches memecoins tied to a particular theme, with a custom fee share funding its treasury.
The Platform PDA
Each platform is represented by a Platform PDA stored in the LaunchLab program. Fields include:| Field | Description |
|---|---|
platform_key | Seed / identifier for the platform, used to derive the Platform PDA. |
platform_fee_destination | Account that receives the platform’s cut of trading fees pre- and post-migration. |
platform_fee_bps | Platform fee share on pre-migration swaps (varies by platform). |
creator_fee_enabled | Whether this platform enables post-migration creator-fee sharing via Burn & Earn. |
creator_fee_share_bps | If enabled, share of LP fees that flow to the creator’s Fee Key NFT. |
cp_config_id | If post-migration target is CPMM, which AmmConfig to use — chooses fee tier. |
name, description, image_url | Display metadata used by wallets and UIs that support platform branding. |
tokens_launched | Counter or on-chain index of tokens created under this platform. |
sdk-api/anchor-idl). The table above is a descriptive overview.
What a platform can control
Fee capture:- Platform fee share on every pre-migration buy/sell.
- Post-migration share — when the token graduates, the LP tokens are minted to a multi-party split defined by the platform: a portion to burn (Burn & Earn — a liquidity-locking pattern that lets the locked LP keep claiming its share of pool fees, see
user-flows/burn-and-earn), a portion to creator (Fee Key NFT), and a portion to the platform itself.
- CPMM (default if creator fees enabled) with a
AmmConfigchosen viacp_config_id. DifferentAmmConfigs have different fee tiers; a platform can pick a higher-fee tier if its launches are high-volume speculative assets. - AMM v4 (if creator fees disabled) — for backward compatibility with the original LaunchLab flow.
- Branding metadata used by the Raydium app and any wallet / explorer that surfaces LaunchLab tokens.
- Launch-page customization — platforms that host their own frontend can filter tokens to only show their own platform’s launches.
What a platform cannot control
- Bonding-curve math. The curve shape (logistic, exponential, etc.) is part of the LaunchLab program itself. Platforms choose from the supported curves; they cannot add arbitrary custom curves.
- Migration threshold logic. The condition that triggers graduation to CPMM / AMM v4 (target market cap reached) is program-enforced.
- Core security / audit posture. Every platform inherits LaunchLab’s audit history; a malicious platform cannot bypass it by altering the program.
Registering a platform
The LaunchLab program exposes acreate_platform instruction (exact name from the IDL). Callers pass:
- The seed that will derive the Platform PDA.
- The fee destination account.
- Desired fee bps (subject to program-level caps).
- Post-migration config (CPMM
AmmConfigID if applicable). - Branding metadata.
products/launchlab/instructions for the exact instruction signature in the current LaunchLab IDL.
Economic interaction
A single swap on a LaunchLab bonding curve distributes value roughly like this (exact ratios set by the platform):Integrator notes
- Listing tokens by platform. Use the API pool-info / mint endpoints with a
platformfilter (when supported) to list only tokens launched under a specific Platform PDA. - Branding display. If you build a wallet or explorer that surfaces LaunchLab tokens, reading the platform’s name / image URL from the Platform PDA is far better UX than showing “LaunchLab” for every token.
- Fee math. Every bonding-curve quote must account for the platform fee in addition to the protocol and creator fees. The SDK’s quote helpers do this automatically when the platform PDA is supplied.
Where to go next
products/launchlab/overview— LaunchLab program model.products/launchlab/creator-fees— how creator and platform fees interact post-migration.user-flows/burn-and-earn— the lock mechanism that post-migration LP uses.
- LaunchLab program IDL bundled in the Raydium SDK v2:
raydium-io/raydium-sdk-V2undersrc/raydium/launchpad/. api-v3.raydium.io/launchlab/platformsendpoints (when available).


