Reference/addresses
Contract addresses
Every production address on Robinhood Chain mainnet, verified on Blockscout, with the live parameters each one reads.
Every address below is deployed and verified on Robinhood Chain mainnet (chain 4663). Click any of them to open Blockscout, or use the copy button. If you are wiring an integration, these plus Interfaces are everything you need.
Read parameters from the chain, not from here
Addresses are permanent; parameters are not. Fees, bounds and registry contents are on-chain values a protocol setter can move. The figures on this page were read from mainnet on 2026-07-29 — treat the chain as authoritative and never hardcode a fee.
#Launchpad core
HoodLauncher
The launchpad factory. Deploys the token, opens the pool, mints and locks the position.
TokenOwnerRegistry
Canonical owner per token. Every creator power resolves through ownerOf().
FeePolicyManager · token side
Routes the token side of LP fees. feeAsset = the launched token.
FeePolicyManager · creator side
Routes the creator’s share of the WETH side. feeAsset = WETH.
#Per-venue launch infrastructure
A FeeLocker binds its position manager immutably, so each launch venue has its own locker and fee receiver. Everything else — ownership, both fee managers, the fee split — is shared.
FeeLocker · Uniswap V3
Holds every Uniswap-venue launch position forever. collect() is permissionless.
FeeLocker · SushiSwap V3
Same contract, bound to the Sushi position manager.
V3FeeReceiver · Uniswap V3
Splits collected fees and hands each side to its policy.
#Venue registry
| venueId | Venue | Router flavour | FeeLocker |
|---|---|---|---|
| 1 | Uniswap V3 | SwapRouter02 | 0x45B96D24…3B6eC7 |
| 5 | SushiSwap V3 | Original SwapRouter | 0xDAB52DF8…7766CD |
#Fee-policy modules
BurnFeeModule — token policy 1
Burns the token side of LP fees on collect.
VestingFeeModule — token policy 2
Accrues the token side and releases a fixed % of the balance per day.
StakingFeeModule — token & creator policy 3
Clones one staking pool per launch; serves both fee sides.
BuyBurnFeeModuleV2 — creator policy 2
Venue-aware buy-and-burn. Bound to creator policy id 2 since the launcher v3 cutover.
BackingFeeModule — creator policy 4
The FLOOR vault factory. Clones one ETH backing vault per launch that picks it.
TokenBackingVault (implementation)
Master copy. Each token’s vault is an EIP-1167 clone of it; resolve one with vaultOf(token).
TokenStakingPool (implementation)
Master copy. Each launch that picks staking gets its own EIP-1167 clone.
These are the modules bound to each policy id for new launches. A token binds to the module contract itself at launch and keeps it forever, so an older token may point at an earlier generation — read its policy record rather than assuming.
#Trading
V4TradeManager
The trading entry point. This is the only contract you ever approve.
CashBackFeeReceiver
The manager's live fee destination. Credits 25% of every trade fee back to the trader who paid it; the rest is protocol revenue.
ReferralManager
Accrues referral ETH; referrers claim(to) whenever they like.
#Venue adapters
Registered on the trade manager behind an append-only dexId → adapter map. Details on Venues & routing.
| dexId | Adapter | Address | Venue |
|---|---|---|---|
| 0 | UniswapV2V3Adapter | 0x5e4235F2De012FB095934e72FDba9e2F65Ea34a6 | Uniswap V2 |
| 1 | UniswapV2V3Adapter | 0x5e4235F2De012FB095934e72FDba9e2F65Ea34a6 | Uniswap V3 |
| 2 | UniswapV4Adapter | 0x2017ddD2F85B2A21639359D1B4A69bee52B2A5C4 | Uniswap V4 (native-ETH pools) |
| 3 | FlapAdapter | 0x794704d7caeB5BDfde209B4Fb9f9069cBeF2Bb11 | Flap curve |
| 4 | VirtualsAdapter | 0x81D44e68d62eBE05D884e9C74a409570B5fE4233 | Virtuals curve |
| 5 | SushiV3Adapter | 0xcA936118f2B955f11F0e8277BA6F4787f89161Be | SushiSwap V3 |
| 6 | StockPairV4Adapter | 0x5bD5ce5eA1Cc50D0F873a1c3ce5F870EB31912e2 | Stock-quoted V4 pools |
| 7 | MultiHopV4Adapter | 0xF0e2Fe45a4d4216EaB5398921309a71f7D4cDd13 | Multi-hop V4 (general executor) |
#Tools
HoodLocker
Token/LP locks and vesting schedules. No owner, no admin, no fee.
HoodAirdrop
Batch ERC-20 sender. Stateless and ownerless — it never holds a balance.
#Chain periphery
Not ours — the chain’s own DEX infrastructure, listed for convenience.
WETH
The wrapped-ETH the launch pools and fee policies quote against.
Uniswap V3 · NonfungiblePositionManager
Mints the launch position for venue 1.
Uniswap V3 · Factory
Resolved on-chain from the position manager; never hardcoded by the launcher.
Uniswap · SwapRouter02
V2 + V3 swaps and the venue-1 dev buy.
Uniswap V4 · PoolManager
Singleton behind dexIds 2, 6 and 7.
SushiSwap V3 · NonfungiblePositionManager
Mints the launch position for venue 5.
SushiSwap V3 · SwapRouter
The original router ABI — deadline lives inside the params struct.
#Live parameters
Read from mainnet on 2026-07-29.
| Contract | Call | Value | Meaning |
|---|---|---|---|
| HoodLauncher | launchFee() | 0.001 ETH | Flat fee per launch |
| HoodLauncher | creatorBps() | 7000 | Creator share of LP fees, 70% (protocol keeps 30%) |
| HoodLauncher | MIN_CREATOR_BPS() | 1000 | Compiled-in floor — 10%, unreachable by any setter |
| HoodLauncher | maxWalletBps() | 200 | Sniper-guard wallet cap, 2% of supply |
| HoodLauncher | restrictionBlocks() | 366 | Guard window ≈ 1.2 hours of wall clock |
| HoodLauncher | minFdvWei() / maxFdvWei() | 1.11 / 5556 ETH | Accepted implied starting FDV band |
| HoodLauncher | minSupply() / maxSupply() | 1 / 1e15 tokens | Accepted supply band; default 1e9 |
| HoodLauncher | POOL_FEE() | 10000 | Launch pools are always the 1% tier |
| V4TradeManager | platformFeeBps() | 100 | Trading fee, 1% |
| V4TradeManager | MAX_PLATFORM_FEE_BPS() | 200 | Hard cap, 2% |
| V4TradeManager | referralBps() | 1000 | Referral share, 10% of the fee |
| V4TradeManager | MAX_REFERRAL_BPS() | 5000 | Hard cap, 50% of the fee |
| TokenBackingVault | REDEEM_SKIM_BPS() | 100 | FLOOR redemption skim, 1% — a constant in the bytecode, not a setting |
bashcheck any of them yourself
RPC=https://rpc.mainnet.chain.robinhood.com
cast call 0x5e4121c262B846eb518EF3EADCD5566838AA841F "launchFee()(uint256)" --rpc-url $RPC
cast call 0x5e4121c262B846eb518EF3EADCD5566838AA841F "creatorBps()(uint16)" --rpc-url $RPC
cast call 0xc85237F66E950B4742246F4C0b780f3D0A9BD0B3 "platformFeeBps()(uint16)" --rpc-url $RPC
cast call 0xc85237F66E950B4742246F4C0b780f3D0A9BD0B3 "adapters(uint8)(address)" 7 --rpc-url $RPC#Superseded deployments
These are not the addresses to integrate against. They are here because they are still live and still matter to the tokens that launched on them: a token bound to an older launcher collects its fees from that generation’s locker forever, and trades executed through an older terminal remain part of the indexed history.
Show superseded contracts
HoodLauncher v2
Single-venue (Uniswap only). Can no longer register launches.
FeeLocker v2
Holds v2 launch positions forever; collect() still works.
BuyBurnFeeModule v1
Uniswap-only buybacks. Tokens bound to it keep it forever.
TradeFeeReceiver v4
The V4 manager’s first fee destination, replaced by CashBackFeeReceiver via setFeeReceiver. Still withdrawable by the treasury.
- Launcher v2 can no longer register launches — its pointer on the ownership registry and both fee managers was moved to the multi-venue launcher.
- Its locker and receiver stay live forever. Positions cannot be migrated, by design, so
collect()on the old locker is the only way v2 tokens’ fees flow — and it still works exactly as it did. - Old trade managers still execute. Nothing was paused. They are simply not what the app routes through, and the referral manager is shared across all of them, so referral balances carry over.