FAQ

Robinhood Chain, chain ID 4663. It is an Ethereum L2 on the Arbitrum Orbit stack. Gas is paid in ETH, blocks are fast, and the explorer is a Blockscout instance at robinhoodchain.blockscout.com.

Moonfiesta is not deployed anywhere else. There is no Ethereum mainnet version, no Base version, and no testnet you can practise on. Every address is listed on Contracts and addresses.

Most wallets will offer to add it when you connect and the site asks to switch networks. If yours does not, add it manually with these values.

You also need ETH on Robinhood Chain specifically. ETH sitting on Ethereum mainnet or any other L2 is not visible here and cannot pay for gas here.

For buying: plain ETH. You type an ETH amount, the router wraps it to WETH inside the same transaction, and the swap happens against the pool. You never hold WETH and you never approve anything to buy.

For selling: you sell your token and you receive WETH, not ETH. Every pool on Moonfiesta is TOKEN/WETH, so WETH is what comes out. If you want spendable ETH, unwrap it yourself by calling withdraw on the WETH contract, or use any wrap/unwrap tool on this chain. You still need a little ETH in the same wallet to pay gas for that.

Full walkthrough on How to trade.

No. There is no SLIME token, no points, no airdrop, and no presale of a platform token. Anyone offering you one is running a scam.

The only tokens that exist here are the ones users launch through the factory, and each one is a plain fixed-supply ERC20 with no relationship to us beyond the fee split recorded at its launch.

Because a buy spends ETH and a sell spends an ERC20. ETH is the native asset: you attach it to the transaction as value and the router wraps it. There is nothing to approve, because you are not letting a contract move a token balance you own.

A sell is different. The router has to pull your tokens out of your wallet, and ERC20 only allows that if you have granted an allowance first. So a sell is two transactions the first time: approve, then swap. After that first approval the allowance is set and subsequent sells are one transaction.

Slippage is the gap between the quote you saw and the price you actually get. The quote is read from the pool at one moment. By the time your transaction lands, other trades may have moved the price. Your slippage setting becomes a floor: the swap reverts rather than fill you below amountOutMinimum.

The panel defaults to 5%, which is sane for a thin new pool. On a very fresh or very small coin, or a large buy relative to what is in the pool, 1% will often revert. Above 10% you are volunteering to be sandwiched: a bot can front-run you, push the price to exactly your limit, and take the difference. Setting slippage high does not make your trade succeed on better terms, it makes a worse fill acceptable.

Because the entire supply is sitting in the pool as liquidity, spread across every price above the floor. There is a lot of token for your ETH to chew through. Price on a single-sided position moves with the square root of the money that goes in, not linearly.

The rule is simple. To push the price to some multiple of the floor, the WETH that has to go into the pool is roughly:

floor market cap * (sqrt(multiple) - 1)

For a coin launched at a 5 ETH floor market cap with the default 1B supply:

Those figures ignore the 1% fee and tick rounding, so treat them as the shape of the curve rather than a promise. The takeaway: a coin does not moon because you bought 0.1 ETH of it. It moons because tens of ETH went in.

Because a candle only exists where a swap happened. The chart is built from the pool's Uniswap swap events, not from a price feed. No swaps means no candles, which is why a brand new coin shows "No trades yet" until someone buys.

A coin that is twenty minutes old has twenty minutes of history. The timeframe buttons unlock as the coin ages: a 1d candle needs at least two days of life before it is a chart rather than two slabs, so it stays disabled until then. Gaps between candles are simply periods where nobody traded.

The usual suspects, in rough order of likelihood:

If you are launching rather than trading, a revert is usually CommunityTooHigh (your holder share is above the on-chain cap) or InsufficientFee (you did not attach the launch fee).

No, and that is less comforting than it sounds. The single-sided position starts at the floor tick and goes up. There is no liquidity below it, so the pool price physically cannot print under the launch floor.

Here is the catch. At the floor, the pool holds zero WETH, because every WETH that buyers put in has already been paid back out to sellers. There is nothing to sell into. Your quote goes to effectively nothing and your sell reverts. A coin sitting at its floor is worth the floor on paper and nothing in practice.

It is real arithmetic and a fake promise. Market cap here is the last pool price multiplied by the total supply. It is not money that exists.

A coin at a 500 ETH market cap does not have 500 ETH anywhere. The only WETH in the pool is what buyers actually paid in, which for that 5 ETH floor example is about 45 ETH at 100x. Market cap is a scoreboard, not a treasury. Do not size your position as if you could sell into it.

For the first 300 seconds after launch (the current default), the token rejects any buy that would push a single wallet above 2% of supply. On a 1B supply coin that is 20,000,000 tokens. It applies to buys only: transfers out of the pool. Sells are never capped, and the whole thing switches itself off permanently when the window ends.

If your buy reverted with MaxWalletExceeded, buy less, or wait for the window to close.

No. It is cosmetic. It is a label, nothing more.

On other launchpads graduation is a real event: the coin trades on a bonding curve first, and at some threshold the liquidity migrates to a real DEX. Moonfiesta has no bonding curve and nothing to migrate. Your coin opens as a live Uniswap V3 pool in the launch transaction and stays that exact pool forever.

Nothing changes about the mechanics, the fees, the liquidity, or your ability to trade when a coin is marked graduated. If a badge is the reason you are buying, that is not a reason.

It is the one number that sets your launch price. Price = floor market cap divided by supply, and it is where the market opens. Buyers can only push it up from there.

With the default 1B supply, a 5 ETH floor gives a starting price of 0.000000005 ETH per token. Set it low and the coin starts cheap and moves fast, which is the memecoin default. Set it high and early buyers pay more per token and the chart moves slowly, because it takes far more ETH to shift a higher floor.

Your exact floor lands on the nearest valid tick above your target, so the real number is a hair above what you typed. See How to launch a coin.

No. Zero. Not one token reaches your wallet.

Read that again if you have used other launchpads, because it is the single most surprising thing about this one. The entire supply is minted directly into the pool as liquidity in the same transaction. There is no creator allocation, no team bag, no vesting schedule.

If you want tokens in your own coin, you buy them from the pool like everyone else, at the same price, paying the same fee. You can do it in the block after launch. What you get for launching is the creator share of trading fees, forever. See Fees and rewards.

Into the Uniswap V3 pool, as single-sided liquidity, in the launch transaction. Then the LP position NFT that represents it was transferred to LpLocker, permanently.

You can watch it happen in your own launch receipt on the explorer: a mint of the full supply to the factory, an add-liquidity into the pool, and an ERC721 transfer to the locker. Four steps, one transaction, nothing held back.

The locker has no withdraw function, no unlock function, no owner, and no upgrade path. That supply is liquidity now and it stays liquidity. See Locked liquidity.

0.0017 ETH plus gas today, and no ETH for liquidity. The factory charges a launch fee plus a fixed contribution, which the form reads live from the chain before it builds your transaction, so the number your wallet shows is the current one. The deployed defaults are 0.0005 ETH plus 0.0012 ETH, so 0.0017 ETH total.

Gas on top of that is real but small on this chain, though writing your description and links into the token costs roughly 710 gas per byte, so a long description genuinely costs more to launch.

You supply no ETH and no WETH as liquidity. That is what single-sided means: your token IS the liquidity.

The factory accepts a custom supply, but the launch form on this site does not expose the field. Every launch through this UI mints the default 1,000,000,000 tokens, all 18 decimals, all into the pool.

It matters less than people think. Supply and floor market cap only ever appear together as a ratio: the launch price is one divided by the other. A 1B supply at a 5 ETH floor and a 100B supply at a 5 ETH floor are the same market, with a different number of zeroes on the price.

No. Everything in the project profile is written into the token's tokenURI at launch, and the token has no owner and no setter for it. Nobody can change it: not you, not us.

Proofread before you launch. A typo in your description is on chain forever, and the only fix is launching a new coin. If your image link is a URL that later rots or gets taken down, the token keeps pointing at the dead link and you cannot repoint it, which is a decent argument for a data: image URI even though it costs more gas.

Not by us. There is no IPFS pinning service and no backend here.

What gets stored on chain is your metadata blob: a data:application/json;base64 string in the token's tokenURI, holding your description, links, and an image reference. If you paste an ipfs:// URI, the chain stores the URI and someone else's pinning keeps the bytes alive. If you paste a data:image URI, the image itself is on chain and cannot rot.

Yes. Honestly, yes.

Your launch is a public transaction that creates a market at a known price. A bot watching the mempool can buy in the same block or the next one, before any human sees your coin exists. The 2% max wallet makes them spread across wallets. It does not stop them.

Nothing in this system prevents that, and we are not going to pretend otherwise. Fair-launch auctions and decaying fees are the tools that actually work against snipers, and Moonfiesta does not have them. Plan for the first buyer to be a bot.

Nothing. The pool sits at its floor price with the whole supply in it and no WETH, forever. There is no expiry, no delisting, and no cleanup. It costs nothing to leave there.

You earn no fees, because fees only accrue on swaps. You cannot recover the supply, because the position is locked. You cannot recover the launch fee. That is the whole downside: you are out 0.0017 ETH plus gas, and the market you made was one nobody wanted.

It is the Uniswap V3 fee tier the pool trades on, charged on every swap in whichever token you paid in. It is not a tax added by us and it is not skimmed by the token contract, which has no tax logic at all. It is the standard pool fee, and it accrues to the locked position rather than to a liquidity provider, because the locked position is the only liquidity provider.

From there it is split by shares fixed on chain at launch, between the creator, the protocol, and optionally holders. Currently the protocol takes 20%. The contract caps the protocol at 40% forever, so a creator always keeps at least 60% before any share they choose to give away. Details on Fees and rewards.

When you go and get them. It is a two-step pull system and neither step is automatic.

First, someone calls collectRewards on LpLocker. That harvests the fees the position has accrued, splits them by the recorded shares, and credits them inside FeeVault. Then you call claim on the vault to move your balance to your wallet. The creator dashboard does both for you.

No. The split is recorded inside LpLocker when your position is locked, at launch, and there is no function to update it. Not for you, not for us, not for anyone.

That immutability cuts both ways and it is worth being clear about it. Nobody can dilute your creator share after the fact. You also cannot fix a mistake: the recipient addresses are what they are. If you set a holder-share recipient to an address you do not control, those fees are gone permanently.

An optional slice of your fee share, routed to an address of your choosing, decided at launch. It comes out of the creator's side, not the protocol's. The live test token is 65% creator / 20% protocol / 15% holders.

The on-chain cap is currently 20%, and a launch that asks for more reverts with CommunityTooHigh. Note what the contract actually does: it pays one address. It does not distribute to holders pro rata. If you want that, the recipient has to be a contract you wrote to do it, and there is nothing on Moonfiesta that helps you build one.

No. The contracts have not been audited by anyone. They were reviewed internally and have a test suite, which is not the same thing and should not be treated as the same thing.

They are also immutable and non-upgradeable, which means a bug in them cannot be patched. Size your position accordingly.

They cannot pull the liquidity. The LP position belongs to LpLocker, which has no function that transfers, withdraws, unlocks, or reduces a position, no owner, and no upgrade path. As written, the token has no mint function, no owner, no transfer tax and no blacklist, so there is no switch for a creator to flip after launch. Read that as a property of the code, not a guarantee: it is unaudited, so assume a bug exists that nobody has found yet.

They can still take your money in the ordinary ways. They can buy their own coin early and dump it into your bids. They can lie about who they are and what they are building. They can abandon it the day after launch. Locked liquidity removes exactly one attack and leaves every social one intact.

Not on liquidity or on the fee split of a coin that already exists. Both are fixed on chain at launch, and we hold no key that changes either.

But we are not going to give you a clean yes. The factory has an owner key, that key is currently compromised, and it can change the defaults for future launches: the protocol fee share up to its 40% cap, the launch fee, and the anti-snipe parameters. That last one matters most: a hostile owner could set a punishing max-wallet cap on launches that have not happened yet.

Yes, if they bought. They start with zero tokens, so any bag they hold is one they paid for from the same pool as you, at the same prices. But nothing stops them buying heavily in the first block and selling into the first wave of buyers.

Check the holders list on the token page before you buy. A single wallet holding a large share of supply is the signal, whoever it belongs to. The 2% anti-snipe cap shapes the first five minutes and nothing after.

Precisely four things, all forward-looking:

There is no function to touch an existing token, an existing pool, an existing locked position, or a balance owed to you in the FeeVault. The owner cannot mint, cannot pause trading, and cannot move your fees.

Your coin keeps trading and your fees keep accruing. This site is a frontend with no backend and no database. It reads the chain and writes transactions to contracts that do not know it exists.

Everything is reachable without us. Swap on any Uniswap V3 interface that supports this chain and the 1% tier. Harvest with collectRewards and claim with claim straight from Blockscout's write tab. The addresses you need are on Contracts and addresses. That is the point of putting the metadata on chain instead of in a database we own.

Normal liquidity provision means depositing two assets, say ETH and a token, so the pool can trade between them. Single-sided means depositing only one.

It works because Uniswap V3 lets you place liquidity in a price range instead of across all prices. Put the whole range above the current price and the position is 100% token by definition: there is no price in that range where it would hold WETH. As buyers push the price up through the range, the position sells them token and accumulates their WETH, exactly like a rising curve. That is why a creator needs no ETH to open a real market, and why the price cannot start anywhere but the floor.

More terms on the Glossary.

Deliberately. Tokens are EIP-1167 minimal clones deployed with CREATE2 from a salt, so the address is known before the transaction is sent.

It has to be. Uniswap orders a pool's two tokens by address, and which side your token lands on flips the whole tick calculation. The launch code calls predictTokenAddress first, works out the correct ticks for that ordering, and only then sends the launch.

The salt is hashed with your own address, so nobody can grab an address you are about to use, and if a salt is somehow taken the launch just retries with a new one.

Chain first. Prices come from the pool, trades and candles are rebuilt from Uniswap swap events, holders and balances are ERC20 reads, and the name, image, and links are decoded from the token's own tokenURI. An indexer is used when one is reachable, purely for speed and deeper history.