CastPad docs
Where token launches go live. CastPad is the live and discovery layer that sits on top of launchpads, not a replacement for any of them: you mint on the pad you already use, attach a Twitch, YouTube or Kick channel, and get one URL that carries the player, the chart and the buy box.
Overview
There are three moving parts, and CastPad only owns the last one:
- The launchpad mints the token and holds the liquidity. Their terms are their terms; we do not wrap, proxy or alter them. Pons v2 on Robinhood ETH is the integration that mints today, and the launchpad table lists what is next.
- The stream host serves the video. Twitch, YouTube and Kick each give us an embeddable player and a live/offline signal, and that is all we ask of them.
- CastPad writes the stream link into the token's metadata at mint, and renders the page that puts the two together.
The order never changes: the launchpad launches the token, CastPad turns that launch into a live event. Adding a pad is an adapter on our side, not a migration on yours.
Everything a coin page needs is either onchain or on the stream host. That is deliberate: it is what lets the page keep working if this site does not.
Start here
Launch a coin
The flow runs on one page in two steps: fill in the coin's details and attach a stream, then review. Nothing is signed until the last step, and a draft of everything you type is kept in your browser so a refresh does not cost you the form.
Which launchpad mints it
| Launchpad | Chain | Status |
|---|---|---|
| Loading |
The pad decides the chain, so you do not pick both. Pons v2 is the one launch path this site verifies against, so it is the only pad that can mint right now; the rest are listed because they are next, not because they work. Because only one pad can mint, the launch flow offers no choice at all and goes straight to Pons v2, which it names on the review step. Nothing here is a logo standing in for an integration that does not exist.
A coin cannot be moved to another pad or another chain after it is minted. Everything else on the form is either editable later or cosmetic.
What is permanent
- Launchpad and chain. Fixed at mint.
- Ticker and supply. Fixed by the launchpad's contract.
- Name, image, description, links. Metadata. Editable on pads that allow metadata updates, frozen on the ones that do not. The review screen says which you are about to use.
Sign-in
Wallet connection runs through Privy, so the same button covers a browser wallet, a mobile wallet and an email address. Signing in with an email mints an embedded wallet that you control and can export. CastPad cannot sign on your behalf in either case.
Which wallet applies follows from the pad's chain rather than from anything you set here: on Robinhood ETH that is MetaMask, Rabby or any EVM wallet.
Streams
A coin page will accept any of these and work out the rest:
Twitch twitch.tv/yourchannel
YouTube youtube.com/@yourchannel
youtube.com/watch?v=VIDEO_ID
Kick kick.com/yourchannel
Bare handles work too, and so do links carrying tracking parameters. The parser keeps the host and the channel and throws away everything else.
Where the link lives
In the token's own metadata, not in a CastPad database. Exactly which field
depends on the pad: most have no stream field of their own, so the
channel goes into the socials block the pad does have. On Pons v2 that is
socials.website.
The consequence is the point. Any explorer, wallet or client that reads the token's metadata can find the broadcast without asking us for it, and the link outlives CastPad.
Live detection
Live state is polled from the stream host, so there is a lag of up to about a minute after you go on air. When it flips, three things happen with no action from you: the coin page starts playing, a LIVE pill starts pulsing next to it everywhere it is listed, and it enters /live sorted by concurrent viewers. That board is one feed across every launchpad we carry, not a page per pad.
Links to a single video (a past broadcast, a clip, a VOD) embed fine but never report as live, because they are not. If your page is stuck offline while you are streaming, that is almost always why.
Playback
The player is the host's own embed, not a re-stream. Their ads, their chat rules, their subscriber gates, their latency. CastPad never touches the video itself, which also means nothing here breaks a host's terms of service on your behalf.
Fees
Three separate charges, from three separate parties. CastPad only sets the third.
| Charge | Who takes it | How much |
|---|---|---|
| Gas | The network | Whatever the chain costs at that moment |
| Launch fee | The launchpad | Set by the pad and read from its own contract, shown before you sign |
| Platform fee | CastPad | -- |
The middle row is the launchpad's, not ours, and it changes with the pad you pick. Pons v2 charges a flat launch fee in ETH; whatever it reads at the moment you sign is what the review screen shows.
There is no listing fee, no fee to attach or change a stream, and no charge for the coin page itself.
Custody and risk
Non-custodial. CastPad never holds keys, tokens or proceeds. A launch is a transaction between your wallet and the launchpad's contract; a trade is a transaction between a buyer's wallet and the launchpad's pool. This site is the interface to both and a party to neither. That stays true however many pads are listed here.
The pad's rules are the pad's. Curve shape, graduation, lock terms, creator tax and what happens to liquidity are set by whichever launchpad minted the coin. CastPad does not override them and cannot undo them.
No vetting. Anyone can launch anything here, and a stream attached to a coin is a claim by whoever launched it, not a fact we have checked. A live camera is not evidence of a real business, a real team, or a real plan.
Tokens can go to zero. Most do. Nothing on CastPad is a recommendation to buy anything, and none of it is financial advice.
API
A read-only API over the directory, the live index and stream metadata — across every launchpad CastPad carries, not one pad at a time — is in progress. It will be public, unauthenticated for reads, and documented here. Until then the sidebar entries are marked Soon because they are, and a stub that returned made-up data would be worse than nothing.
Want an endpoint shaped a particular way? Say so in Discord while it is still cheap to change.