What does it mean to run a token sale without a launchpad?
A token sale without a launchpad is an IDO you run from your own domain and brand, on dedicated sale infrastructure, instead of listing on a third-party platform's shared page. You set the eligibility rules, the allocation logic, and the price, and the buyer's payment, the KYC data, and the token allocation all settle to you directly instead of passing through someone else's product first.
Most teams default to a launchpad because it is the familiar path: apply, get accepted, and inherit a page, an audience, and a set of rules you did not write. Running the sale yourself flips that. You still need a contract that handles the sale, the KYC gate, and on-chain settlement exactly like a launchpad's contract does, you just own the domain, the brand, and the terms around it.
How does the traditional launchpad model work?
A traditional launchpad model works by giving your project access to its existing user base and marketing push, on the launchpad's own domain, in exchange for a fee and often a chunk of your token supply. The launchpad reviews your project, lists it alongside others, and its community buys through the launchpad's interface, not yours.
This model is common because it works: IDOs already account for more than 70% of public token sales, per CryptoRank. The scale some launchpads have moved is real. CryptoRank tracks DAO Maker's cumulative raises at around $66.8M, Polkastarter's at around $32.2M, Seedify's at around $23.3M, and Binance Launchpad's at over $122M. That is years of built-up audience and trust, and it is exactly what you are borrowing when you list.
Launchpad vs your own domain: how do they actually compare?
The core trade-off is reach versus ownership. A launchpad hands you a ready audience and takes a fee and terms in return; your own domain gives you full control of the brand, the data, and the allocation, but you have to bring the audience yourself.
| Launchpad | Your own domain | |
|---|---|---|
| Audience | Borrowed from the launchpad's existing user base | Yours to build, keep, and reuse for future raises |
| Fees/terms | Application based, often a fee plus a token allocation | Set by you; a flat, published platform fee (Saleium: 15%) |
| Brand & data ownership | Sale runs on the launchpad's domain and interface | Sale runs on your domain, under your brand, with your data |
| Control | Rules, timing, and tiers set by the launchpad | You set eligibility, pricing, caps, and schedule |
| Distribution/marketing | Launchpad promotes the sale to its community | You run your own marketing, partners, and community push |
Neither column is free. A launchpad's reach saves you months of community building; your own domain saves you the fee, the allocation, and someone else's rules, but only if you can bring buyers to it. A project with an existing token, a prior raise, or an active community usually clears that bar; a first-time team with no distribution of its own often does not, and that gap is worth being honest about before you choose a path.
What do you give up when you skip a launchpad, and what do you keep?
Skipping a launchpad means giving up its built-in audience and its marketing machine, the two things that make a listing worth the fee in the first place. If your project has no existing community and no distribution plan of its own, a launchpad's reach can be worth more than the fee and allocation it costs.
What you keep is everything a launchpad listing routes through its own product: the wallet list and KYC data from every buyer, the brand experience buyers remember, and the full token allocation instead of a carve-out. Saleium's token sale product charges a flat 15% of the raise and nothing else, no separate token demand, so the trade is visible instead of buried in an application process. If your project already has an audience, whether from a prior raise, an existing token, or a community you built elsewhere, that audience is the real case for running your own sale.
How do you run an IDO on your own website?
Running an IDO on your own website means wiring sale infrastructure into your existing domain, then handling the marketing a launchpad would otherwise supply. The mechanics are the same ones a launchpad's contract runs; you are just the one configuring them.
- Pick the chain your token and community already use. Saleium supports BNB Chain, Polygon, Base, Arbitrum, and Avalanche.
- Set the sale terms: price, hard cap, and per-wallet min and max.
- Configure eligibility: KYC where required, and an allowlist synced from your front end to the smart contract so only approved wallets can buy.
- Decide how to handle demand above the cap: weighted or pro-rata allocation with a refund window for excess contributions.
- Embed the sale widget on your own domain instead of sending buyers to a third party's page.
- Line up your own distribution: community channels, partners, and a pre-launch push, since no launchpad audience is doing this for you.
- Test the full flow end to end, including a rejected KYC wallet and an over-cap contribution, before opening the sale.
- Open the sale, then settle claims and any vesting schedule on-chain once it closes.
None of these steps requires a launchpad's application process or approval. They do require you to make decisions a launchpad would otherwise make for you, which is the actual work of running your own sale: the price, the caps, the eligibility rules, and the schedule are all calls you now own.
This is what a white-label launchpad gives you out of the box: sale infrastructure ready to configure on your own domain, without building the contracts from scratch.
What does a token sale without a launchpad cost?
A token sale without a launchpad costs a platform fee for the infrastructure, plus whatever you spend on your own marketing to replace a launchpad's audience. On Saleium, the token sale product takes a flat 15% of a successful raise on any self-serve plan, with no separate token allocation on top.
That fee is the entire platform cost; there is no hidden allocation carve-out to negotiate, and it scales with the plan you choose rather than with an application decision made by someone else. What is not included is distribution, since your own domain does not come with a launchpad's community attached. Building that reach yourself, or building the underlying sale infrastructure yourself instead of using white-label tooling, changes the math; see the full breakdown in what it costs to launch a token in 2026 if you are weighing a custom build against ready infrastructure.
How do you handle eligibility, KYC and allowlists without a launchpad?
You handle eligibility without a launchpad the same way a launchpad handles it: a KYC check and an allowlist enforced on-chain, so only approved wallets can buy. The difference is that you control the rules directly instead of working inside a launchpad's fixed application and tiering process.
The eligibility list needs to sync from your front end to the smart contract, so a wallet that passes KYC on your site is the same wallet the contract recognizes at purchase time. Saleium's token sale product syncs KYC and allowlist eligibility from front end to chain for exactly this reason: the check that matters is the one the contract enforces, not the one your interface merely displays.
What happens when your own-domain sale gets oversubscribed?
An oversubscribed sale on your own domain is handled the same way a launchpad handles it: weighted or pro-rata allocation splits the available tokens across everyone who tried to buy, and a refund window returns the excess contribution. You do not need a launchpad to run fair allocation under high demand.
You do, however, set the tiers, caps, and refund timing yourself instead of inheriting a launchpad's defaults, which is either an advantage or a burden depending on how much sale design you want to own. A sale that gets oversubscribed is, in a way, the best problem a project without a launchpad can have: it means the audience you built yourself was enough. For the full mechanics of weighted versus pro-rata allocation and how refund windows work, see running an oversubscribed token sale.
Should you build your own launchpad or use white-label infrastructure?
You should use white-label infrastructure unless you have a specific reason to build from scratch, because the sale, KYC, and settlement logic is the same regardless of who writes it, and building it yourself adds months and an audit bill before your first sale opens. A custom build only pays off if you plan to run many sales as a product of your own, not just your own.
The decision comes down to time, cost, and how much of the contract logic you actually need to control. Our build versus buy guide walks through that calculation in detail, and white label versus custom build compares the two paths side by side. For most single-project sales, running the sale directly on infrastructure that already exists beats building the sale engine from zero.