STONKZ

the crowd prices the launch block by block, and every active wallet gets a fair share of every block.

launchpad of grate value ☝
ladder_demo.exe
simulation · seeded · not live market data
price0.000000
rung0
active wallets0
fill / wallet0
statebooting

a toy of the real mechanism, running in your browser. no wallet, no chain, no numbers you can trade on.

welcome.exe

what stonkz is

a token launchpad on Robinhood Chain, built around one idea we couldn't find anywhere else: a launch should be priced by the people showing up, not won by whoever pays the most gas in the first block.

two ways to launch. the ladder auction — a timed, per-capita price-discovery auction that opens a Uniswap v4 pool with real depth behind it. or express — straight to the DEX at a fixed starting market cap, liquidity burnt on arrival.

the short version
  • per-capita fillsevery active wallet gets a fair share of every block's tranche. bid size still counts for something — but it's logarithmically damped, so a $10,000 bid takes a slice only slightly bigger than a $10 one, not a thousand times bigger.
  • the crowd sets the pricethe price only climbs when the previous block sold out. no demand, no climb.
  • the pool is the pointthe auction's job is to open a market with depth, not to end at a big number.
readme.txt
the launchpad is not open yet. there is no app to connect a wallet to, no token to buy, no presale, no allowlist, no airdrop form, and no one from stonkz will ever DM you a link. contracts are written and under test. mainnet comes after the audit ladder in built_different.txt — not before. this page exists so you can read the mechanism, check the engineering, and decide whether we're worth watching. — stonkz.green
PRE-LAUNCH
ladder_auction.exe

the ladder auction

supply is released in tranches, one per block. the price sits on a rung. every rung the crowd clears, the ladder steps up. every rung it doesn't, the ladder re-offers the same price and waits.

  • per-capita fills — the whole point each block's tranche is split across every wallet with a live bid at or above the current rung — per wallet, not per dollar. a size bonus tilts the split toward larger bids, but it enters through a logarithm and is bounded by the creator's filed bonus parameter, so scaling your bid by 1,000× moves your share by single-digit percent. bid size mostly decides whether you're filled, barely how much. multiple bids from one wallet show separately in the book and share one fill share.
    show the formula ▸
    fill_i = (tranche_block / active_wallets) × (1 + α · log₂(1 + bonus_i)) active_wallets = wallets with ≥1 live bid whose maxPrice ≥ current rung price α is the creator's filed size-bonus parameter. the log₂ is what mutes it: the tilt grows with the logarithm of bid size, never with bid size. per-wallet supply cap still binds on top. α = 0 gives a strictly equal split.
  • the demand gate — price climbs on proof the rung only advances if the prior tranche fully cleared. partial clear means the price is re-offered flat. a ladder that stops climbing is telling you something true.
    show the formula ▸
    if tranche_sold == tranche_offered: rung += 1 # step rate is per-auction, # applied as the N-th root per block else: rung stays # re-offer flat, gate denied
  • the freeze — two-wallet minimum with fewer than two active wallets there is no crowd, so there is no price discovery. the ladder freezes until a second wallet shows up. that's the rule, not a bug.
  • the accelerator — scarcity moves faster as the launch allocation drains, the step rate rises. the last of the supply is priced like the last of the supply.
    show the formula ▸
    heat is keyed to allocation depletion, not to capital. β = 2 by default. rates are normalised over the auction's block count so a 1-hour and a 7-day auction with the same parameters end in the same place — duration invariance is a named invariant in the test suite.
  • the bell — graduation is a gate, not a party at the end, the raise must clear the creator's declared threshold and the resulting pool must land inside its LP HELTH band. clear both and the bell rings: liquidity is placed, the pool opens, trading starts where the crowd left it.
    show the formula ▸
    ρ = (pool cash + pool token value) / market cap graduation requires: raised ≥ threshold ρ inside the tier's band cash floor ≥ band_width / 3 measured and certified on-chain at graduation. machine-enforced — there is no override.

outcome: the chart opens where the crowd priced it — with real depth behind it, and a fill history anyone can read block by block.

launch_tiers.exe

four tiers

the creator picks how long the crowd gets. everything else is tuned to that choice — step heat, the accelerator, and how much pool health the tier has to prove.

tierlengthLP HELTH band
GOD CANDLEhottest steps, thinnest patience1 hour40–50%
THE 4Han afternoon of price discovery4 hours45–55%
THE DAILYthe default. every timezone gets a turn24 hours50–60%
THE ROADSHOWa full week of book building7 days55–65%

the band is total pool value (cash + token) measured against market cap at graduation. longer auctions have to prove more health, because they had more time to build it.

express.exe

express — straight to the DEX

not every token wants a book. express launches open a Uniswap v4 pool immediately at a fixed starting market cap.

  • two starting tiers$4,000 or $8,000 starting market cap. the volatility difference between them is emergent, not a dial we set.
  • all of the launch supply becomes liquidity, and none of it can leavenothing is held loose at launch. 95% is placed in your token's own pool as a burnt one-sided position from the starting tick upward; the remaining 5% seeds the protocol side pool. both positions are locked forever — not withdrawable by the creator, and not by us either. two pools, 100% of the launch supply deployed across them, zero of it retrievable.
  • the 5% side poola one-sided pair against the protocol token that accretes on your token's success and is immune to its failure. it is the protocol's take on an express launch — and we take it the same way we ask you to: locked in a pool we can't withdraw from, earning fees that compound back into the position.
  • creator reserves are declared and vestedsame rules as the auction: declare the use, take the vesting schedule, or don't reserve.
built_different.txt

we don't lead with security, because security isn't a feature — it's the floor. here's the floor, stated flatly.

DIFFERENTIAL TESTING the auction exists twice: once in Solidity, once as an independent JavaScript reference engine. every mechanism change must produce identical output in both. CI fails on a single divergence. MACHINE-CHECKED INVARIANTS properties, not examples. fuzz campaigns and invariant runs assert things like conservation of supply, duration invariance, and the two-wallet freeze on every seed — not just on the cases we thought to write down. IMMUTABLE CONTRACTS deployed auction and settlement contracts are not upgradeable. no proxy, no admin key that can rewrite a live auction's rules mid-flight. what you read is what runs, for as long as it runs. CAPPED BLAST RADIUS AT LAUNCH hard per-auction and global TVL caps on day one. a new mechanism should not be allowed to hold more than it has earned the right to hold. THE AUDIT LADDER, IN ORDER 1. internal fuzz + invariant campaigns [running] 2. public audit contest (Code4rena / Sherlock) [planned] 3. bug bounty, live from day one [planned] 4. tier-1 firm audit [planned] mainnet does not open before this ladder is climbed. RESPONSIBLE DISCLOSURE security researchers: hello@stonkz.green. scope, safe harbour, and bounty tiers will be published here before mainnet. we will always credit you unless you ask us not to.
protocol_token.exe

the protocol token

stonkz will have one. it is unnamed and unlaunched, and it will go through the same ladder auction as everyone else — same contract, same per-capita fills, parameters published in advance.

  • the fee split, stated exactlyevery launched token routes a share of its ongoing trading fees to the protocol. the protocol take is currently 25%, is hard-capped at 40% forever by the contract, and is stamped immutably into your token at launch — the number in the launch wizard is the number you keep.
  • what the protocol share fundsa portion funds buyback-and-burn of the protocol token. the rest funds building this. we're not going to pretend it's all burn.
  • no private round, no team allocation off the topreserves are declared, published, and vested on the same schedule any creator has to accept.

nothing here is an offer, a sale, or a promise of value. it's a description of how a fee contract is wired.

status.txt

where we actually are

doneauction engine, settlement, fee hook, direct-to-DEX and community-takeover governance: written, merged, CI green.
nowladder v1.5 under simulation — tier tuning, the accelerator, and the LP HELTH gate.
nextlive Uniswap v4 integration, then public testnet.
nextthe audit ladder, in the order printed in built_different.txt.
thenguarded mainnet, with TVL caps on.

no launch date. when we have one that survives contact with an auditor, it'll be posted here and on @stonkzgreen first.

SHIP WHEN READY
contact.exe

talk to us

one inbox, read by a human: hello@stonkz.green.

business and partnerships · security disclosures · press · creators who want early access to the launch wizard when testnet opens.

official surfaces — everything else is a fake
site  stonkz.green
alias stonkz.meme
mail  hello@stonkz.green
𝕏    @stonkzgreen
we will never DM you first. we will never ask for a seed phrase. there is no presale.
▲ START stonkz.green · pre-launch · contracts under test --:--