Robinhood Chain Launchpad Contract Registry

By Nock Editorial TeamPublished Updated

A launchpad name or website is not enough to verify a wallet transaction. Match the full factory, router or locker address shown in the wallet preview to the platform's current first-party documentation, then inspect the same address on Robinhood Chain Blockscout. This registry was checked July 17, 2026 on chain ID 4663. An omitted address means it was not verified under the methodology, not that the product is unsafe.

Nock Terminal publishes this registry and uses shared Uniswap v4 infrastructure in its own launch flow. A verified address proves identity and source matching only; it does not prove audit quality, safety, market value or future behavior.

How to use the registry

Copy the complete 42-character address from the transaction preview. Compare it character for character with the current first-party source, then open the Blockscout address page and check deployed bytecode, proxy status, verified source and recent transactions. Confirm the network is chain ID 4663 before signing.

Factories deploy or coordinate launches, lockers or vaults hold positions, and routers forward swaps. Shared Uniswap contracts are not owned by each launchpad merely because the launchpad calls them. Proxy and implementation addresses must also remain distinct because an upgrade can change behavior without changing the proxy users call.

Shared infrastructure is not a Nock factory

Nock's current client references Robinhood Chain's Uniswap v4 PoolManager, PositionManager, Quoter, Universal Router and Permit2. Uniswap's deployment registry independently maps those contracts to chain 4663. Nock deploys per-launch tokens and pools; the checked implementation does not establish a shared Nock token factory, so this registry does not invent one.

Upgradeability and custody distinctions

The historical DYOR Fun documentation described its Factory and Fee Locker as UUPS proxies and its token implementation through an upgradeable beacon, while describing the LP Vault as immutable and outside that authority. That documentation domain no longer resolved at the July 16 recheck, so current terms are unavailable; the factory proxy remains inspectable on Blockscout. LeaveHood publishes proxy addresses whose EIP-1967 implementation slots resolved to separate implementation contracts at the last check. Those distinctions matter more than a generic verified badge.

A locker with deployed bytecode is not automatically a no-withdrawal locker. The relevant source code, proxy admin, implementation and callable functions must support that conclusion. This page reports precise roles and evidence status rather than turning vendor terminology into an independent security guarantee.

First-party claims that failed the live-code check

RobinPad documentation published Factory 0x5C1C1dE6950F9DCfE31BE99D457Fa7732B2Ce93B, LPLocker 0xf26b957a2fEde96137f773daD10139443AF66BEc and FeeRouter 0xb0528AD7b14F28F729c66c90214484b8AFAf7BB0. Direct eth_getCode checks returned 0x for all three at the last check, so they are excluded from the current-contract table.

The same documentation labeled 0x8bcEaA40B9AcdfAedF85AdF4FF01F5Ad6517937f as the canonical v3 factory, while current Uniswap material identifies it as the Robinhood Chain v2 factory and identifies 0x1f7d7550B1b028f7571E69A784071F0205FD2EfA as v3. Verify current code and documentation rather than resolving that conflict by assumption.

The Greenwood factory observation

The Greenwood's public launch form embeds factory 0x81de990be508b95540b3c519417e7c0755b42977 and a client-side launch topic. A July 17 check found 17,297 bytes of runtime code at that address and nine matching logs, with the latest at block 9,269,937 on July 14. This establishes a deployed contract and matching event activity, not verified source, exclusive platform ownership, audit status or a permanent-lock implementation.

The same site mixes live labels with launching-soon language. Preserve that operating-status conflict and verify the full transaction target before signing; a website form, bytecode and event count do not by themselves prove that the current interface, fee path and LP custody match the vendor description.

Primehod and Leavehood contract observations

Primehod publishes open-source factory code and factory 0x57EfC7cE5250C96B0b0E7C554c9d9743A18b794f. A July 17 RPC check found 20,616 bytes of runtime code and five logs matching the source-published TokenLaunched(address,address,address,address,uint256) event. Its public board displayed six tokens, so the board total is not relabeled as a current-factory event count. The repository's internal security review is not an independent third-party audit.

Leavehood publishes factory proxy 0x2C81Cd8acF4886F4abAd332216b4444aE927FDb7, core proxy 0x5090C9cd2228b0C4e6a83Ee44ab77Ce2e4cd89E3 and lock 0x8F1C12050BB6aAA89f8fB5ddcA77c3EdF022CBF4. Their July 17 EIP-1967 implementation slots resolved to deployed code at 0xC7C85dF578397d7982DCd36b347deeA48DBf1050 and 0x7ddF651feB2632D686619FF35b4cC81105924aEE. Leavehood's commissioned AI-assisted review describes the two proxies as owner-controlled UUPS contracts and the separate lock as non-upgradeable; it is a self-published point-in-time review, not an independent professional audit.

Recurve, HoodRich and Merry Men contract observations

Recurve's current documentation publishes contract 0xd41a03a01369a734a5e22c3d6484b4040ae9acfd, and the former pad.hoodscan.ai surface redirects to Recurve. A July 17 RPC check at block 11,992,762 found 18,303 bytes of runtime code at the published address. This supports a current brand and deployed-contract match; it does not independently prove the site's non-upgradeability, custody or fee-control descriptions.

HoodRich's live /api/config response publishes separate curve, instant, flywheel and vendor-labeled “Ponzi Launch” factories plus instant and branded-mode lock addresses. The same July 17 check found deployed code at all six named contracts. Its current token API returned records attributed to the instant and branded-mode factories. These are configuration, bytecode and first-party API observations, not a code audit or proof that every advertised lock restriction and fee path is enforced.

Merry Men's current first-party client publishes factory 0xfa4B952c15BC9d418ae4f552F7Fc76b4470596fE, LP locker 0xd404C0fF8dE11841a4ff9CC4382eA5F6e4010751, swap router 0x19204230c4077F437a757934d73175F72FE9F476 and fee viewer 0xada9aE7e8710A4490B299151915b2056D9e0571b. All four returned deployed code at the check block. No raw log total is relabeled as a launch count without a decoded, qualifying event set.

Common address-verification mistakes

  • Comparing shortened addresses instead of all 40 hexadecimal characters.
  • Treating a shared Uniswap router as a launchpad-owned factory.
  • Checking an implementation while the wallet calls an upgradeable proxy.
  • Assuming verified source means audited or safe.
  • Copying a contract from a social reply, screenshot or search snippet.
  • Using an address from another chain or a retired launchpad version.
PlatformRoleAddressStatus
Nock / shared Uniswapv4 PoolManager0x8366a39cc670b4001a1121b8f6a443a643e40951Official Robinhood Chain deployment
Nock / shared Uniswapv4 PositionManager0x58daec3116aae6d93017baaea7749052e8a04fa7Official Robinhood Chain deployment
LaunchHoodFactory0x62B33A039D289CBDa50EbeB72Fe4261449E61BcfFirst-party published; deployed
LaunchHoodLiquidity locker0x99B79154Ff4Fc0e313549B809254B02722631ee0First-party published; deployed
MetaLaunchLaunchpad V50x49A3D384cd90A58815df31C1852dB4095B90c0DeCurrent for new launches at last check
The GreenwoodFactory0x81de990be508b95540b3c519417e7c0755b42977First-party form; deployed code and nine client-matched logs observed
PrimehodFactory0x57EfC7cE5250C96B0b0E7C554c9d9743A18b794fOpen-source factory; deployed code and five matching current-factory logs observed
MetaLaunchMetaLocker0x49A955A2818069C4320b52602deF1706411bC0DeCurrent first-party published locker
DYOR FunFactory proxy0x80B42Aed46d73f47119dC444beA28A9e68F32BF4UUPS proxy
DYOR FunLP Vault0x39A2CF0bDb6B404b34C87e2f9C19C4d025D875D5Vendor-described immutable vault
ZardozInstant Factory0x00C1a8025a5FDdf5046965Dc94e1dB845853A7D1First-party published; bytecode observed
LeavehoodFactory proxy0x2C81Cd8acF4886F4abAd332216b4444aE927FDb7EIP-1967 proxy; implementation separately checked
LeavehoodFactory implementation0xC7C85dF578397d7982DCd36b347deeA48DBf1050Resolved from factory proxy EIP-1967 slot; deployed code observed
LeavehoodCore proxy0x5090C9cd2228b0C4e6a83Ee44ab77Ce2e4cd89E3EIP-1967 proxy; owner-upgradeable in self-published review
LeavehoodCore implementation0x7ddF651feB2632D686619FF35b4cC81105924aEEResolved from core proxy EIP-1967 slot; deployed code observed
Leavehood100-year lock0x8F1C12050BB6aAA89f8fB5ddcA77c3EdF022CBF4Separate deployed contract; non-upgradeable claim is self-published
Recurve (formerly HoodPad)Current launch contract0xd41a03a01369a734a5e22c3d6484b4040ae9acfdFirst-party published; 18,303 bytes of runtime code observed
HoodRichCurve factory0x3c31119db0fd38c46042b6264c67734bd0b2540dLive config field; 12,282 bytes of runtime code observed
HoodRichInstant factory0x752965644951e42e2c3D1E46197B98683E59caFELive config field; 9,257 bytes of runtime code observed
HoodRichFlywheel factory0xe4eba036A91071F5c1181Cf68930b1Bdd912CAFeLive config field; 9,636 bytes of runtime code observed
HoodRichVendor-labeled Ponzi Launch factory0x3a698c49f44FFA7599b550fD934565baEeEeCaFeQuoted first-party mode label; 18,253 bytes of runtime code observed
HoodRichInstant-mode lock0x42e2d44195D9FD29E675ae9C9E21C1879585025ELive config field; 2,583 bytes of runtime code observed
HoodRichVendor-labeled mode lock0x5Eaf287206b03460bd4106A2E697B77E3c366b70Live config field; 2,592 bytes of runtime code observed
Merry MenFactory0xfa4B952c15BC9d418ae4f552F7Fc76b4470596fECurrent first-party client; 16,260 bytes of runtime code observed
Merry MenLP locker0xd404C0fF8dE11841a4ff9CC4382eA5F6e4010751Current first-party client; 4,548 bytes of runtime code observed
Merry MenSwap router0x19204230c4077F437a757934d73175F72FE9F476Current first-party client; 3,332 bytes of runtime code observed
Merry MenFee viewer0xada9aE7e8710A4490B299151915b2056D9e0571bCurrent first-party client; 3,515 bytes of runtime code observed

Frequently asked questions

How do I verify a Robinhood Chain launchpad address? Match the full wallet-preview address to a current first-party source, then inspect deployed code, proxy status and transactions on Robinhood Chain Blockscout. Does verified source mean a launchpad is safe? No. It helps identify code but does not prove an audit, safe economics, fair token distribution or future behavior. Why are Uniswap addresses listed under shared infrastructure? Multiple products call the same Uniswap deployments. Calling a router or manager does not make it platform-owned. What is an EIP-1967 proxy? It is a common upgradeable proxy pattern whose implementation address is stored in a standardized slot. Verify both proxy and current implementation. Why are the RobinPad addresses excluded? The first-party page published them, but direct code checks returned no deployed bytecode at the last check. Does Nock Terminal have one shared launch factory? The checked production implementation deploys per-launch tokens and uses shared Uniswap infrastructure; it does not establish one shared Nock factory address.

Match the full wallet-preview address to a current first-party source, then inspect deployed code, proxy status and transactions on Robinhood Chain Blockscout.

Sources and verification

Last verified: July 17, 2026

Every current-table platform address is tied to a first-party source and Blockscout inspection. Recheck immediately before signing because versions and proxy implementations can change.

Related

Nock Terminal is an independent product and is not affiliated with Robinhood Markets, Inc. Research and product documentation are informational and are not investment advice.

Guided launch flow on chain 4663

Launch a token on Robinhood Chain

Create a fixed-supply ERC-20 and Uniswap v4 pool for 0.002 ETH plus gas. Inspect every receipt; the LP-position transfer is complete only after confirmation.