Creator fees that follow rules you signed.
Learn how to launch a coin on Bags, choose where creator fees go, and use BagSplit's on-chain program to automate fee strategies.
What BagSplit is
BagSplit is a Solana launchpad on Bags for creators who want a coin's creator fees to follow explicit, wallet-approved rules instead of managing payouts by hand forever.
You choose a fee mode before launch. Your wallet signs the fee configuration. From then on, fees route according to that configuration: straight to wallets through native Bags fee sharing, or into a strategy vault on our program for automated modes like buyback and burn.
Launches happen on Bags on Solana mainnet. Explore shows only confirmed tokens launched through BagSplit, with their recorded fee modes. Drafts and external launches do not appear in this feed.
Quickstart
Everything you need to go from idea to a confirmed launch.
- 1Connect and sign inConnect a Solana wallet and sign a plain-text message. It is not a transaction and costs no gas.
- 2Describe the coinUpload an image (PNG, JPEG or WEBP, up to 5 MB). Name up to 32 characters, ticker up to 10 characters using A-Z and 0-9. Description, socials and an initial buy are optional.
- 3Pick a fee modeChoose one of seven modes on Launch. The mode guide explains each.
- 4Sign and launchApprove the fee config, the strategy vault setup if your mode needs it, and the launch transaction.
Launch flow
A launch is a sequence of saved, resumable stages. Nothing counts as launched until it is confirmed on-chain.
- 1DraftBagSplit saves a launch record so you can resume after a reload. Unfinished launches show a Resume action on the Dashboard.
- 2Wallet-signed fee configThe server builds and simulates the transaction before your wallet is asked to sign. After signing it is submitted and polled.
- 3Strategy vault setup (automated modes)Buyback, Holder Rewards and Custom initialize a vault on the BagSplit program, signed by you as owner.
- 4Wallet-signed launchThe launch is reported as successful only once its status is confirmed. A confirmation popup shows the image, name, ticker and a copyable mint address.
Dismissing a wallet prompt or a failed transaction is recoverable. BagSplit never creates a duplicate launch automatically. Simulation checks that a transaction should execute; it is not a guarantee of outcome or profit.
Fee modes
Seven ways to route the recipient pool. Choosing a mode sets the rules; it does not guarantee execution or returns.
Fee allocation
Bags creator fees split into three separate parts. Your mode only ever controls one of them.
- Platform pool. BagSplit partner revenue is currently 25% (2500 bps) of the eligible platform fee pool, set by on-chain partner config. It is not a percentage of trading volume and is not deducted from your recipients.
- Creator entitlement. A separate deployer share held by the creator wallet that paid for the fee config.
- Recipient pool. What your mode allocates. Native wallet percentages apply to this pool and sum to 10000 bps.
Network fees, rent and an optional initial buy are separate costs. BagSplit makes no universal trading fee or payout promise.
BagsPay payouts
Turn the recipient pool into cash through official Bags payout providers.
In BagsPay mode the recipient pool is a single entry: the official payout wallet at 10000 bps. It cannot be combined with other recipients or vault strategies.
Supported methods
- X Money. 1-15 letters, digits or underscore. Optional @.
- Cash App. 1-20 letters, digits, underscore or hyphen, with at least one letter. Optional $.
- Venmo. 5-30 letters, digits, underscore or hyphen. Optional @.
Terms, accepted at launch and on every destination change
- Only the normal remaining claimer pool goes to the payout provider.
- A separate 25% gross claimer-pool deployer share goes to the wallet that pays the fee config, in SOL. It is not converted.
- Claims start at a 0.25 SOL threshold. The normal payout minimum is 5 USDC.
- Conversion costs about 0.5-0.7% plus a few cents per payout.
- Cash orders are discounted 10%, increasing to 20% if unfilled after 24 hours.
- Your account must accept payments through the chosen method.
- Provider and Peer buyer settlement is not guaranteed.
- There are no guarantees on payout timing.
Settlement and timing are not guaranteed. Use the token's payout page to manage destinations.
Program and roles
Automated modes run on a custom native Rust Solana program, deployed on mainnet.
Who can do what
How vaults are built
- Vaults are PDAs derived from program, creator and mint, so each coin is separated. No vault has a private key.
- Fees enter through a fixed-purpose native Bags claim bridge.
- Each cycle enforces interval, min and max limits, and an expected nonce for replay protection.
- Initialization, pause and allowed recovery require the owner signature.
Liquidity in the deployed program
Deployed Add-and-lock into an existing supported pool and position.
Deployed Owner-authorized first-position bootstrap after graduation, with automatic launch setup and keeper execution.
Automation lifecycle
You approve once. Due cycles then run automatically under the rules stored on-chain.
- 1Creator approvalsYou sign the fee config, vault initialization and launch.
- 2Fees accumulateAllocated creator fees reach the vault through the claim bridge.
- 3Due cycle executesWhen interval and thresholds are met, the service gas signer submits the cycle: buyback and burn, holder reward funding, or both for Custom.
- 4ReconciliationTransaction records, confirmation checks and on-chain nonces are used to reconcile cycles before retrying them.
Unspent funds may be recovered under pause and policy rules. BagSplit exposes no withdrawal path for principal locked through Meteora's native permanent lock. A lock does not remove smart-contract or external-protocol risk.
Security model
What you can rely on, and where you are trusting us.
- No private keys are generated or stored in the browser. Your wallet signs sign-in, fee config, vault setup and launch.
- Sign-in is a one-time plain-text challenge, not a transaction.
- Transactions are simulated on the server before you sign. Simulation is not a profit guarantee.
- Server-side operational keys sign due automation cycles and snapshots through a dedicated gas wallet with no upgrade authority.
- The program is upgradeable and the deployment wallet holds that authority.
- The snapshot oracle is trusted within the reward allocation. It is not trustless.
Current limitations
Exactly where each capability stands today.
App integration
How the BagSplit app talks to its backend.
The app calls a same-origin API under /api with a session cookie set after wallet sign-in. Readiness, feeds, launches, transaction preparation, simulation, submission, payouts and claims all go through it. Bags and RPC credentials stay on the server; the app never asks for keys in a form, and shows data as unavailable rather than substituting samples.
Check live readiness on Launch before you start.
FAQ
+Does BagSplit take a cut of my recipients?
No. Partner revenue is 25% of the eligible platform fee pool. Your recipient percentages are not reduced by it.
+Can I change native recipients after launch?
Not in BagSplit today. Bags supports admin updates, but that flow is not integrated.
+When does automation run?
Cycles run when the approved interval and fee thresholds are met, with a supported pool, sufficient gas and an active owner policy.
+Has the program been audited?
No independent audit is claimed.
+Does it work on devnet?
No. BagSplit targets Solana mainnet only.