Launchpad hook on Robinhood Chain

Volume (24h)

$0

Value locked (TVL)

$0

All-time volume

$0

Pools using this hook

1

Swaps (24h)

347 (191 traders)

Total swaps

347

What it does

This hook charges a launch fee that decays over time after the owner starts it, with separate buy and sell fee settings and optional fee exemptions, while it may also restrict liquidity additions during the launch window.

How it works step by step

• Hook for a Uniswap v4 pool that gates liquidity additions and swaps during an early launch window
• Sets a decaying launch fee that starts at START_FEE and decays toward a floor over a DECAY_WINDOW with HALF_LIFE, after startDecay() is called
• Applies separate buyFee and sellFee values, with a per-address isFeeExempt mapping that can bypass the fee
• Tracks pool initialization in beforeInitialize and records the pool id, storing initialization state in the hook
• Exposes a setter (selector 0x46eec42b taking two uint24 values) that appears to update the buy and sell fee settings
• Uses Ownable-style two-step ownership (transferOwnership, acceptOwnership, renounceOwnership)

Swap behaviour

beforeSwap is a view function in the dispatch table; decoded storage reads suggest it consults the launch window, the decay state and the buy/sell fee values to determine the fee applied, with fee exemptions bypassing it. Exact branching could not be confirmed from bytecode alone.

Liquidity behaviour

beforeAddLiquidity is present and reads launch-window state, so liquidity additions may be restricted or conditioned during the launch window. beforeRemoveLiquidity and afterRemoveLiquidity are present as pure stubs; afterAddLiquidity is a pure stub.

Fee behaviour

Uses a launch fee that decays from START_FEE toward a MAX_FEE_FLOOR-related floor after startDecay() is called, with separate buyFee and sellFee values (direction inferred from naming) and an isFeeExempt override. Exact fee arithmetic is not confirmed without source.

Owner & admin controls

Owner-controlled via Ownable-style functions: transferOwnership, acceptOwnership (two-step), renounceOwnership, startDecay (starts the fee decay), and a fee setter taking two uint24 values. Owner can also manage fee-exempt addresses. The bytecode does not show a pause or upgrade mechanism.

Enabled Uniswap v4 callbacks

beforeInitialize, beforeAddLiquidity, beforeSwap

beforeInitialize records pool initialization state; beforeAddLiquidity gates or conditions liquidity additions during the launch window; beforeSwap applies the launch and decaying fee to swaps.

Security & trust assessment

Risk level: medium, estimated (decoded bytecode, low confidence).

Who controls it: The owner key can change fees, decide when decay starts, and grant fee exemptions, so it controls the trading cost for users; ownership transfer is two-step.

Risk to user funds: The hook uses fee-based logic and does not show return-delta or currency-movement callbacks in its enabled permissions, so it does not appear to custody or directly move pool funds, but fees and liquidity gating can affect user outcomes.

Security findings

• [medium] Owner can set fees: A fee setter (selector 0x46eec42b, two uint24 arguments) is callable by the owner and can change buy and sell fees; the bound on these values could not be verified from bytecode.
• [medium] Owner can start decay and grant fee exemptions: startDecay() and the fee-exemption mapping are owner-gated mechanisms that alter the fee applied to trades for all or selected addresses.
• [low] Launch-window liquidity gating: beforeAddLiquidity reads launch-window state and may revert additions during the window, which could block liquidity provision.
• [info] No upgrade mechanism observed: No proxy or upgrade selectors were found in the dispatch table, so the logic appears fixed once deployed.

Contract details

Verified source

No

Bytecode size

6,681 bytes

Upgradeable proxy

No

Detected patterns

launchpad, ownable

Pools using Launchpad hook

• ETH / CABAL (Dynamic fee) — 24h volume $0, TVL $0, 0 swaps today