BagSplit documentation

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.

Get started

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.

Decide once
Recipients and strategies are fixed up front in basis points, not promised later in a chat.
Sign everything that matters
Fee config and launch are signed in your wallet after server-side simulation.
See what happened
A wallet-scoped Dashboard shows your launches, claims, resumable drafts and automation.

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.

Get started

Quickstart

Everything you need to go from idea to a confirmed launch.

  1. 1
    Connect and sign in
    Connect a Solana wallet and sign a plain-text message. It is not a transaction and costs no gas.
  2. 2
    Describe the coin
    Upload 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.
  3. 3
    Pick a fee mode
    Choose one of seven modes on Launch. The mode guide explains each.
  4. 4
    Sign and launch
    Approve the fee config, the strategy vault setup if your mode needs it, and the launch transaction.
Real mainnet transactions
Network fees, rent and any optional initial buy are paid by your wallet and are separate from creator fee routing.
Get started

Launch flow

A launch is a sequence of saved, resumable stages. Nothing counts as launched until it is confirmed on-chain.

saved
Draft
wallet signs
Fee config
automated modes
Strategy vault
wallet signs
Launch
manage
Dashboard
  1. 1
    Draft
    BagSplit saves a launch record so you can resume after a reload. Unfinished launches show a Resume action on the Dashboard.
  2. 2
    Wallet-signed fee config
    The server builds and simulates the transaction before your wallet is asked to sign. After signing it is submitted and polled.
  3. 3
    Strategy vault setup (automated modes)
    Buyback, Holder Rewards and Custom initialize a vault on the BagSplit program, signed by you as owner.
  4. 4
    Wallet-signed launch
    The 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 routing

Fee modes

Seven ways to route the recipient pool. Choosing a mode sets the rules; it does not guarantee execution or returns.

MultiSplitAvailable
Native Bags fee sharing across up to 7 distinct on-curve wallets.
Shares must total 10000 bps (100%) of the recipient pool. Routing is native to Bags, no vault involved.
TreasuryAvailable
The whole recipient pool goes to one wallet.
A single supported, on-curve native recipient at 10000 bps. Useful for a project treasury wallet.
BagsPayAvailable
Cash payouts via X Money, Cash App or Venmo.
The official Bags payout wallet receives 100% of the recipient pool. Provider and account checks plus terms apply.
Allocated SOL buys the same coin, then burns the acquired tokens.
Swaps use supported native venues. Vault setup and operator automation are enabled.
Allocated fees go proportionally to eligible holders.
Eligibility comes from the trusted BagSplit snapshot service. Reward budgets are isolated.
Custom SplitAvailable
Combine a native wallet share, buyback and holder rewards.
Fresh launches default to 50 / 25 / 25. Adjust these percentages in the launch form.
Fees accumulate, part buys the coin, the rest pairs with SOL as permanently locked LP.
Authorize during launch. After migration, automation creates the position and permanently locks each liquidity addition. No separate LP deposit is needed.
Fee routing

Fee allocation

Bags creator fees split into three separate parts. Your mode only ever controls one of them.

Creator fees from trading
Platform pool
BagSplit partner share comes from here
Creator entitlement
Deployer share of the wallet that paid the config
Recipient pool
Your mode applies here, 10000 bps
Conceptual. Not to scale.
  • 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.

Fee routing

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.

Official Bags payout wallet
PAY9yjtc5nkuQL3yFd6yV3M1WoX7uNfFMAQdB9tHjSR
Exclusive recipient for BagsPay launches.

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.
Two different SOL amounts
The deployer share paid in SOL to the wallet that paid the fee config is the creator entitlement. It is not BagSplit partner revenue. A saved handle shows as active only when Bags confirms the token pays the payout wallet and the destination is active.

Settlement and timing are not guaranteed. Use the token's payout page to manage destinations.

On-chain

Program and roles

Automated modes run on a custom native Rust Solana program, deployed on mainnet.

BagSplit program
D1dUc9Yp3stW3K75Mi1W43UuuWUsSD398kLPyFwMJWh5
Upgradeable. The deployment wallet retains upgrade authority.
Snapshot and service registry
GS4rMUfVbSw2NV3WanbS6b8YyR29TSqv1K5UXaCcmnwu

Who can do what

Creator wallet
Signs sign-in, fee config, vault initialization and launch. Owns the vault: pause and allowed recovery.
Deployment wallet
Retains upgrade authority over the program.
Automation and snapshot gas signer
Dedicated service wallet that pays for due cycles and snapshot posts. Has no upgrade authority.
Snapshot service
Trusted to identify eligible holders, only within the approved reward allocation.

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.

On-chain

Automation lifecycle

You approve once. Due cycles then run automatically under the rules stored on-chain.

  1. 1
    Creator approvals
    You sign the fee config, vault initialization and launch.
  2. 2
    Fees accumulate
    Allocated creator fees reach the vault through the claim bridge.
  3. 3
    Due cycle executes
    When interval and thresholds are met, the service gas signer submits the cycle: buyback and burn, holder reward funding, or both for Custom.
  4. 4
    Reconciliation
    Transaction records, confirmation checks and on-chain nonces are used to reconcile cycles before retrying them.
Operator keys exist
Operational keys live server-side for automation and snapshots. Not every signature comes from the creator wallet. Those keys cannot upgrade the program.

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.

Trust

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.
Mainnet transactions
Review each wallet approval carefully. Launches and automated strategies use real assets and operate within your approved on-chain policy.
Trust

Current limitations

Exactly where each capability stands today.

Available
MultiSplit, Treasury and BagsPay native routing and provider paths, subject to readiness.
Available
Buyback & Burn, Holder Rewards and Custom: vault setup and automation enabled.
Deployed
LP add-and-lock for an existing supported pool and position.
Deployed
On-chain authorization and first-position bootstrap after graduation.
Available
Automatic Liquidity Engine launch setup and keeper integration.
Trust

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.

Trust

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.