Les teneurs de marché automatisés (AMM) traditionnels demandent aux utilisateurs d'accepter un ensemble de règles de pool relativement fixes : un modèle de tarification, une politique de frais et un mécanisme de liquidité définis par le protocole. Uniswap v4 révolutionne ce modèle grâce aux hooks — des contrats intelligents externes capables d'exécuter une logique personnalisée à des moments précis du cycle de vie d'un pool. Il ne s'agit pas simplement d'un AMM plus avancé, mais d'un cadre permettant à deux pools utilisant le même noyau v4 sous-jacent de fonctionner de manière très différente.
Cette flexibilité offre de réelles possibilités. Un pool peut conserver le comportement standard de liquidité concentrée sans aucune modification, ou intégrer une logique personnalisée pour les frais dynamiques, les actions automatisées sur la liquidité, les règles d'accès, la comptabilité spécialisée ou d'autres mécanismes de marché. Le compromis est tout aussi important : chaque règle supplémentaire ajoute du code, des hypothèses, une complexité d'intégration accrue et potentiellement de nouveaux risques de sécurité.
Depuis septembre 2026, Uniswap v4 est opérationnel depuis janvier 2025. Uniswap décrit v4 comme un protocole AMM sans conservation, non évolutif et sans permission, utilisant un PoolManager unique et des hooks pour personnaliser le comportement des pools. Pour une présentation du protocole, consultez la présentation v4 d'Uniswap Labs et le livre blanc d'Uniswap v4 .
Un hook est un contrat intelligent associé à un pool Uniswap v4 lors de son initialisation. Ce hook peut être configuré pour recevoir des notifications avant ou après certaines actions du pool. Dans l'interface principale actuelle de la v4, ces points de cycle de vie incluent l'initialisation, l'ajout et le retrait de liquidités, les swaps et les dons. L'interface officielle est visible dans le code source IHooks.sol d'Uniswap .
La principale différence réside dans le fait qu'un hook ne remplace pas l'intégralité du gestionnaire de liquidités automatisé (AMM). Le noyau v4 continue de gérer l'état du pool et la liquidité concentrée via le PoolManager. Le hook ajoute des comportements liés à certaines actions. Par exemple, il peut analyser les conditions du marché avant un swap et choisir des frais de liquidité dynamiques, ou encore effectuer une comptabilisation après une modification de la liquidité.
Les fonctions de rappel utilisées par un pool sont définies lors de son initialisation. Dans la version 4, les permissions des hooks sont encodées dans l'adresse du contrat de hook via des bits de poids faible spécifiques. Cette conception inhabituelle permet au PoolManager de déterminer efficacement les fonctions de rappel à invoquer. Les détails d'implémentation sont documentés dans la bibliothèque officielle Hooks.sol .
Les anciennes versions d'AMM exigeaient souvent qu'une équipe crée une copie ou reconstruise une grande partie du protocole d'échange pour modifier la logique des frais, le comportement des ordres ou la comptabilité. La version 4 sépare le moteur de liquidité partagé des options de personnalisation. Tous les pools sont gérés par un PoolManager unique, évitant ainsi le déploiement d'un contrat principal distinct pour chaque pool.
Le livre blanc présente également la comptabilité flash , qui permet de compenser les mouvements de jetons intermédiaires lors d'une opération déverrouillée, à condition que les deltas finaux des devises soient correctement réglés. L'architecture singleton et les hooks facilitent la composition de plusieurs actions de pool et de logiques personnalisées sans avoir à dupliquer l'intégralité du code source d'un AMM.
| Conception de piscine | Ce qu'il peut optimiser | Compromis principal | Convient parfaitement lorsque |
|---|---|---|---|
| Pas d'hameçon | Simplicité et réduction des risques liés au code personnalisé | Comportements moins spécialisés | La liquidité concentrée standard correspond déjà au marché |
| Crochet de frais dynamiques | Des frais qui réagissent à la volatilité, au volume ou à d'autres règles | La logique des frais peut être erronée, manipulable ou coûteuse. | Les conditions du marché varient suffisamment pour qu'un tarif fixe soit inefficace. |
| Crochet de contrôle d'accès | Éligibilité, listes blanches ou contraintes de politique | Moins de participation sans autorisation et plus d'hypothèses de gouvernance | Une piscine a des exigences de participation explicites |
| Crochet de comptabilité personnalisée | Nouveaux comportements de règlement, incitations ou courbes spécialisées | Complexité de conception et d'audit maximale | Le produit a véritablement besoin de mécanismes allant au-delà de la simple liquidité concentrée. |
Un pool v4 ne nécessite pas de hook. C'est le choix le plus simple lorsqu'on recherche une liquidité concentrée classique avec un minimum de personnalisation. L'avantage réside dans une logique plus simple : moins de code externe à examiner, moins de cas particuliers et une meilleure visibilité sur le déroulement des swaps ou des modifications de liquidité.
La limitation est évidente : vous ne bénéficiez pas d’un comportement de pool spécialisé. Si un marché tire profit de frais variables, d’une logique de positionnement automatisée ou de restrictions personnalisées, un pool sans hook ne peut pas fournir ces fonctionnalités par lui-même.
La version 4 permet aux pools d'utiliser des frais LP dynamiques. Un beforeSwaphook peut, conformément aux règles de frais dynamiques du protocole, renvoyer une modification des frais LP pour cet échange. Il est ainsi possible de concevoir des politiques de frais qui s'adaptent à des conditions telles que la volatilité, le flux d'ordres ou le temps.
L'avantage réside dans l'adaptabilité. Une paire stable peut exiger des frais réduits en période de transactions normales, mais un comportement différent en cas de divergence des prix. Le risque est que l'algorithme de calcul des frais s'intègre à la microstructure du marché. Des paramètres inadéquats peuvent réduire les volumes, désavantager les fournisseurs de liquidités ou les opérateurs d'échange, ou encore créer des opportunités de manipulation.
Le dépôt public de hooks d'Uniswap Labs inclut un StablePairHook qui utilise des frais dynamiques pour les actifs dont le prix devrait être similaire. Ce dépôt illustre concrètement comment les hooks destinés à la production sont séparés du noyau v4 : dépôt public des hooks Uniswap v4 .
Les hooks permettent de coordonner les actions liées aux variations de liquidité ou aux swaps, ce qui permet aux systèmes d'automatiser certaines parties d'une stratégie de liquidité. Par exemple : la logique de rééquilibrage, les comportements temporels ou les intégrations avec d'autres protocoles.
Cela peut réduire la gestion manuelle, mais « automatisé » ne signifie pas « sans risque ». Les règles stratégiques peuvent être peu performantes sur des marchés volatils, dépendre de données externes, consommer davantage de ressources ou interagir négativement avec d'autres contrats. La comparaison pertinente n'est pas celle entre l'automatisation et l'absence d'effort, mais entre des règles prévisibles et vérifiables et la complexité opérationnelle et le risque lié au modèle.
Un hook peut imposer des conditions personnalisées avant d'autoriser une action. Cela peut prendre en charge les listes blanches, les règles d'éligibilité spécifiques au marché ou les contrôles de stratégie au niveau de l'application.
Cela peut convenir à un produit avec des exigences d'accès explicites, mais cela modifie l'ouverture du pool. Les utilisateurs doivent comprendre qui contrôle les règles, si ces règles peuvent changer, quels systèmes externes sont dignes de confiance et ce qui se passe en cas de défaillance d'un service d'autorisation.
L'une des fonctionnalités avancées de la v4 est la comptabilité personnalisée . Les hooks peuvent renvoyer des variations de jetons qui influent sur la manière dont la valeur est comptabilisée lors des opérations sur le pool. Le livre blanc de la v4 décrit cela comme un moyen pour les hooks d'implémenter des fonctionnalités telles que des courbes personnalisées, des frais de hook ou d'autres comportements comptables en complément du système principal.
Il ne s'agit pas simplement de modifier les frais affichés. Une comptabilité personnalisée peut modifier sensiblement l'économie d'une interaction. Pour les concepteurs de pools expérimentés, cela ouvre un vaste champ de possibilités. Pour les utilisateurs et les fournisseurs de liquidités, cela signifie que l'expression « il s'agit d'une pool Uniswap v4 » ne décrit pas entièrement les règles économiques. Il est également essentiel de comprendre le mécanisme associé.
| Critère | Pool de liquidité concentrée de style V3 | Piscine V4 avec crochets |
|---|---|---|
| Modèle de liquidité de base | Liquidités concentrées | Liquidités concentrées et logique personnalisée optionnelle |
| Comportement en matière de frais | Niveaux de frais prédéfinis | Configuration des frais plus flexible, incluant des frais dynamiques |
| Personnalisation de la piscine | Principalement fixé au niveau du protocole | La logique des hooks peut modifier le comportement du cycle de vie |
| Surface d'audit | Principalement un protocole et une intégration | Protocole, intégration et contrat de connexion |
| diligence raisonnable de l'utilisateur | Comprendre la paire, la plage, le niveau de frais et le risque lié aux jetons | Tout le code de gauche, plus le code d'accroche et ses dépendances |
La version V4 doit donc être considérée comme un prolongement de la liquidité concentrée plutôt que comme un substitut aux compromis fondamentaux inhérents aux fournisseurs de liquidité. Ces derniers restent exposés aux fluctuations de prix, à la sélection de la plage de prix, à la sélection adverse, au risque lié aux jetons et au risque des contrats intelligents. Les hooks ajoutent une dimension supplémentaire : le risque lié aux règles personnalisées.
Le noyau d'Uniswap v4 a fait l'objet d'un examen de sécurité approfondi avant son lancement. Uniswap Labs a annoncé, lors du lancement en janvier 2025, que le code source avait subi neuf audits, un important concours de sécurité et un programme de primes aux bogues. Les détails du lancement sont disponibles dans l'annonce de lancement de la v4 d'Uniswap Labs .
Cela ne signifie pas pour autant qu'un hook quelconque soit sûr. Les hooks sont des contrats externes créés par des développeurs indépendants. Un hook peut contenir des bogues, une logique malveillante, des dépendances non sécurisées, un contrôle d'accès insuffisant ou des hypothèses économiques qui s'avèrent erronées en cas de forte charge. Le dépôt officiel des hooks publics distingue clairement les implémentations de hooks maintenues par Uniswap Labs de l'ensemble des hooks de la communauté.
Pour un trader ou un LP, la question utile n'est donc pas simplement « Est-ce la v4 ? » mais « Quel hook est attaché, quelles fonctions de rappel peut-il exécuter, qui l'a construit, a-t-il été examiné et à quels contrats ou oracles supplémentaires fait-il confiance ? »
Privilégiez la simplicité. Un pool v4 sans hook (ou une autre conception de pool bien maîtrisée) peut se justifier lorsqu'un comportement personnalisé ne résout pas un problème spécifique. Ajouter de la programmabilité simplement parce qu'elle est disponible complexifie inutilement le système.
Un système de frais dynamiques peut s'avérer utile si les frais fixes sous-estiment ou surestiment systématiquement le risque de liquidité. Il convient d'évaluer la règle de tarification effective, les données d'entrée, la fréquence de mise à jour, les frais de gaz et le comportement du système en situation extrême, plutôt que de se concentrer uniquement sur les frais moyens.
Les mécanismes d'automatisation peuvent améliorer la cohérence de l'expérience utilisateur, mais la stratégie doit être envisagée comme un système financier à part entière, et non comme une simple fonctionnalité de confort. Il est essentiel de tester les modes de défaillance tels que les données obsolètes, les écarts de prix importants, les appels externes annulés et les situations où le rééquilibrage devient coûteux.
Un mécanisme de contrôle d'accès permet d'intégrer directement ces exigences aux actions du pool. Il en résulte une réduction des cas d'absence d'autorisation et une confiance accrue envers le responsable de la logique d'autorisation. Il est essentiel de documenter clairement ces contrôles pour les utilisateurs.
La comptabilité personnalisée offre la plus grande liberté de conception, mais elle exige aussi une attention toute particulière. Utilisez-la lorsque la comptabilité de trésorerie standard ne permet pas d'exprimer les objectifs économiques visés, et non pas simplement pour donner une apparence plus sophistiquée au système.
Les hooks V4 transforment un pool AMM, produit largement fixe, en un composant programmable. C'est un atout précieux lorsqu'un marché a un besoin spécifique : frais adaptatifs, automatisation, contrôle d'accès, comptabilité spécialisée ou intégration avec un autre système DeFi. En revanche, c'est moins pertinent lorsque la liquidité concentrée standard répond déjà à ce besoin.
Le principal compromis est simple : une personnalisation accrue implique davantage de code et d’hypothèses à évaluer . Les développeurs bénéficient d’une plus grande liberté de conception, les fournisseurs de liquidités ont accès à des stratégies plus spécialisées et les traders peuvent interagir avec des marchés dont le comportement diffère de celui des pools standard. Parallèlement, les utilisateurs doivent évaluer le hook associé comme faisant partie intégrante du pool.
Pour plus de détails sur l'implémentation, consultez le dépôt principal Uniswap v4 , le livre blanc v4 et la liste officielle des déploiements v4 . Les adresses de déploiement varient selon le réseau ; les intégrateurs doivent donc vérifier la correspondance officielle en vigueur au lieu de supposer qu'une adresse est universelle.
Utilisez cette checklist crypto du 4e trimestre pour rééquilibrer vos allocations, contrôler la concentration, revoir les impôts et la conservation de vos actifs, et aborder la fin de l'année avec un plan de gestion des risques rigoureux.
Découvrez comment la tokenisation RWA relie les bons du Trésor à la finance blockchain, en utilisant BlackRock BUIDL pour expliquer la propriété, la garde, l'accès, le rendement et le risque.
Comparez les flux de données Chainlink avec Pyth Core et Pyth Pro, notamment les mises à jour push et pull, la latence, la sécurité, les coûts et les changements d'intégration de 2026.
Apprenez à identifier les divergences haussières et baissières du RSI, à confirmer les configurations de retournement, à éviter les faux signaux, à choisir les paramètres du RSI et à utiliser une liste de contrôle pratique pour le trading.
Une analyse vérifiée des lancements de jeux Web3 les plus prometteurs du quatrième trimestre 2026, notamment Off The Grid, NIGHT CROWS W, Yakkamon et les principaux risques pour l'écosystème.
Découvrez comment les hooks Uniswap v4 personnalisent les pools de liquidités, des frais dynamiques aux contrôles d'accès, et comparez les avantages pratiques, les risques et les cas d'utilisation.
L'IA peut accélérer le développement des contrats intelligents, mais le code généré nécessite toujours une relecture humaine, des tests, des bibliothèques sécurisées et des audits. Comparez les opportunités et les risques réels.
Comparez les principaux agrégateurs d'actualités et plateformes de recherche crypto pour le trading professionnel, notamment CryptoPanic, Kaito, Messari, Glassnode, Nansen, Arkham et Coin Metrics.
L'offre de Bitcoin est fixe, mais cela n'en fait pas pour autant une protection parfaite contre l'inflation. Découvrez dans quelles situations le BTC peut être utile, dans quelles situations il peut échouer, et comment tester cette hypothèse.
Une analyse approfondie de cinq jetons de couche 2 qui pourraient être sous-évalués en 2026, axée sur leur utilité, la capture de valeur, le risque de déverrouillage et les catalyseurs en direct.
