ZER
  1. 01What ZER◎ is
  2. 02Words you will see
  3. 03Your first shot
  4. 04Auto mode
  5. 05The rules a launch must pass
  6. 06The ◎UT exit ladder
  7. 07Settings, every row
  8. 08Fees, exactly
  9. 09The contest
  10. 10Strategies
  11. 11Safety
  12. 12Troubleshooting

Manual

How ZER◎ works, in plain words. Each term on the terminal links to its line here.

01What ZER◎ is

ZER◎ is a web terminal for buying new tokens on Solana in the block they are created, and a weekly contest built on those buys. You connect your own wallet; the service builds each transaction, your wallet signs it, and the service relays it. ◎UT, the exit engine, watches every position you arm and sells it by rules you set. Every sale is checked on chain, and the week's best results share a prize pool fed by 0.5% of every buy.

02Words you will see

Auto
A mode where a shooting key in your browser buys what passes your rules and ◎UT sells, with no popups, while the tab is open.
Blacklist
Words and tickers that get a launch skipped. Block on a card adds its ticker. NAME_BLACKLIST.
Block Zero
The Pulse view's left column: every new launch, in the block it was created, with its verdict and a Shoot button.
Bundle
Several transactions landing together in one slot. A bundled create already carries buys from wallets other than the creator's.
Cleared the rules
The Pulse view's middle column: the launches that passed every rule in Settings.
Contest / round
The weekly competition. A round runs Monday 00:00 to Sunday 23:59 UTC and is named by ISO week: 2026-W41.
Creator (dev) buy
The SOL the creator spends on their own token inside the create transaction.
Curve (pump.fun bonding curve)
The pool a new pump.fun token trades on before it migrates. Its price follows a fixed formula, so a sell's payout is known before it is sent.
Dev buy
The creator buy, shown on a card as "dev ◎0.50". MIN_DEV_BUY_SOL and MAX_DEV_BUY_SOL bound it.
Exposure
The SOL at entry of all open positions together. MAX_EXPOSURE_SOL caps it.
FDV
Fully diluted value: one token's price times every token that exists. The Calls view shows it at the call.
Fee payer
The account that pays a transaction's network fee. Every build names your wallet or key, so nothing sends without that signature.
Handle
Your name on the leaderboard: 2 to 24 letters, digits, _ . or -. One wallet, one handle.
Hold fire
A demo button that pauses the demo's buying. Hidden in live mode; Auto has Stop instead.
Jito / tip
Jito carries a transaction to the block builder. The tip, 0.0001 SOL, pays it inside the transaction.
Jupiter route
A swap through Jupiter's router, used for any token that is not on a live pump.fun curve.
Ladder
◎UT's exit rules on one position: first target and the share sold there, trailing stop, stop loss, stale exit, timeout, breakeven.
Launch
A new token being created on pump.fun. Also called a create.
Memo
A short text inside a transaction. A strategy purchase carries zero:strategy:<id>:v<version>.
Migrated token
A pump.fun token whose curve sold out and moved to an open market. It trades through a Jupiter route.
◎UT
The exit engine, said "out". It values a position at what the curve pays now and sells by the ladder. 1% of each sell it makes.
Position / the Book
A position is the tokens from one shot. The Book lists them: entry, value, realised, P&L, peak, stage, age.
Prize pool
A wallet fed by 0.5% of every buy. Paid to the top three when a round closes.
Quote
What a buy is expected to do before it is built: venue, SOL in, tokens expected and at least, price impact, total with fees.
Realisable now
What ◎UT would bank selling the whole position this second, after impact and fees, plus what is already realised.
Realised
SOL that has come back from sells. Open P&L is not realised.
Record
The view with the demo tape's counts; demo-only on the web terminal. A strategy's record is its verified sales.
Serial creator
A creator who launched another token within CREATOR_COOLDOWN_MIN minutes.
Shooting key
A keypair made in your browser and kept in its storage. Auto signs with it. ZER◎ never sees it.
Shot
One buy: built by the service, signed by your wallet or key, relayed by the service.
Signature
A transaction's id, a long base58 string. Each one links to Solscan; the board verifies sales by them.
Slippage
How much worse than quoted a fill may be. SLIPPAGE_BPS for buys (2500 = 25%), SELL_SLIPPAGE_BPS for sells (3000 = 30%).
Stale exit
Sell a losing position that has made no new peak for STALE_EXIT_SEC seconds.
Strategy
A named set of Settings published on the Strategies view. Others buy, claim or use it.
Trailing stop
After the first target: sell the rest when its value falls TRAILING_STOP_PCT below its peak since.
Verified
A sale the board checked on chain: both transactions exist, succeeded and name the wallet. Only verified sales rank.
Wallet (Phantom, Solflare, Backpack)
A browser extension that holds your keys and signs what you approve.

03Your first shot, step by step

A shot is one buy. Without a wallet the page runs a demo: made-up launches and prices, and a demo shot sends nothing.

  1. Connect. Click Connect wallet. Pick Phantom, Solflare or Backpack and approve in the wallet. The pill changes from Demo to Live with your short address, and the strip reads "Live. Your wallet signs every buy and sell. Nothing is held for you."
  2. Pick a size. The buttons beside the pill are the SOL per shot: 0.02, 0.05, 0.1, 0.5, or your own in the ◎ box. For a first shot type 0.01.
  3. Choose the token. Paste a contract address in the top-left box, or click a card in Block Zero. Live, the box's button reads Quote, and the line under it shows venue, tokens, impact and fees.
  4. Read the quote. The side panel opens with The quote: Venue, You pay, Tokens expected, Tokens at least (the fewest the transaction accepts, by your slippage), Price impact, Total with fees. The build prices the buy again; what you sign is final.
  5. Shoot. Under The shot, click Shoot ◎ with your size and approve the popup. The log says: building the buy, waiting for your wallet to sign, sent, landed. The page checks the signature every 1.5 s for up to 60 s.
  6. The position appears in On the book, in the Book view, and as a ◎UT card in the side panel, newest first. Positions refresh every 3 seconds.
  7. ◎UT asks. A popup offers the exit engine for that position: Arm ◎UT on this one, or I'll exit myself. Tick Do this for every shot to stop being asked; OUT_ARM_DEFAULT set to always does the same.
  8. Sell. On the ◎UT card: Sell 25%, Sell 50%, Sell all, each one transaction your wallet signs. Arm ◎UT (1% of sells) turns the ladder on; Disarm ◎UT leaves the exit to you. Sell all also closes the token account and returns its rent.

04Auto mode, step by step

Auto is a mode where a key in your browser signs instead of your wallet, so there are no popups. The feed runs for everyone who is live; Auto decides whether that key buys what passes your rules. "Show me how auto mode works" in the strip is a seven-step tour of these controls.

  1. The warning. The first time you tick Auto, this covers the page:

    PLEASE DO NOT ASSUME THAT THE DEFAULT SETTINGS ARE GOING TO BE PROFITABLE. PROCEED WITH CAUTION.

    PICK YOUR OWN WINNING STRATEGY, OR JUST PICK YOUR OWN WINNERS MANUALLY.

    It means: Auto buys every launch that passes Settings with real SOL from your key until you stop it, and the shipped settings are a starting point, not a result. I understand. Switch Auto on continues; Not now leaves it off.
  2. Make a key. Click Shooting key in the header, then Create key. The page makes a keypair and keeps it in this browser's storage; the header shows key with its address and balance.
  3. Fund it. Enter an amount in SOL and click Fund. Your wallet signs one plain transfer to the key. The box says what one buy needs: at ◎0.05 about ◎0.053 with fees. The balance is read every 10 seconds.
  4. Export it. Click Export key; the secret appears as text. Copy it somewhere safe, then Hide key. The key lives in this browser only: clearing site data, another browser or a lost device loses it and what it holds, and ZER◎ cannot recover it. Forget key removes it.
  5. The switch. The first time, tick Auto and read the warning. After that, whenever the key is funded, Auto switches on by itself when you open the terminal, until you turn it off. The pill reads Auto with the key's address. The switch turns it off; it stays off until you tick it again.
  6. Stop is not the switch. Stop halts new buys; ◎UT keeps running on what the key holds, and the button reads Resume. The switch turns Auto off entirely. Both are remembered. Neither cancels a transaction in flight.
  7. What turns Auto off by itself. The key's balance falls below one buy ("the key holds ◎x, a ◎y buy needs ◎z with fees"); today's realised loss reaches the Daily loss limit; or no launch arrives for 2 minutes. The strip names the reason. ◎UT keeps running on what the key holds, and the key stays the signer until that is closed.
  8. The tab. The key signs only while this tab is open. Closed, nothing is bought or sold; the positions still exist on chain.
  9. Getting SOL out. Export the key and import it into Phantom. The SOL and tokens are then in a wallet you control.

05The rules a launch must pass

Every launch runs through these rules in this order; the first that fails is the verdict on its card. In Auto only a launch that passes them all is bought. Shoot on a card works regardless.

  1. stopped. You pressed Stop. Nothing is bought until Resume.
  2. already seen. The same launch arrived twice (the feed replays the last 50 on connect). Counted once.
  3. heard too late. Older than Max launch age (MAX_LAUNCH_AGE_MS, 2,500 ms) on arrival. Example: a create reaches you 4 s late; the first buyers are in, and the card says "heard too late (4.0 s)".
  4. name blacklist. Name or ticker contains a word from Blacklist words / tickers (NAME_BLACKLIST, "test, rug, scam"), any case. Example: TESTCOIN is skipped. Block on a card adds its ticker.
  5. dev buy below min. The creator bought less than Min dev buy (MIN_DEV_BUY_SOL, 0 = off). Example: set 0.5 to skip creators who put in nothing of their own.
  6. dev buy above max. More than Max dev buy (MAX_DEV_BUY_SOL, 5). Example: a creator holding 8 SOL of the curve can empty it with one sell.
  7. bundled create. The create transaction carries more outside buys than Max bundled buys (MAX_BUNDLED_BUYS, 0). Example: "bundle ×3" means three insider buys landed with the create.
  8. serial creator. The creator launched another token within Creator cooldown (CREATOR_COOLDOWN_MIN, 60 min; 0 = off). Example: a wallet launching every ten minutes is launching to sell.
  9. max open. You hold Max open positions (MAX_OPEN_POSITIONS, 2); a buy in flight counts. Example: with two open, a third launch is passed.
  10. exposure cap. Entry SOL of open positions plus this buy would pass Max exposure (MAX_EXPOSURE_SOL, 1; 0 = no cap). Example: 0.4 + 0.4 + a 0.3 buy = 1.1, passed.
  11. cooldown. Less than Cooldown (COOLDOWN_MS, 3,000 ms) since the last buy. Example: two creates in one second; the second waits.
  12. daily loss limit. Today's realised loss (UTC) reached Daily loss limit (DAILY_LOSS_LIMIT_SOL, 0 = off); Auto also switches off. Example: at 0.2, a bad morning stops 0.2 SOL down.
  13. balance too low. The key holds less than one buy needs: size, the 1.5% fee, the 0.0001 SOL tip and about 0.0021 SOL for rent and network fee. Auto also switches off. Example: ◎0.05 cannot make a ◎0.05 buy.

06The ◎UT exit ladder

The ladder is what ◎UT checks on an armed position at every price refresh, about every 3 seconds. A position is either waiting for the first target or past it and trailing. The examples use one position bought for ◎0.1 at the defaults.

  • Timeout (TIMEOUT_SEC, 600 s). Checked first. 600 seconds after the buy, sell everything at any price.
  • First target (TAKE_PROFIT_MULT, 2×) and Sell at target (TAKE_PROFIT_SELL_PCT, 50%). At ◎0.2, sell 50%: ◎0.1 back, ◎0.099 after ◎UT's 1%. The stage turns to trailing and the peak restarts.
  • Stop loss (STOP_LOSS_PCT, 35%). Before the target, at ◎0.065 sell everything. 0 = off.
  • Stale exit (STALE_EXIT_SEC, 180 s). Below entry with no new peak for 180 s: sell. Example: drifted to ◎0.08 and sat there three minutes; sold rather than held to the timeout. 0 = off.
  • Trailing stop (TRAILING_STOP_PCT, 30%). After the target, sell the rest when it falls 30% from its peak since. Example: the half climbs to ◎0.15, then falls to ◎0.105; sold. 0 = off.
  • Breakeven after target (BREAKEVEN_AFTER_TP, on). After the target, also sell the rest if value plus realised falls to ◎0.1. The first half is never given back.
  • Creator sells → out (DEV_SELL_EXIT) is for the self-hosted engine, which watches the creator's wallet. The web terminal does not, so the row is in Settings but does not fire here.

Realisable now is what ◎UT banks if it sells the whole position this second: the curve's payout for all your tokens after your impact and the fees, plus what is realised. "Exactly what the position holds", not the last trade's price. If the first target prints is the least ◎UT banks once the target hits: entry × target × (sell share + the rest × (1 − trail)) less 1%, plus realised. At ◎0.1: 0.1 × 2 × (0.5 + 0.5 × 0.7) × 0.99 = ◎0.1683. "At least this; the remainder keeps trailing": the rest may sell higher.

07Settings, every row

Every row of the Settings view, in the page's own groups, generated from its list. A row marked set by ZER◎ is fixed at provisioning. Apply saves; changes drive the demo and Auto and persist in this browser. Reset to defaults clears everything, a loaded strategy included. Show .env, Copy .env and Download .env export the values for the self-hosted engine; rows about wallet files, RPC URLs, the dashboard, Jito and recording belong to that engine, and the web terminal does not act on them.

Mode and send path 3 variables

SettingDefaultWhat it does
Dry runDRY_RUNonA dry run builds and checks every shot but sends nothing to the chain. On = nothing is sent; off = real transactions. Start with it on. on / off
◎UT onlyOUT_ONLYoffNever buy a launch. The engine adopts what the wallets already hold and runs the exit ladder on it; pasted targets still work. on / off
◎UT after a shotOUT_ARM_DEFAULTaskask = the exit engine is offered after every shot and the position waits for your answer; always = every shot runs ◎UT without asking. ask / always

Following calls 9 variables

SettingDefaultWhat it does
Follow callsCALL_FOLLOWoffSubscribe to the ZER◎ call feed (Rick-bot calls from tracked channels) and buy by the rule below. Each call takes the same path as a pasted address. on / off
Feed keyCALL_FEED_KEY(issued at setup)set by ZER◎Your key to the hosted call feed. Issued by ZER◎ at setup; not a dial.
Callers to followCALL_CALLERSCaller 1, Caller 2Comma-separated caller labels as the feed names them. The six-week record of each is on the Calls tab.
ChainsCALL_CHAINSSolanaWhich chains a call must be on to be acted on, comma-separated. A call on any other chain is ignored.
Size per callCALL_BUY_USD500How much to buy per call, in dollars, converted to SOL at the live price. 0 = use the SOL size below instead. 0 to 1000000 $
Size per call, SOLCALL_BUY_SOL0.1How much to buy per call, in SOL. Used only when the dollar size above is 0. 0 to 100000 SOL
Re-posts up toCALL_MAX_GAIN_X5A token called again after its first call is still bought while Rick shows it at or below this multiple of its first-call price. Higher takes later re-posts; 0 = first calls only. 0 to 1000000 ×
Max FDV at the callCALL_MAX_FDV_USD0Skip a call whose token is already valued above this many dollars (fully diluted) at the post. Lower is stricter; 0 = no cap. 0 to 1000000000000 $
Max card ageCALL_MAX_AGE_SEC90How old a call card may be when it arrives and still be acted on, in seconds. Older cards, from backfill or an outage, are ignored. 1 to 86400 s

Leaderboard 19 variables

SettingDefaultWhat it does
Leaderboard handleLEADERBOARD_HANDLEOpt in: every realised sale is reported under this name with its signature and verified on chain before it counts. Blank = no entry on the board.
Send pathSEND_PATHrpcHow a transaction reaches the chain. rpc = sent to the RPC node and re-sent until it lands; jito = sent to the Jito block engine with a tip inside the transaction, which usually lands sooner in a busy block. rpc / jito
Jito endpointJITO_ENDPOINThttps://mainnet.block-engine.jito.wtfThe Jito block engine the jito path talks to. A regional engine answers faster from nearby: put amsterdam. frankfurt. london. ny. tokyo. or slc. in place of mainnet. in the address.
Jito tipJITO_TIP_LAMPORTS100000What each transaction pays for its place in a Jito block, in lamports (100,000 lamports = 0.0001 SOL). Higher lands sooner in a crowded block and costs more; the engine drops tips under 1,000. 1000 to 1000000000 lamports
Tip onJITO_TIP_ONbothWhich transactions carry a tip and go through Jito: both, buys only or sells only. The rest use the RPC path. both / buy / sell
RPC fallbackJITO_RPC_FALLBACKonIf the Jito engine refuses a transaction, send it over the RPC path instead of dropping it. on / off
Bundle the walletsJITO_BUNDLEoffSend a launch's wallet buys as Jito bundles: atomic, one slot, in order, up to 5 wallets per bundle with one tip per bundle. Needs the Jito send path and more than one wallet (see Wallets per launch). on / off
Fresh wallets per shotFRESH_WALLETS_PER_BUY0Every shot runs from this many newly generated wallets, funded from the funder inside the same Jito bundle (funding first, buys after, tip in the last). 0 = use your loaded wallets. 0 to 20
Fresh-wallet funderFRESH_FUNDERPublic key of the wallet that funds fresh wallets; blank = the first loaded wallet.
Sweep fresh walletsFRESH_SWEEPonWhen a fresh wallet holds nothing any more, its leftover SOL is swept back to the funder and the wallet is retired. on / off
Any Solana tokenSWAP_FALLBACKonA pasted or called address with no live pump.fun curve (migrated, LaunchLab, Meteora, Raydium, Orca) is bought and sold through Jupiter's router; the same ladder, caps and fee apply. on / off
Routed buy slippageSWAP_SLIPPAGE_BPS500How much worse than the quote a buy through Jupiter may fill before it is refused, in basis points (100 bps = 1%). Higher fills more often at a worse price; lower refuses more. Sells use the sell slippage. 0 to 9999 bps
Routed re-quoteSWAP_PRICE_POLL_MS3000How often a position bought through Jupiter is re-priced through the router so the exit ladder can act, in milliseconds. Lower reacts sooner and asks the router more often. 500 to 60000 ms
Routed compute limitSWAP_CU_LIMIT600000The compute budget a Jupiter swap may use, in compute units. Routed swaps touch more accounts than a curve trade, so they need more; too low and the transaction fails. 100000 to 1400000 CU
Jupiter APIJUPITER_API_URLhttps://lite-api.jup.agKeyless lite endpoint by default; a paid key lifts its rate limit.
RPC HTTP URLRPC_HTTP_URLhttps://api.mainnet-beta.solana.comThe Solana node the engine reads from and sends through. A paid RPC keeps the recorder subscriptions alive; the public one drops them.
RPC WebSocket URLRPC_WS_URLThe WebSocket address of the same node, for live subscriptions. Blank = derived from the HTTP URL.
DashboardUIonServe the engine's local dashboard, a page on your own machine that shows positions and settings. on / off
Dashboard portUI_PORT8787The port the local dashboard listens on. Bound to 127.0.0.1; reach a remote box through an SSH tunnel. 1 to 65535

Entry rules 14 variables

SettingDefaultWhat it does
Entry modeENTRY_MODEinstantWhen to buy a launch that passes the rules. instant = buy in the block the token is created; confirm = wait for other buyers first, under the three confirm settings below. instant / confirm
Confirm windowCONFIRM_WINDOW_SEC8Confirm mode: how long to watch a new launch for other buyers before deciding, in seconds. 1 to 300 s
Confirm min buyersCONFIRM_MIN_BUYERS5Confirm mode: how many different buyers, not counting the creator, must buy inside the window. Higher is stricter. 1 to 10000
Confirm min volumeCONFIRM_MIN_SOL2Confirm mode: how much SOL buyers other than the creator must have put in inside the window. Higher is stricter. 0 to 100000 SOL
Max bundled buysMAX_BUNDLED_BUYS0A bundled create is a launch whose own transaction already holds buys from wallets other than the creator: insiders who bought before anyone else could. Skip launches with more than this many; 0 = skip any. 0 to 1000
Creator cooldownCREATOR_COOLDOWN_MIN60Skip a launch whose creator launched another token within this many minutes, a serial creator. Higher skips more repeat launchers; 0 = off. 0 to 10080 min
Max launch ageMAX_LAUNCH_AGE_MS2500How old a launch may be when the engine hears of it and still be bought, in milliseconds. Anything older is passed as heard too late; lower is stricter. 0 to 600000 ms
Min dev buyMIN_DEV_BUY_SOL0The dev buy is what the creator buys of their own token in the create transaction. Skip launches where it is below this many SOL; 0 = no minimum. 0 to 100000 SOL
Max dev buyMAX_DEV_BUY_SOL5Skip launches where the creator's own buy is above this many SOL. Above it the creator holds too much of the curve and can sell into you. 0 to 100000 SOL
Allow Token-2022ALLOW_TOKEN_2022onAlso buy tokens made on Token-2022, the newer token program. Off = skip them. on / off
Blacklist words / tickersNAME_BLACKLISTtest, rug, scamComma-separated. A launch whose name or ticker contains one of these is skipped, in Auto and in the demo. Not case-sensitive. Block on any launch card adds its ticker here.
Creator blacklist fileCREATOR_BLACKLIST_FILEdata/creator-blacklist.txtA file of creator wallet addresses never to buy from, one per line, on the machine the engine runs on.
Require socialsREQUIRE_SOCIALSoffOnly buy launches whose metadata lists social links. The engine fetches the metadata first, which adds time before the buy. on / off
Metadata timeoutMETADATA_TIMEOUT_MS1500How long the metadata fetch for Require socials may take, in milliseconds. Past it the launch is passed. 100 to 60000 ms

Sizing and wallets 21 variables

SettingDefaultWhat it does
Buy sizeBUY_SOL0.05How much SOL to spend on each launch in total, split across the wallets that buy it. In Auto on this site it is what the shooting key spends per shot. 0 to 100000 SOL
Platform fee, buysPLATFORM_FEE_BPS150set by ZER◎1.5% of the SOL spent on each buy, as a transfer inside the buy transaction: paid only when the buy lands, nothing on passes. A third of it is the prize share below. Set by ZER◎ at provisioning, not a dial. bps
Prize pool sharePRIZE_FEE_BPS50set by ZER◎0.5% of each buy, part of the 1.5%, paid to the contest's prize pool wallet inside the same transaction. The pool is paid out per weekly round. Set by ZER◎. bps
Prize pool addressPRIZE_POOL_ADDRESS36MNo2Bdyp3tYtEfBCQUpiRvcy5npu6BtcmF8fqLp7Ftset by ZER◎The contest prize pool. Half a percent of every buy goes here; the board reads it from the chain. Published by ZER◎.
Platform fee, ◎UT sellsPLATFORM_FEE_SELL_BPS100set by ZER◎1% of the SOL each sell the exit engine makes brings in, inside the sell transaction. Set by ZER◎. bps
Platform fee floorPLATFORM_FEE_FLOOR_SOL0.0001set by ZER◎The smallest fee a buy or sell pays, in SOL, however small the trade. Set by ZER◎. SOL
Platform fee addressPLATFORM_FEE_ADDRESS5L4wzzzncTsCyjWZXTdu9fyDzuGS6M4n8dhrSKy2uQ3jset by ZER◎Platform fees go to this wallet, inside each transaction. Published by ZER◎.
Wallets fileWALLETS_FILEdata/wallets.jsonA file or a folder of keypair files. Keys never leave your machine.
Wallets per launchWALLETS_PER_LAUNCH0How many of your loaded wallets buy each launch. 0 = every wallet with enough SOL buys. 0 to 10000
Wallet reserveWALLET_RESERVE_SOL0.01SOL kept back in each wallet and never spent on a buy, so there is always enough for fees and account rent. 0 to 1000 SOL
Min wallet buyMIN_WALLET_BUY_SOL0.01The smallest buy one wallet makes, in SOL. A wallet whose share of the buy would be below this sits the launch out. 0 to 1000 SOL
Buy jitterBUY_JITTER_PCT25Randomises each wallet's share of the buy by up to this percentage, so the wallets do not all buy the same amount. 0 = equal shares. 0 to 90 %
Buy shaveBUY_SHAVE_PCT10Each wallet spends somewhere between its full share and (100 − this)% of it, never exactly the full share. Higher means smaller, less uniform buys. 0 to 50 %
Buy staggerBUY_STAGGER_MS0Pause between one wallet's buy and the next, in milliseconds. 0 = all wallets send at once. 0 to 60000 ms
Sell staggerSELL_STAGGER_MS0Pause between one wallet's sell and the next when several wallets exit the same position, in milliseconds. 0 = all at once. 0 to 600000 ms
Priority fee jitterPRIORITY_FEE_JITTER_PCT20Randomises each wallet's priority fee by up to this percentage, so the transactions do not all look alike. 0 to 90 %
Buy slippageSLIPPAGE_BPS2500How much worse than the quote a buy on the pump.fun curve may fill before it is refused, in basis points (100 bps = 1%). Higher fills more often at a worse price; lower refuses more. A new launch moves fast, so the default is wide. 0 to 9999 bps
Sell slippageSELL_SLIPPAGE_BPS3000How much worse than the quote a sell may fill before it is refused, in basis points (100 bps = 1%). ◎UT sets the sell's minimum from the realisable value; this is the room it allows. 0 to 9999 bps
Priority feePRIORITY_FEE_MICROLAMPORTS300000What every transaction pays per compute unit for priority, in micro-lamports. Higher gets into a busy block sooner and costs more. 0 to 1000000000 µ-lamports / CU
Compute unit limitCU_LIMIT140000The compute budget each curve transaction may use, in compute units. The priority fee is charged per unit of it; too low and the transaction fails. 10000 to 1400000 CU
Creator fee fallbackCREATOR_FEE_BPS_FALLBACK30Used when the create event carries no creator fee; the chain charged 30 on every 2026-10-05 fill. 0 to 1000 bps

◎UT exits 9 variables

SettingDefaultWhat it does
First targetTAKE_PROFIT_MULT2The first target. When the position is worth this many times what you paid, ◎UT makes its first sell. 2 = double your entry. 1 to 1000 ×
Sell at targetTAKE_PROFIT_SELL_PCT50How much of the position ◎UT sells when the first target is hit, in percent. The rest stays in and trails; 100 = sell everything at the target. 1 to 100 %
Trailing stopTRAILING_STOP_PCT30After the first target: ◎UT follows the position's peak value and sells the rest when value falls this far below it, in percent. Lower locks in more and exits sooner; 0 = off. 0 to 100 %
Breakeven after targetBREAKEVEN_AFTER_TPonAfter the first target: also sell the rest if what is left plus what was already banked falls to what you paid, so a winner cannot turn into a loss. on / off
Stop lossSTOP_LOSS_PCT35Before the first target: sell everything when value has fallen this far below entry, in percent. 35 = out at a 35% loss. Lower cuts losses sooner; 0 = off. 0 to 100 %
Stale exitSTALE_EXIT_SEC180Sell a position that is under water and has made no new peak for this many seconds. It frees the SOL from a launch that went nowhere; 0 = off. 0 to 86400 s
Creator sells → outDEV_SELL_EXITonSell everything the moment the creator sells any of their own tokens, whatever the price. on / off
TimeoutTIMEOUT_SEC600Sell everything after this many seconds in the position, whatever the price (max 20 days). 600 = ten minutes. 1 to 1728000 s
Migration exitMIGRATION_EXIT_PCT97Sell when the pump.fun curve is this percent sold. At 100% the token migrates to another market and the curve can no longer sell it, so ◎UT leaves before that. 50 to 100 %

Risk caps 4 variables

SettingDefaultWhat it does
Max exposureMAX_EXPOSURE_SOL1The most SOL that may sit in open positions at once, counted at entry. A buy that would take the total past this is passed as exposure cap; 0 = no cap. 0 to 100000 SOL
Daily loss limitDAILY_LOSS_LIMIT_SOL0Stop buying for the day when today's realised loss reaches this many SOL (UTC day). Auto switches itself off at it; 0 = off. 0 to 100000 SOL
Max open positionsMAX_OPEN_POSITIONS2How many positions may be open at once. A launch that passes while this many are open is passed as max open. Counts launches, not wallets. 1 to 1000
CooldownCOOLDOWN_MS3000The shortest gap between two buys, in milliseconds. A launch that passes inside the gap is passed as cooldown. 0 to 3600000 ms

Recording 4 variables

SettingDefaultWhat it does
Record launchesRECORD_LAUNCHESonWrite every launch the engine sees, bought or not, and what its price did afterwards. The Record view reads these rows. on / off
Record windowRECORD_WINDOW_SEC180How long each launch is followed after it appears, in seconds. 10 to 3600 s
Record concurrencyRECORD_MAX_CONCURRENT60How many launches may be followed at the same time. Each is one WebSocket subscription; the public RPC refuses many, a paid one does not. 1 to 500
Record tradesRECORD_TRADESonAlso write one row per trade seen on a followed launch, not only the launch itself. on / off

08Fees, exactly

WhenHow muchWhere it goes
Each buy1.5% of the SOL spent, floor 0.0001 SOLInside the buy transaction: 0.5% of the buy to the prize pool wallet, 1% to the platform fee wallet
Each ◎UT sell1% of the SOL the sell brings inInside the sell transaction, to the platform fee wallet
Jito tip0.0001 SOL per transactionTo Jito, inside the transaction, when the send path is Jito
Network fee0.000005 SOL per signature plus the priority feeTo the Solana network
Strategy purchase10% of the priceTo the platform fee wallet; 90% to the seller

Example: a ◎0.1 buy carries ◎0.0015: ◎0.0005 to the prize pool, ◎0.001 to the platform. The fee is a transfer inside the buy, so it is paid only when the buy lands. A pass costs nothing; a buy that fails pays nothing. Nothing recurs.

A buy also opens a token account; its rent, about 0.00204 SOL, comes back when you sell all. The page budgets about 0.0021 SOL per buy for rent and network fee.

The platform fee wallet is 5L4wzzzncTsCyjWZXTdu9fyDzuGS6M4n8dhrSKy2uQ3j. The prize pool wallet is 36MNo2Bdyp3tYtEfBCQUpiRvcy5npu6BtcmF8fqLp7Ft. Both are public; the board reads the pool's inflows from the chain. The quote shows the exact fee and tip before you shoot.

09The contest

  • Rounds. Monday 00:00 to Sunday 23:59 UTC, named by ISO week (2026-W41). Ranking is by return: the verified profit of your sales in the round divided by the SOL those sales put in, both read from the chain. +2% on 0.5 SOL ranks above +1% on 50 SOL. Ties go to the larger profit in SOL, then the earlier last sale.
  • Special rounds. Sometimes ZER◎ runs a one-off round with its own dates and a sponsored pool, shown at the top of the leaderboard. It runs alongside the weekly round under the same rules, and the same sale counts in both. Its pool can be set in SOL or in dollars; a dollar pool is paid in SOL at that day's price, from the prize wallet, when it closes.
  • Verification. When a sell lands the terminal reports your wallet, your handle, the buy signatures behind the position and the sell signature. The board fetches each transaction, confirms it exists and succeeded with your wallet among its accounts, and adds up your wallet's SOL movement across them. A sale counts once, by its sell signature. Unverified sales never rank. Ties go to the earlier last sale.
  • Why the figures differ. The terminal shows the sell's quoted SOL against the entry it knows. The chain figure is the SOL that moved, with the 1.5% buy fee, the 1% sell fee, the tip, the network fee and the rent all inside the two transactions. The board's figure ranks.
  • The prize pool. 0.5% of every buy goes to the pool wallet inside the buy transaction. When a round closes: 50% to first, 30% to second, 20% to third. Fewer entrants than ranks: the ranks that exist, same proportions.
  • The handle. After your first sell the terminal asks once. Your wallet signs one message a day, zero:handle:wallet:date, and the sale goes to the board. No handle, no entry. One wallet, one handle; a taken one is refused. In Auto the key signs, so it needs its own; the Leaderboard handle setting fills it in.
  • Nothing is self-typed. You never enter a result. The board reads both transactions from the chain; anyone can check the pool wallet and every signature on Solscan.

10Strategies

A strategy is a named set of Settings a wallet publishes on the Strategies view: every row except the locked ones and the local ones (handle, RPC URLs, fee rows, feed key). Browsing needs nothing; buying, claiming, using and selling need a connected wallet.

  • Publish. On Mine, under Sell yours: a name (3 to 40 characters), a price in SOL (0 = free, else at least 0.001), a blurb (up to 280). Your wallet signs one message a day. The same name updates it; a settings change is a new version. Up to 20 per wallet.
  • The card shows name, version, the seller's handle, buyers, variables, and its record: the board's verified sales made under it. Preview shows six headline settings.
  • Buy. One transaction your wallet signs: 90% to the seller, 10% to the platform fee wallet, the strategy's id in a memo. The split is on the card. Access is permanent.
  • Claim. A free strategy needs no transaction; the signed daily message writes the row.
  • Use. Loads the settings into Settings and marks STRATEGY_ID, so every sale you report adds to that record. Reset to defaults clears it.
  • Unlist. Removes the listing. Buyers keep access.

11Safety

  • What never leaves your browser. Your wallet's keys (the extension signs) and the shooting key (made and kept here, shown only on Export key).
  • What the service does. Quotes, builds an unsigned transaction with your wallet or key as fee payer, relays the signed one, follows the signature, lists positions, forwards your report to the board.
  • What it never does. Hold or load a key, sign anything, or relay a transaction it did not build. Every instruction it built must be present, in order and unchanged, or it refuses.
  • Builds expire in two minutes. Sign when the popup opens; otherwise "The build expired before it was signed. Shoot again." and nothing was sent.
  • Test with 0.01 SOL first. Shoot one launch by hand; watch the log, the Book and the sell. Then decide on size, then on Auto.
  • The defaults are not a promise. The owner's words: "PLEASE DO NOT ASSUME THAT THE DEFAULT SETTINGS ARE GOING TO BE PROFITABLE." Change them, check a strategy's record, or pick launches by hand.
  • A shot can lose all of it. A launch can go to nothing in seconds; the stop and stale exits sell at whatever the curve pays then. Shoot with SOL you can lose.

12Troubleshooting

  • "No Solana wallet found in this browser." Install Phantom, Solflare or Backpack and connect again.
  • "The live service is not reachable from here yet." The page stays a demo, shows nothing fake as live, and retries every 15 seconds. "Did not answer in 6 seconds" is the same on a slow connection.
  • "Access forbidden" on Fund. An early version read the key's balance from a public RPC, which refuses browsers. Fixed: the reads go through the service. Reload.
  • "Not confirmed yet. Check the signature." or "The buy failed on chain." Sent but not landed in 60 s, or landed and failed. Usual cause: not enough SOL for size plus fees (1.5%, the 0.0001 tip, about 0.0021 for rent and network fee). The signature's link shows the error on Solscan. A failed buy pays no fee.
  • "That is not a contract address." or "Paste the token's mint: 32 to 44 base58 characters." The box takes a token's mint only, never a pump.fun link or a wallet address.
  • "You declined in the wallet." Nothing was sent. A declined ◎UT sell disarms that position.
  • "Storage is blocked in this browser; the key was not kept." A private window cannot keep a key. Use a normal window.
  • A stale page. After a release an old script may sit in the cache: Connect does nothing, a button is missing. Reload; the scripts are versioned.
  • Where to see a transaction. Every signature in the shot log and the closed rows links to solscan.io. The pool wallet is linked on the leaderboard and above.