Whitepaper

Most launchpads let anyone deploy a pool in one click, which means the market discovers a coin at the same moment its creator does. Price is set by whoever is fastest, not by whoever is interested. NOMS° inserts a 24-hour proof window in front of the pool. A creator publishes a proposal, wallets vote with $1 and state how much they would actually buy, and only proposals that clear both a unique-voter floor and a committed-capital floor ever receive liquidity.

Everything after that point is fixed by the protocol. Supply split, pool type, fee tier, fee routing, staking vault and the anti-snipe window are identical for every coin and are written at deploy time. Creators choose exactly two things: the size of their first-block buy and how much of their own fee share is burned. Nothing else is configurable, by anyone, ever.

Three failures repeat on every launchpad: bots buy the first block, insiders hold supply nobody can see, and liquidity is a temporary arrangement that can be pulled or migrated. NOMS° removes all three by construction rather than by policy.

• Bots cannot vote — a vote costs $1 from a distinct wallet and is capped, so spamming a proposal into existence is more expensive than it is worth.
• Insiders cannot hold hidden supply — 100% of supply is in the pool or the staking vault at block zero, and the creator's only allocation is a buy they pay for at the same price as everyone else.
• Liquidity cannot be pulled or moved — the V3 position is locked at mint and there is no migration path, no second pool and no graduation event.

propose        creator deploys ERC-20 only, no pool, no trading
   |           24h window opens
   v
vote           $1 per wallet + stated buy intent, max $100 each
   |           pass = 100 unique voters AND $4,500 committed
   |           fail = archived in the Graveyard, votes refunded
   v
launch         pool initialised at a start tick, 97% deposited
   |           creator first-block buy executes in the same tx
   |           voter commitments fill from the same pool
   v
live           trading, 1% fee, staking rewards, buy-&-burn
   |
   v
live           ...forever. same pool, same position, no migration

There is no stage after `live`. A NOMS coin trades in the exact pool it was born in for the rest of its life. The progress readout on the coin page is a liquidity depth indicator, not a countdown to a different venue.

The creator deploys only the ERC-20. There is no pool, no liquidity and no path to buy or sell it. What they publish alongside it is the case for the coin: name, ticker, logo, description, links, the supply plan, the size of the buy they intend to make in the first block, and the share of their future fees they are willing to burn.

The ETH for the first-block buy is sent with the proposal, not at launch. That means the buy is fully funded before a single wallet votes on it — a creator cannot advertise a 5% buy to attract votes and then quietly skip it.

Voting is two things at once. The $1 is a spam toll — cheap for a human, ruinous for a bot farm — and it is returned after the window closes regardless of whether the proposal passed. Alongside it the voter states the size they would take in the first block, and that number is what the capital threshold is measured against.

The $200 per-wallet ceiling is the point of the design. At that ceiling a launch needs at least 22.5 distinct wallets to reach $4,500, so no single participant can carry a coin over the line. Passing is a statement about breadth of interest, not depth of one pocket.

• Live vote counts, committed totals and the countdown are public on every proposal page and stream in real time.
• A proposal flips to passed or failed the moment its window resolves — no manual review, no curation, no allowlist.
• Failed proposals move to the Graveyard with their final numbers intact and their voters refunded.
• Committed intent is a signal, not escrow. Voters are never forced to buy at launch.

There is no bonding curve, no sale tranche and no reserve. The entire supply is in the pool or in the staking vault from the first block, and neither the creator nor the platform can alter the ratio for any individual coin.

The only supply a creator can hold at launch is what they buy: at most 5% of the total (50,000,000 tokens), paid for in the launch transaction at the same price as everyone else.

The pool is created and initialised at a chosen start tick. Initialising sets sqrtPriceX96, and that value alone gives the coin a price in its very first block. Neither the creator nor the protocol seeds any ETH.

The 97% is then minted as a token-only concentrated range running upward from that tick. Buyers walk the price up through the range, and the WETH they pay is the only WETH the pool will ever hold. Liquidity at launch is therefore buy-side only: real, deep, and one-directional until real buys arrive.

price_per_token_usd = 2500 / 1,000,000,000
price_per_token_eth = price_per_token_usd / eth_usd
tick                = round( ln(price_per_token_eth) / ln(1.0001) )
tick                = round(tick / 200) * 200   // tick spacing
sqrtPriceX96        = sqrt(1.0001 ^ tick) * 2^96

• The creator can add liquidity instantly from the proposal page the moment it passes.
• If they do not, the protocol launches it at a randomised time inside the following hour, so the exact block is unpredictable and cannot be front-run.
• After that hour, anyone can trigger the launch permissionlessly — a passing proposal can never be held hostage by an absent creator.

The creator's declared first-block buy executes inside the launch transaction itself, at the start tick, before any external buyer can trade. This is deliberate: the creator pays the lowest price a coin will ever have, in exchange for having funded and defended the proposal for 24 hours in public. Voter commitments are then filled from the same pool at market.

Sniping is profitable when the first block is predictable and unlimited. NOMS° removes both properties. The launch block is randomised inside the post-pass hour, and for the blocks immediately after it the contract enforces a per-wallet hold cap so a bot cluster cannot accumulate a dominant position before humans can react.

• Holding cap applies per address and is checked on transfer, so splitting across wallets costs gas and coordination for a shrinking edge.
• Sells are never blocked — the protocol never traps a buyer, even inside the anti-snipe window.
• Limits lift automatically. There is no owner call to 'remove limits' and therefore no honeypot vector.

Trading fees accrue in both the coin and WETH — buys generate WETH fees, sells generate coin fees. They are split three ways, and the split is snapshotted into the fee splitter at deploy time. It can never be changed by the creator or the platform.

Creators decide how much of their own share is destroyed. The burn slider runs from 0 to 60 of their 60 points — at the maximum the creator keeps nothing and their entire cut is burned. The choice is made in the proposal, shown publicly while people vote, and locked at launch.

burn_share = creator_choice        // 0 .. 60
creator_keeps = 60 - burn_share

// example: creator picks a burn share of 20
20% -> auto buy-&-burn bot
40% -> creator wallet
10% -> staking vault
30% -> platform

The burn share routes to an auto buy-&-burn bot: collected WETH is swapped for the coin on its own pool and the purchased tokens are sent to the burn address. Burning therefore buys pressure into the market first, rather than simply reducing a treasury balance that was never circulating.

3% of supply seeds the vault at launch and it is topped up continuously by 10% of every trading fee. The WETH portion of that fee stream is swapped into the coin before it is streamed, so stakers always accrue the coin itself. Rewards are therefore tied to real volume, not to an inflation schedule.

• Holders lock tokens into fixed tiers; longer locks earn a larger share of emissions.
• Rewards accrue continuously and are visible as a live ticker on the staking page.
• Pending rewards can be claimed at any point once the lock has elapsed.
• The vault is per-coin — staking one NOMS coin never dilutes another.
• Genesis supply in the vault is finite; once it is streamed, fees are the only reward source. APR is a function of volume, by design.

On bonding-curve launchpads, 'graduation' means the curve fills, liquidity is pulled out of one venue and redeployed into another. That handover is where most rugs, failed migrations and stalled tokens happen. NOMS° has no curve, so there is nothing to graduate from and nowhere to graduate to. A coin's first pool is its only pool.

The 1 ETH offset is a presentation constant used to make early depth legible on the progress bar. It is never deposited, never held by any contract and does not exist on-chain. Every underlying number the interface derives from — real WETH in the position, price, market cap — is read directly from the pool.

Failed proposals are not deleted. Every proposal that misses a threshold inside its 24 hours is archived publicly with its final vote count, committed total, creator wallet and pitch. No pool was ever created and no liquidity was ever at risk — the token contract simply remains inert forever.

• Voters reclaim their $1 from the proposal page after it resolves.
• The creator's escrowed first-block buy is returned in full.
• The record is permanent, so a serial proposer's history is visible to anyone voting on their next idea.

The protocol is nine contracts. Six are deployed once and shared by everything; four more are deployed fresh by the launcher for each coin (the token, its staking vault, its fee splitter and its fee crank). Nothing in the list below can be upgraded, paused or re-pointed after deployment.

Read as a flow: NomsProposals decides whether a coin deserves to exist, NomsLauncher makes it exist and locks its liquidity forever, NomsRouter and NomsQuoter make it tradeable, FeeSplitter turns that trading into three fixed streams, and StakingFeeRouter plus NomsStaking turn one of those streams back into rewards for holders who lock. NomsTreasury and NomsEscrow simply guard the two pools of money that are not yet anyone's — the platform's fees and the creator's pending buy. Anything nobody ever comes back for lands in NomsBuyback after 30 days, where it is bought into RICE and burned rather than left as dust or handed to a wallet.

The current deployment also carries a set of review fixes: exact-amount vote-stake refunds, a 10% price bound on the permissionless fee crank so it cannot be sandwiched, factory verification in the router's swap callback, launch() restricted to the proposals contract, and 1e18-scaled reward rates so small fee top-ups never truncate to zero.

Deployed addresses for each contract are listed and verifiable on the Contracts page, every per-coin contract is auto-submitted for source verification on the explorer within 15 minutes of launch, and every launch step is reconstructable from logs in the timeline on each coin page.

• Open the coin page and read the launch timeline: proposal, token deploy, pool create, price init, position mint, creator buy, first external swaps.
• Follow any row to the block explorer — every entry is a real transaction hash on Robinhood Chain.
• Check the position owner is the locker contract and that no burn/withdraw event exists for it.
• Check the token contract has no mint function and no owner-only transfer controls.
• Compare the pool's real WETH balance against the progress readout to confirm the offset is display-only.

• Connect any EVM wallet on Robinhood Chain — the app supports the standard injected and WalletConnect flows.
• Proposing costs gas plus the escrowed first-block buy you declare.
• Voting costs $1 plus gas, and the $1 comes back.
• Buying, selling, staking and claiming are ordinary on-chain transactions with no allowlist or KYC.

• No airdrop module — the allocation was folded into staking rewards instead.
• No bonding curve, no presale, no whitelist tiers.
• No governance token and no protocol-level DAO.
• No curation: any proposal can be published, and only votes decide.
• No adjustable per-coin parameters beyond the first-block buy and burn share.

• Passing a proposal is a signal of interest, not a guarantee of demand — committed intent is not escrowed capital.
• Buy-side-only liquidity at launch means early price movement can be sharp in both directions once WETH enters the pool.
• The creator's first-block buy is bought at the lowest price the coin will ever have and can be sold at any time.
• Staking rewards depend on trading volume; low volume means low APR once genesis supply is streamed.
• Smart contracts carry risk regardless of review. Never commit more than you are prepared to lose.
• Nothing here is investment advice, and the protocol makes no claim about any coin launched through it.