HOLDCORN / ZETA
fee 0%- Swap HOLDCORN → ZETAno liquidity at the current price
- Swap ZETA → HOLDCORNno liquidity at the current price
- Add, then remove liquiditycame back whole
pool 0x293314b396b839262645337224a0316dff6712bb260dead3f7be8714c5dfc3d5
Reading the hook.
The address, the bytecode, then a swap each way through its pool. A few seconds.
91 pools use this hook, the first one 77 d ago.
The address enables after swap returns delta. The hook is allowed to take; the next two checks measure whether it does.
No pool with liquidity to swap through yet.
Liquidity added and removed in the same block came back whole.
A fixed fee of 0%, written in the pool key.
Owned by 0x2a8196A447D2066e26E96E0528F2458A83A681Ce. Owner-style functions: burnOperator, BURN_SINK, burnRouter, setBurnToken, transferOwnership, burnToken.
Not a proxy, no DELEGATECALL, no SELFDESTRUCT.
Each callback refused a call that did not come from the PoolManager.
91 pools over 76 days.
Measured at block 92,892,172. A hook with an owner or a dynamic fee can behave differently later; scan again before a large trade.
A v4 hook's permissions are the last fourteen bits of its address. The PoolManager calls only what they switch on.
A small swap each way and a liquidity round trip, run through the PoolManager and this hook inside a call that is never sent. The pool fee is expected; anything else missing is the hook.
pool 0x293314b396b839262645337224a0316dff6712bb260dead3f7be8714c5dfc3d5
Selectors found in the dispatcher, named from the public signature database. Red ones are what an owner usually keeps for itself.