Un pool peut désormais exécuter son propre code pendant votre swap. C'est du pouvoir — et une surface d'attaque.

Les hooks Uniswap V4 sont des smart contracts personnalisés attachés aux pools de liquidité, qui interceptent les swaps, les changements de liquidité et les dons. Explications : permissions des hooks, usages légitimes, motifs de hooks malveillants et comment les scanners de sécurité les inspectent.

Dans Uniswap V4, un hook (crochet) est un smart contract attaché à un pool de liquidité, qui exécute une logique personnalisée autour des événements du pool : avant et après les swaps, avant et après l'ajout ou le retrait de liquidité, et lors des dons. Les hooks sont ce qui fait de V4 une plateforme extensible plutôt qu'un AMM fixe — et sur des chaînes comme Robinhood Chain, où la liquidité V4 domine, comprendre les hooks est essentiel pour trader en sécurité.

Comment les hooks fonctionnent techniquement

À sa création, un pool spécifie une adresse de contrat de hook. Les bits de l'adresse du hook déclarent quelles permissions il utilise — par exemple beforeSwap, afterSwap, beforeAddLiquidity, afterRemoveLiquidity. Lors de chaque swap, le pool manager V4 appelle les callbacks déclarés. Un hook peut ajuster les montants, prélever des frais dynamiques, imposer des allowlists (listes d'autorisation), ou faire échouer entièrement le swap dans des conditions qu'il définit.

Motifs de hooks légitimes

• Frais dynamiques qui réagissent à la volatilité
• Ordres TWAP/pondérés dans le temps exécutés contre le flux du pool
• Ordres limites on-chain encodés sous forme de hooks
• Internalisation du MEV qui rétrocède de la valeur aux fournisseurs de liquidité
• Barrières KY/allowlist pour les actifs réglementés

Motifs de hooks malveillants (pourquoi les scanners existent)

La même puissance de callback permet des abus que les scanners classiques de contrats de tokens ratent complètement :

• Ventes bloquées par transfert : le hook laisse passer les achats et fait échouer les ventes sauf pour les adresses en liste blanche — le honeypot (pot de miel) moderne.
• Frais asymétriques : frais d'achat proches de zéro, frais de vente confiscatoires (par ex. 90 %), si bien que le graphique semble traitable jusqu'à votre sortie.
• Manipulation de soldes entre callbacks : un hook qui capture ou modifie les soldes entre beforeSwap et afterSwap peut prélever une partie du rendement, invisiblement pour les moteurs de cotation naïfs.
• Paramètres-pièges modifiables par le propriétaire : un pool qui se comporte honnêtement au lancement et devient hostile quand le propriétaire met à jour l'état du hook.

Comment Loxley AI scanne les hooks sur Robinhood Chain

La stack de sécurité de Loxley est hook-first (axée d'abord sur les hooks) : analyse des bits de permission, détection de motifs de bytecode pour les motifs malveillants ci-dessus, vérification de l'état du pool, notation de l'interaction token-hook et simulation de cotation tenant compte des hooks. Les verdicts danger et critique bloquent fermement l'auto-buy sans surveillance ; les acheteurs manuels voient des avertissements explicites ; les ventes ne sont jamais bloquées. Tous les détails dans la documentation du scanner de hooks.

FAQ

Tout pool à hook est-il dangereux ?

Non. Les hooks sont une infrastructure neutre. Le point est qu'un pool à hook doit être analysé à la couche du hook, alors que la plupart des bots multi-chaînes ne scannent que le contrat du token.

Un hook peut-il être mis à jour après le lancement ?

L'adresse du hook d'un pool est fixée à la création, mais les hooks dont l'état est modifiable par le propriétaire peuvent changer de comportement. Les scanners devraient signaler les paramètres modifiables comme un facteur de risque.

Plongée technique →

Built for operators, not slippage goblins. Talk to us →