出典確認済みリサーチ: Uniswap V4 Hooks VS
本文は確認済みの英語原文で表示しています。翻訳版は出典確認後に追加します。
Verified Fact Boundary
1. Uniswap v4 documentation says every pool can have one hook and hooks can intercept or modify execution flow at specific pool lifecycle points. 2. Uniswap v4 documentation says hook permissions are encoded in the hook contract address and used by PoolManager. 3. Solana Transfer Hook documentation says Transfer Hook can execute custom logic on every transfer for a specific mint. 4. Solana transfer documentation says Token Extension Program transfers prefer checked transfer variants and can add extension-specific behavior. 5. A hook-aware integration can fail because of address permissions, missing extra accounts, unsupported clients, simulation gaps or user-interface wording. 6. Public protocol documentation does not prove a specific wallet, router, exchange, custodian or app has implemented every hooked route safely.
閉じる
Decision Matrix
記事の表：横にスクロールするか、表の領域にフォーカスして矢印キーを使ってください。
| Check | What it means | Practical action | Unknown to keep explicit |
|---|---|---|---|
| Lifecycle point | the hook may run before or after specific pool or transfer actions | name the exact event before integration | whether user copy explains the event accurately |
| Permission encoding | Uniswap hook behavior is tied to valid hook-address permission bits | verify deployed address flags and source before routing size | whether a third-party route silently bypasses expected behavior |
| Extra account resolution | Solana hook transfers may need additional accounts beyond standard transfer accounts | simulate and resolve metadata before sending user funds | whether every client library remains current |
| Failure copy | hook failures can look like generic transaction failures to users | write explicit failure labels and non-secret recovery steps | whether support teams can distinguish hook failure from liquidity failure |
| Stop condition | a route is not normal just because the button renders | stop when hook source, address, metadata, simulation or fallback is unclear | future wallet and router support remains unknown |
Source Map
- Uniswap Developers: Uniswap v4 Hooks (uniswap-hooks-concepts)
- Uniswap Developers: Hooks Overview (uniswap-hooks-start)
- Solana: Token Extensions: Transfer Hook (solana-transfer-hook)
- Solana: Transfer Tokens (solana-transfer-basics)
Control Notes
1. Lifecycle point
Lifecycle point is the point where public documentation must become an operating rule. In this package, it means the hook may run before or after specific pool or transfer actions. The practical action is to name the exact event before integration. The unresolved edge is whether user copy explains the event accurately, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
2. Permission encoding
Permission encoding is the point where public documentation must become an operating rule. In this package, it means Uniswap hook behavior is tied to valid hook-address permission bits. The practical action is to verify deployed address flags and source before routing size. The unresolved edge is whether a third-party route silently bypasses expected behavior, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
3. Extra account resolution
Extra account resolution is the point where public documentation must become an operating rule. In this package, it means Solana hook transfers may need additional accounts beyond standard transfer accounts. The practical action is to simulate and resolve metadata before sending user funds. The unresolved edge is whether every client library remains current, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
4. Failure copy
Failure copy is the point where public documentation must become an operating rule. In this package, it means hook failures can look like generic transaction failures to users. The practical action is to write explicit failure labels and non-secret recovery steps. The unresolved edge is whether support teams can distinguish hook failure from liquidity failure, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
5. Stop condition
Stop condition is the point where public documentation must become an operating rule. In this package, it means a route is not normal just because the button renders. The practical action is to stop when hook source, address, metadata, simulation or fallback is unclear. The unresolved edge is future wallet and router support remains unknown, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
Known Unknowns
- whether user copy explains the event accurately
- whether a third-party route silently bypasses expected behavior
- whether every client library remains current
- whether support teams can distinguish hook failure from liquidity failure
- future wallet and router support remains unknown
Practical Takeaway
Uniswap v4 hooks and Solana Transfer Hook both add programmable logic around swaps or transfers, but their integration risks surface in different places. Uniswap v4 attaches optional hook contracts to pools and encodes hook permissions in the hook address. Solana Transfer Hook requires transfer clients to resolve hook metadata and include additional accounts when the mint requires it. The radar takeaway is that hook-aware integrations must document lifecycle event, address or metadata resolution, simulation path, fallback behavior and user-facing failure copy before calling a hooked route normal liquidity. The article stops at the evidence boundary. It helps the reader decide what to inspect next without converting public documentation into a promise that a private account, wallet, API key, pool route, stablecoin balance, tokenized asset or policy framework will work under every future condition.
関連テーマとツール:2つの取引所を比較Uniswap の概要と手数料