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 damped hard: under pro-rata a $10,000 bid would take 1,000× the fill of a $10 bid. here it takes 2.6×.
  • 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. the caps, the suite, and the bounty in built_different.txt are what gate launch. 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 buys a fixed percentage per doubling of capital rather than scaling with it — so the tilt grows with the logarithm of your bid, not your bid. at the 10% setting our own genesis filing uses, 1,000× the capital buys 2.6× the fill. set the bonus to 0 and the split is exactly equal. multiple bids from one wallet show separately in the book and share one fill share.
    show the formula ▸
    fill_i ∝ (tranche_block / active_wallets) × capital_i ^ log₂(1 + β) active_wallets = wallets with ≥1 live bid whose maxPrice ≥ current rung price β is the creator's filed size bonus: the extra fill bought by each DOUBLING of capital. β = 10% (our genesis filing) → exponent 0.1375 2× capital → 1.10× fill 10× capital → 1.37× fill 100× capital → 1.88× fill 1000× capital → 2.59× fill β = 0 gives a strictly equal split. per-wallet supply cap binds on top of all of it.
  • 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-side depth ≥ band floor / 3 (16.7% at THE DAILY) 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. EXTERNAL REVIEW a bug bounty goes live with mainnet. a public audit contest and a tier-1 firm review are on the roadmap. we are not going to tell you a certificate is what makes code safe — the differential suite above runs on every commit, and the caps below bound what any single mistake can cost. 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.
nextTVL caps set, bug bounty scope published.
thenguarded mainnet, with TVL caps on.

no launch date. when the suite, the caps, and the sim all say go, 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 --:--