Hook 0x58a6…94c0 on Robinhood Chain

Uniswap v4 Hook Contract 0x58a6ef29ddcdb064a72b550a78d84a8e065994c0 on Robinhood Chain · Other

Volume (24h)
$127.26K
Value locked (TVL)
$312.86K
All-time volume
$1.94M
Pools using this hook
49
Swaps (24h)
3,206 (655 traders)
Total swaps
38,691

What it does

A Uniswap v4 hook that tracks pools and runs logic around initialization, liquidity additions, and swaps, with the precise trader and LP effect not confirmed because source is unavailable.

How it works step by step

  • Runs afterInitialize to register each new pool in an address mapping at storage slot 3.
  • Runs afterAddLiquidity to update pool state tracked in a nested mapping at slot 4.
  • Runs beforeSwap and afterSwap, reading pool state and the executor address on each swap.
  • Exposes owner-gated functions to set the owner, set the executor, and configure pool entries.
Swap behaviour
beforeSwap and afterSwap are both implemented and read or write pool-related state; the exact swap-time effect (fee changes, blocking, or token deltas) cannot be determined from the decoded bytecode.
Liquidity behaviour
afterAddLiquidity (0x9f063efc) is implemented and writes to token-pool mappings; beforeAddLiquidity and beforeRemoveLiquidity return values exist in the dispatch table but their exact behaviour cannot be determined from the decoded bytecode. afterRemoveLiquidity is present in the dispatch table.
Fee behaviour
No fee override found in dispatched functions; beforeSwap returns the hook's logic on swaps but no fee-setting selector is identified, so the pool's fee is assumed to be the pool's configured fee unless the hook returns a dynamic fee.
Owner & admin controls
Owner can change owner via changeOwner(address) and set the executor via changeExecutorAddress(address); owner-gated setup function 0x944708d7 and pool registration function 0xb559f080 also write privileged storage. No pause or upgrade function found in dispatch.

Enabled Uniswap v4 callbacks

afterInitialize, afterAddLiquidity, beforeSwap, afterSwap

afterInitialize: runs on pool creation and records pool-related data into the mapping at slot 3. afterAddLiquidity: runs after liquidity is added and updates pool state tracked in the nested mapping at slot 4. beforeSwap: runs before each swap and reads pool state from slots 2 to 4. afterSwap: runs after each swap, reading the executor address and pool mappings.

Security & trust assessment

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

Who controls it: The owner can reassign ownership and the executor address, and the executor appears to be a privileged role. A compromised owner or executor key could alter hook behaviour for all pools that use this hook.

Risk to user funds: Unknown from bytecode alone. The hook is called on swaps and liquidity changes; whether it can hold, move or block user funds depends on return deltas and token transfers in its unverified swap and liquidity logic.

Security findings

  • [medium] Privileged owner and executor keys: Owner can reassign ownership and the executor address via changeOwner and changeExecutorAddress, granting one key broad control over the hook.
  • [medium] Swap logic unverified: Without verified source the logic of beforeSwap and afterSwap cannot be confirmed, so it is unknown whether the hook can block swaps or take tokens through return deltas.
  • [info] Fund movement not confirmed: The hook implements afterSwap and afterAddLiquidity and writes pool state, but the decoded bytecode does not show whether it calls the pool manager to move funds.
  • [info] No upgrade path identified: The contract has a getHookPermissions view and an afterInitialize that registers pools, which fits the standard v4 hook pattern; no proxy or upgrade mechanism was identified.

Contract details

Verified source
No
Bytecode size
13,943 bytes
Upgradeable proxy
No

Pools using Hook 0x58a6…94c0