Anyone else looked into this? 

I’m under the impression most hook pools will have to get their own flows and only approved hooks from labs get the frontend routes. But just taking a guess

devrel / solutions engineer & independent researcher

haardik.dev | Founder @learnweb3 | lead instructor /uniswaphooks | building @openfarcaster

For sure. UI/UX designers and front end devs are gonna have a blast with V4 lol. Uni frontend definitely won’t suffice

default frontend also doesnt make sense for a lot of hook use cases

for example a hook that enables v2-style full-range liquidity instead of concentrated liquidity, i dont see how the uniswap frontend will be able to adjust for that

same for any custom curves pretty much, or orderbooks for example

that'd be my assumption as well

a big reason for hooks is to create derivative DEXes without forking the entire uniswap codebase. a lot of them will end up with their own frontends optimized for their use-case

the routing problem will be outsourced to Uniswap X fillers:

User --> Uni front-end --> Uniswap X order --> Uniswap V4 hooks / other DEXes

no info on approved or permitted hooks but you shouldn't expect the guaranteed inclusion of your hook into a shared trade flow