dotcombubble.fun/docs :: How it works - Microsoft Internet Explorer _❐×
Address http://www.dotcombubble.fun/docs Go
πŸ“„ Documentation

How dotcombubble works

Every number on this page is a constant in a deployed contract or a rate you can verify on chain. Where something is a judgement call or an open risk, it says so.

Launching a token

One transaction deploys your token, creates a Uniswap V3 pool paired to USDC, mints the entire supply into that pool as single-sided liquidity, and locks the position permanently.

Supply1,000,000,000Fixed. No mint function exists.
OwnernoneThe token has no admin after deploy.
Transfer tax0%No tax code path exists.
Pool1% tierUniswap V3, paired to native Arc USDC.
Opening price~$0.0000052About $5.2K fully diluted.
Address…0000Every token address ends in 0000. The salt is ground in your browser before signing.
Launch fee0.01 USDCPlus Arc gas, which is paid in USDC.

Anti-snipe window

For the first 2 blocks, buying from the pool is blocked entirely, and during the restricted window no wallet may end up holding more than 5% of supply.

The cap applies to every transfer, not only to pool buys. Capping pool buys alone is not a cap: a sniper buys through several throwaway addresses, each under the limit, then forwards everything to one wallet in the same transaction. Those hops have no pool as their source, so a pool-only check never sees them. Here the recipient of any transfer is checked, so the trick fails. A determined sniper can still hold supply across many wallets and consolidate after the window closes. That is the honest ceiling of any transfer-hook anti-snipe, and no launchpad clears it.

Validation runs before deployment

Every parameter is checked before the token contract is created, so a rejected launch costs you the gas of a cheap revert rather than a full deployment. The page also re-reads the live launch terms and refuses to send if they differ from what it was built against; the contract re-checks the same hash when the transaction executes, so nothing can change between the two.

Fees, in full

A trader pays exactly one fee: the 1% Uniswap V3 pool fee, the same on every token here. Nothing is added on top by us at swap time.

Uniswap pays that fee out in both assets of the pair, and each side is treated differently.

The USDC side

34% protocol
33% buyback
33% creator

Rounding remainders always go to the creator. Integer division leaves at most a couple of micro-USDC per collection; it lands on the creator's side, never ours.

The launched-token side

100% burned

The protocol never holds or sells a token launched here. Its share of the token-denominated fees goes to 0x…dEaD in full, which means every fee collection also shrinks that token's supply. Creators are paid in USDC only, deliberately: a payout in your own thin-liquidity token is not really a payout.

These percentages are constant in the deployed contract, not settings. There is no setter. No admin key, including ours, can retune them. Changing them would require deploying a different contract, which existing pools would not use.

What a creator earns

33% of the USDC side of the 1% pool fee, forever, on every trade of the token you launched. In round numbers: $1,000 of volume produces $10 of pool fees, of which about $3.30 is yours.

Fees accrue in the locked position and are paid out when collectFees is called for your token. Anyone can trigger it; the recipients are fixed on chain, so an open call cannot misdirect anything. You may also point your share at a different wallet.

Some launchpads advertise a larger creator share. Two things are worth comparing rather than the headline number: whether the payout is in USDC or in the token you just launched, and whether the split can be changed after you launch. Here it is USDC, and it cannot.

Buyback and burn

The buyback share accumulates as USDC in a vault. On a schedule, a keeper spends it on DOTCOM, the protocol token, and the purchased tokens go straight to the burn address inside the swap itself. They never rest in the vault.

  • Minimum 20 hours between buybacks, enforced by the contract.
  • The keeper adds a random delay on top, so the buy never lands at a learnable time. A purchase on a fixed clock is an order that searchers can front-run every day.
  • A real slippage floor is required. The contract rejects a zero minimum output.
  • The target token binds once and can never be changed.
Burning is proof of revenue, not a price mechanism. pump.fun burned 36% of its supply, roughly $370M worth, and the price still fell; they later cut buybacks from 100% of revenue to 50%. Supply shrinking only matters if demand shows up. Read the daily USDC spent as a measure of whether this place is actually being used, and treat the cumulative burn total as history rather than a forecast.

Knockout positions

A knockout position is time-boxed exposure: you pick a token, a USDC amount and a duration, pay the duration's price up front, and the token amount is fixed at entry. Survive to expiry and the tokens are delivered to your wallet. Touch the barrier first and the position ends, costing you what you paid. In traditional markets this instrument is called a knockout certificate.

DurationYou pay (of exposure)Knocks out if it falls
1 hour75%~17%
4 hours67%~26%
12 hours60%~34%
24 hours53%~42%
3 days45%~50%
7 days37%~59%

The barrier is exact: a position knocks out when its value falls to 110% of what you paid. While your tokens are worth more than 110% of your payment, you cannot be knocked out. After expiry, no knockout is possible at any price; delivery is a right.

  • Where the tokens come from. 30% of every launch's supply moves to the leverage treasury at launch. That inventory cannot be sold to the market; the only way out is delivery through a survived position, and knocked out inventory returns to the treasury.
  • When a market opens. A token becomes leverable once its market cap reaches $100,000 and holds it: at the current price, at the previous close, and on the ten minute average. The gate is one way: once open, always open.
  • What a knockout pays. The forfeited payment splits four ways: 25% buys the token off its own pool and burns it, 25% goes to the token's creator, 2% rewards whoever triggered the knockout, and the remainder, roughly 48%, is protocol revenue.
  • Manipulation defence. Every decision reads three prices: the current pool price, the close of the previous five second window, and the pool's own ten minute time weighted average. Entry uses the worst of the three, so a dump has to be held for minutes, against everyone free to buy the dip, before it cheapens anything. A knockout requires all three to sit at or under the barrier, so a flash crash liquidates nobody; a real crash does, once the average has followed it down, which can take up to ten minutes. A fresh market needs about two minutes of price history before it trades at all.
  • The burn refuses bad fills. The burn pot only executes when it receives at least 90% of fair value, and fair value is the lower of the previous close and the ten minute average, so a pumped price makes it wait rather than overpay.
This is a product where losing the full payment is a normal outcome. The discount is the price of the barrier: the deeper the discount, the closer the knockout. Do not open a position with money you need back.

Bridging USDC

Both directions between Base and Arc, over two independent Circle rails: CCTP and Gateway. You pick the rail; if either is unavailable on the current network, its selector is disabled before any money moves. The service fee is 2% of the amount sent, and 3% on CCTP fast transfers, always shown in the quote before you sign. The rates are compile-time constants in the collectors; no setter exists.

  • CCTP burns USDC on the source chain and mints it directly into your own wallet on the destination. Standard transfers are free of Circle fees and settle at source-chain finality; Fast transfers arrive in seconds for a small Circle fee that is capped in the contract at 1% and in practice far below it.
  • Gateway credits your own Circle Gateway balance, and the claim on arrival is gasless. Circle's fee is roughly 0.011 USDC.
You send1,000.00 USDC
Bridge fee (2%)βˆ’20.00
Circle Gateway feeβˆ’0.011
You receive979.99 USDC

The fee is taken on the source chain, and the remainder is deposited into your own Circle Gateway balance using depositFor. You then sign your own burn intent for your own funds. Nothing of yours is ever held by us, in either direction.

Circle's Gateway is permissionless, so you can always bridge directly through Circle and pay us nothing. The 2% buys the interface, not access to the rail. Finality is roughly 13 to 19 minutes leaving Base, and about a minute leaving Arc.

Referrals

Share your link. When someone who arrived through it trades, you earn 20% of the protocol's revenue from their activity, paid in USDC.

Worked through: a referred wallet trades $10,000. That produces $100 of pool fees, of which $34 is the protocol's share, of which $6.80 is yours.

  • Your cut comes out of the protocol's share. It never reduces what a creator earns.
  • The first referrer to be recorded for a wallet keeps it. It cannot be reassigned later.
  • Rewards are credited to a vault and you withdraw them yourself. Nobody pushes payments to you.
  • The vault refuses to credit more than it actually holds, so a promised balance is always a funded one.

Safety guarantees

These are properties of the code, not promises:

LiquidityThe locker contract has no function that withdraws, decreases or transfers a position. There is no path to remove launch liquidity, for anyone.
Fee splitCompile-time constants. No setter exists.
Buyback targetSet once, then permanently rejected.
Factory bindingThe locker binds to one factory once and refuses to be repointed.
Referral claimsCannot be paused. A pause switch over withdrawals is a rug vector and is deliberately absent.
OwnershiprenounceOwnership is disabled, so the protocol cannot be accidentally bricked into an unmanageable state.

Contract addresses

Verify everything above yourself. Nothing here asks for trust that the chain cannot confirm.

Arc mainnet (chain 5042), deployed 6 September 2026 LaunchFactory 0x709CDDE4A25f101d967534B7b67E07EeFC1C36d2 LaunchLocker 0xf7f1981E45E817fbd0bFBBf037C4b9193ED3b3BB SwapRouter 0xcC12b631Be8Fae6C13D054711B663519F6228344 BuybackVault 0x1E038531dcCc5aFfcF6941077923866eD3180Adc ReferralVault 0x7B67D1ff6a40988D3Ea7FCDD29Fe96A0de026a8C Leverage 0x52715f9cbeb91377dFE8473D89Bf090937CBE884 DOTCOM not launched yet Arc testnet (chain 5042002), fourth generation, 6 September 2026 LaunchFactory 0xc3bBdaE84C0A1C5b3b1A34f0c26B6248AF5F47cB LaunchLocker 0xC73ae6E718Fd27D1e83E0d7542D1598FC67B7F35 SwapRouter 0x9fB13d4fcEcBFD3Ac46160b7Dbb21A6eeDB1bA9a BuybackVault 0x4830e630cBAEB6b6fb8f3b3113ac7CA7bc743f23 ReferralVault 0x512217e4a6C1F9c75d86e98c1660661c1d027111 Leverage 0x748c18A07Af0BDb99BC8A0ff445492925Aed822d Uniswap V3 0x3F0a3986f44F257FCE688C3352B9a4407658cb64 Base mainnet (chain 8453) BridgeFeeCollector 0x6b7fa5438431C5db32d66d05fBFCC4BEC676e523 verified Infrastructure Arc USDC 0x3600000000000000000000000000000000000000 Uniswap V3 0xf0db7b58379503491d857dB50AC9ece64c653918 Circle Gateway 0x77777777Dcc4d5A8B6E418Fd04D8997ef11000eE

This page is updated with the live addresses the moment the contracts are deployed and verified on Blockscout.

Wallets

Swapping and launching are ordinary transactions and work in any wallet. Bridging is different: it asks you to sign an off-chain message that authorises Circle to move your deposited USDC. Some wallets display that message poorly, and a few refuse to sign typed data from a site they do not recognise.

Rabby is what we test against. It decodes the message and shows you the recipient and amount before you approve, which is exactly what you want to check on a bridge.

Warnings you will see, and why they are correct

Rabby flags this bridge contract as new with a trust score of zero, and points out it was deployed within the last few days. Both are true. It went live on 30 July 2026 and has almost no volume through it yet, so there is nothing for a reputation system to score. Those warnings fade on their own as the contract ages and gets used. Suppressing them would mean defeating a mechanism that exists to protect you.

Signing to bridge triggers a separate warning, because you are signing an off-chain message rather than a transaction. That message authorises Circle to move your deposited USDC, which is exactly the pattern phishing sites abuse, so your wallet is right to interrupt. Read it: the recipient shown must be your own address. Our code checks the same fields and refuses to sign if any of them is wrong, but your wallet is the one you should trust.

We ask for an exact-amount approval, never unlimited. Approving 5 USDC lets the contract move 5 USDC once. A site asking for an unlimited allowance on a fresh contract deserves the suspicion.
Verify addresses against the list above rather than clicking through a warning. Every contract here is source-verified, so your wallet and any explorer can read exactly what it does.

Risks

No third-party audit. The contracts have a test suite covering the fee split, the burn path, the buyback guards and the anti-snipe rules. A test suite is not an audit. One is worth commissioning before the value at stake exceeds what an audit costs, and that has not happened yet.

Arc's Uniswap V3 is a community deployment. It is verified on chain but it is not an official Uniswap deployment. Every pool here depends on it.

Thin pools move on small trades. A new pool holds a few thousand dollars. The swap page refuses to quote when the spot price has run more than 15% from its one-minute average, because that pattern usually means manipulation, but that is a guard rail and not protection.

Nothing here is advice. This site publishes data and executes transactions you sign. It does not tell you what to buy, and it never will.

Contact

Something broke, a number looks wrong, a transaction did not do what the page said it would? Write to support@dotcombubble.fun. Include the wallet address, the transaction hash if there is one, and what you expected to happen. Both inboxes are read by a person.

Supportsupport@dotcombubble.fun for bugs, stuck transactions, wrong data and questions about how something works.
Securitysecurity@dotcombubble.fun for anything that could lose somebody money: a contract flaw, a way around a guard, a frontend that can be made to sign the wrong thing. Please write here first, before posting it anywhere public, so it can be fixed while nobody is exposed. There is no paid bounty programme yet.
X@dotcombubblefun for announcements. Direct messages there are not a support channel.
Done 🌐 Internet zone βœ‰ support@dotcombubble.fun Β· 𝕏 @dotcombubblefun
Best viewed in Netscape Navigator 4.0 at 800Γ—600 Β· Β© 2000 dotcombubble.fun Β· Built on Arc Β· DYOR, most bubbles pop