Launch a token that pays its holders in stock.
PayPad deploys one contract: a token whose trading fees buy a tokenized equity and hand it to the people holding it. You pick the asset, you set the fee, you set your own share. The split is burned in at deploy and nobody — you, us, anyone — can move it afterwards.
Free to launch · 10% of collected fees to the protocol · at least 60% to holders, always
- Pads launched
- 0
- Fees routed
- —
- Distributed
- —
First open link · Factory — awaiting launch. The console runs anyway: fill it in, watch the segments close, read the exact call it would send.
One trade, four destinations
Drawn at the default settings. Every pad sets its own — the shape does not change, the widths do.
The fee is taken
A percentage of each trade in your token is withheld by the token itself. The rest of the trade is untouched. The percentage is fixed when the pad is deployed and there is no function to change it.
The fee is swapped
Collected fees are swapped into the payout asset you chose — a tokenized equity living on the same chain, so nothing is bridged, wrapped, or held for anybody.
Holders accrue, then claim
Each holder's share accrues in the pad and they claim it when they want it. No pad iterates its holders; that is why this works at a thousand holders as well as at ten.
Where the fee goes
- Holders
- 70%
- buys the payout asset · 1.05% of each trade
- Creator
- 20%
- the launcher's treasury · 0.3% of each trade
- Protocol
- 10%
- this launchpad's only revenue · 0.15% of each trade
A creator sets the trading fee between 0.25% and 5%, and sets their own share of it up to 30%. The protocol takes 10%. What is left goes to holders, which is why the holder share can never fall below 60% — it is the remainder, not a promise.
Launching costs gas and nothing else. There is no listing fee, no token sale, and the protocol never takes a share of your supply — only of the fees your pad produces. If your pad never trades, this launchpad earns nothing from it, which is the whole reason the door is free.
Fixed at deploy
- Total supply
- Trading fee
- Creator share
- Protocol share
- Payout asset
None of these has a setter. A pad is a finished object the moment it is deployed — that is the guarantee being sold here, and it is also the reason to get the numbers right before you press the control.
- Fee collected
- —
- Buys the payout asset
- —
- To the creator
- —
- To the protocol
- —
Fees are collected in ETH and swapped into the payout asset, so what a holder actually receives depends on the price and the depth of that asset at the moment of the swap. Nothing here models that, because nothing here can.
What one click actually does
- 01
Deploys your token
A copy of one audited-once pad template, with your name, ticker and supply. Same bytecode as every other pad, so anyone can diff it against the template rather than trust it.
- 02
Burns in the split
Your fee, your share, the protocol share and the payout asset are written as immutable values. No admin key, no proxy, no upgrade path.
- 03
Registers the pad
The factory records it so the registry on this site — and anyone else's — can list it without an indexer.
- 04
Mints the supply to you
All of it, to the deploying wallet. The protocol takes none of your token, ever.
- 05
Hands you back an address
From that point the pad is yours and this site is optional. Every number it reports can be read off the contract.
It does not create a market
A deployed token with no liquidity trades nothing and therefore pays nothing. Seeding and funding a pool is your job, and it is the step most launches actually fail at.
It does not vet the payout asset
The pad buys the contract it was handed. Checking that the address is the asset you think it is happens before you launch, by you.
It does not make the payout legal where you are
Distributing equity exposure is a regulated activity in most places. The protocol is plumbing; the deployer is the responsible party.
It does not promise anyone a return
A pad routes a share of whatever volume happens. Volume can be zero, and usually is.
The chain is live. This is not.
- Chain
- Robinhood Chain · 4663
- Block height
- —
- Gas price
- —
- Last read
- —
Those figures are read from the RPC endpoint by your own browser, every six seconds, with nothing in between. The counters on this site’s own pads are dashes, because there are no pads. Both things are shown because both are true, and a launchpad that borrows a chain’s liveness to look busy is doing the first dishonest thing on a long list.
- Chain
- Robinhood Chain · id 4663
Probed live from the browser in the readout above.
- Factory
- —
Deploys pads and hard-codes the split into each one.
- Protocol treasury
- —
Where the protocol's share of collected fees accrues.
- Pad template source
- —
Verified source for the contract every pad is a copy of.
- Audit
- —
None commissioned. Assume the code has been read by one person.
Every pad ever launched
0
Pads launched
This table reads the factory contract directly. It is awaiting launch, so there is nothing to read yet — the zero above is the absence of a contract, not a slow start.
When one exists, each row will carry the pad address, its payout asset, its fee, its split, and the total it has distributed, all read from chain.
Questions
01Is any of this deployed?
No. There is no factory, no pad template, no audit, and no pad. Every control on this site that would spend money is interlocked, and the interlock panel names the reason. The chain readout is live because the chain is live; the project on top of it is not.
02What does PayPad take?
10% of every fee every pad ever collects, and nothing else. Launching is free beyond gas. There is no listing fee, no token sale, and no allocation of your supply — the protocol never holds a share of your token, only a share of the fees it produces. If your pad never trades, this site earns nothing from it.
03Paying holders in tokenized equities — is that legal?
That is the open question, and it is not one a launchpad can answer for you. Distributing an asset that represents equity exposure looks a great deal like distributing a security, and in most jurisdictions that is a regulated activity with a named responsible party. The protocol is neutral plumbing; the person who deploys a pad and points it at an asset is the one making that decision. Take advice before you launch, not after.
04Which assets can a pad pay in?
Any ERC-20 on the same chain — and right now, that is the honest limit of the claim. The registry on this site is empty: nothing has been verified as a natively issued tokenized equity on Robinhood Chain, so nothing is listed. Station 02 publishes the standard an asset has to meet before it gets listed, and lets you point a pad at an address it has not checked, clearly labelled as unchecked.
05What stops the creator of a pad from rugging its holders?
The fee, the split and the supply are fixed at deploy and the pad has no function to change them, so nobody can quietly raise the fee, redirect the payout, or mint more supply — including the creator, and including this protocol. What that does not prevent: a creator who holds most of the supply can sell it, liquidity can be pulled, and the payout asset itself can fail. An immutable split is not a promise about anyone’s behaviour.
06Why do holders have to claim instead of being paid automatically?
Because a contract cannot iterate its holders. Pushing a payout to thousands of addresses costs more gas than the payout delivers, and it gets worse as a pad succeeds. So a pad accrues per-holder and each holder claims when it is worth the gas to them. It is the less flattering design, and it is the only one that survives contact with a real holder count.
07What happens if the payout asset is illiquid?
The swap moves the price against your own holders, or fails outright and the fees sit uninvested. This is the failure mode nobody advertises: a pad is only as good as the market for the thing it buys. Depth against ETH is in the asset standard for exactly this reason, and it is the item most likely to disqualify an asset people would otherwise want.
08Can the protocol's cut change after I launch?
Not on your pad. The split is burned into each pad at deploy and the factory has no path back into a deployed one. A future factory could set different terms — that would apply to pads launched from it, never to yours. Anyone can check this by reading the numbers off your pad rather than off this page.
09Who has audited the contracts?
Nobody. They are not written. When they are, the audit and the verified source will be linked from the verification block on this page, and until those links exist, assume the code has been read by exactly one person.
10Why should I believe the numbers on this page?
You should not — you should read them from the contract. The factory exposes its platform share and its holder floor as public functions for that reason, so a wallet or a block explorer can print the terms without this website in the loop. Terms printed by a front end are marketing. Terms a contract will hand you are terms. Fee bounds today read 0.25%–5%, holder floor 60%, creator ceiling 30% — check them against the factory the day one exists.
The console runs today. The chain will refuse it today.
Fill in a pad, watch the interlocks close one by one, read the exact call PayPad would send. The last interlock is a factory contract that does not exist yet — and until it does, that is the only thing standing between the draft and a deployment.