Uniswap Labs a introduit les Permissioned Pools pour Uniswap v4, une conception basée sur des hooks destinée à permettre aux émetteurs de fonds tokenisés, de titres et d'autres actifs du monde réel de contrôler qui peut trader ou fournir des liquidités dans des pools spécifiques, tout en laissant le protocole Uniswap sous-jacent sans permission.

Le modèle répond à une tension fondamentale de la finance décentralisée : les actifs réglementés ou soumis à un contrôle d'accès nécessitent souvent des vérifications d'éligibilité, mais les market makers automatisés (AMM) sont conçus pour une participation ouverte. Dans la conception de la v4, les restrictions ne s'appliquent qu'aux pools qui choisissent d'utiliser le hook avec autorisation, et non à Uniswap dans son ensemble.

Selon Uniswap Labs, les nouveaux Permissioned Pools utilisent des listes d'autorisation gérées par l'émetteur et appliquées onchain. Seules les adresses approuvées peuvent interagir avec le pool concerné. La documentation développeur décrit deux permissions distinctes : SWAP_ALLOWED, qui détermine si une adresse peut trader, et LIQUIDITY_ALLOWED, qui détermine si elle peut ajouter ou retirer des liquidités (Développeurs Uniswap).

Ce que signifient les Permissioned Pools dans Uniswap v4

Les Permissioned Pools sont construits autour des hooks d'Uniswap v4. Dans ce contexte, un hook vérifie chaque swap et chaque action de liquidité par rapport à une liste d'autorisation maintenue par l'émetteur de l'actif ou son opérateur désigné. Si une adresse est approuvée, l'action peut se poursuivre. Si elle ne l'est pas, la transaction est annulée (reverted).

Les hooks sont l'une des principales fonctionnalités d'extensibilité d'Uniswap v4, permettant l'exécution d'une logique personnalisée au niveau du pool autour d'actions telles que les swaps et les modifications de liquidité. Cela fait de l'autorisation une règle spécifique à l'application plutôt qu'un changement applicable à tous les pools du protocole.

La conception ne transforme pas Uniswap en un exchange à accès restreint. Elle ajoute plutôt une logique spécifique au pool pour les actifs nécessitant un accès contrôlé. Les pools Uniswap sans permission restent ouverts, tandis que la logique avec autorisation ne s'applique que là où un pool a choisi de l'activer.

Uniswap Labs a décrit la structure dans son annonce du 23 juillet 2026 comme un moyen pour les fonds tokenisés et autres actifs réglementés de trader via des AMM sans que le protocole de base ne prenne la garde des actifs ni n'opère des processus de connaissance du client (KYC). L'émetteur gère l'éligibilité offchain et reflète ce statut onchain via la liste d'autorisation.

Pourquoi les actifs du monde réel nécessitent des contrôles d'éligibilité

Les bons du Trésor tokenisés, les fonds du marché monétaire, les créances privées et les instruments assimilables à des actions peuvent comporter des exigences légales, juridictionnelles ou liées au statut d'investisseur. Les émetteurs peuvent avoir besoin de connaître l'identité des contreparties et, dans certains cas, de conserver la capacité de geler, de racheter ou d'agir autrement conformément aux documents constitutifs.

Les listes d'autorisation créent un mécanisme pour intégrer ces exigences dans la DeFi. L'émetteur détermine l'éligibilité en dehors du protocole, tandis que l'AMM continue de gérer la tarification, l'inventaire et le règlement. Le rôle du hook se limite à vérifier si un portefeuille est autorisé à participer.

Pour les traders et les fournisseurs de liquidité, cela signifie que l'accès peut nécessiter une vérification auprès de l'émetteur ou d'un registre avant qu'une adresse puisse effectuer des swaps ou fournir des liquidités. Si une adresse n'est pas approuvée, le pool ne fonctionnera pas pour ce portefeuille.

Comment fonctionne le hook

La documentation développeur d'Uniswap décrit deux paramètres de permission distincts. SWAP_ALLOWED détermine si un portefeuille peut trader les actifs du pool. LIQUIDITY_ALLOWED détermine s'il peut déposer ou retirer des liquidités. Une adresse peut avoir une permission sans l'autre, permettant à un émetteur d'approuver certains participants pour le trading mais pas pour la fourniture de liquidité.

Les positions de liquidité dans les pools avec autorisation sont représentées par des NFT, mais ces NFT de position sont non transférables. La documentation indique que les appels à transferFrom et safeTransferFrom sont annulés avec TransferDisabled. Cette restriction vise à empêcher le transfert d'une position LP approuvée vers une adresse ou une entité qui n'a pas passé le processus d'éligibilité de l'émetteur.

L'administrateur de l'adaptateur a également la capacité d'appeler unwindPosition pour clôturer une position LP lorsque la politique l'exige. En pratique, cela signifie que l'émetteur ou l'opérateur désigné détient des pouvoirs administratifs spécifiques définis au niveau du contrat. Uniswap lui-même n'approuve pas les investisseurs et ne gère pas les fichiers KYC ; le hook lit la liste d'autorisation et applique le résultat pour le pool.

Changements pour les traders et les fournisseurs de liquidité

Pour les traders, le changement le plus immédiat est une vérification d'accès avant l'exécution. Si un portefeuille ne figure pas sur la liste d'autorisation concernée, un swap via le pool avec autorisation échouera. Certaines interfaces peuvent être en mesure de vérifier l'éligibilité à l'avance et d'inviter les utilisateurs à demander une approbation.

Le règlement reste non-custodial. Les utilisateurs signent toujours les transactions depuis leurs propres portefeuilles, et la tarification reste basée sur l'AMM. Le slippage, la profondeur de liquidité et les frais du pool continuent d'avoir la même importance que dans les autres pools AMM. La différence est que seules les adresses approuvées peuvent interagir avec le pool.

Pour les LP, la non-transférabilité des NFT de position constitue un changement opérationnel majeur. Les entités qui s'appuient sur le transfert de positions LP entre portefeuilles, comptes ou filiales devront tenir compte de cette restriction. Les LP doivent également comprendre les droits de dénouement (unwind) de l'émetteur, y compris les circonstances dans lesquelles l'administrateur de l'adaptateur peut forcer la fermeture d'une position.

Les émetteurs peuvent également cibler des programmes de liquidité vers des market makers ou des allocateurs spécifiques. Cela peut façonner l'accès au pool et influencer qui est en mesure de fournir de la profondeur pour l'actif.

Compromis de conformité et neutralité du protocole

Les pools avec autorisation représentent un compromis entre l'architecture ouverte de la DeFi et les exigences des actifs réglementés. Les émetteurs de certains actifs peuvent être incapables de maintenir un marché onchain sans contrôles d'accès. L'architecture de hooks d'Uniswap v4 permet à ces contrôles d'exister au niveau du pool tout en maintenant le protocole de base neutre.

L'approche sépare les responsabilités. Les émetteurs gèrent les listes d'autorisation et assument les obligations de conformité, tandis que le protocole fournit l'infrastructure de marché. Au sein d'un pool approuvé, les fonctions DeFi telles que la tarification AMM, le routage et la comptabilité onchain peuvent continuer à fonctionner, sous réserve des restrictions du hook.

Cette séparation est importante car elle maintient les décisions de conformité liées à l'actif et à son émetteur plutôt que d'intégrer une exigence d'identité universelle dans Uniswap. Cela signifie également que les participants doivent évaluer chaque pool avec autorisation selon ses propres termes, puisque les politiques et les contrôles administratifs peuvent différer d'un émetteur à l'autre.

La conception introduit également des compromis. L'administrateur de l'adaptateur devient une surface de risque importante, car une utilisation abusive ou une compromission des clés administratives pourrait affecter un pool. Les utilisateurs sont également confrontés à des frictions supplémentaires liées aux processus KYC et à la liaison de portefeuille. La confidentialité est une autre considération, car les portefeuilles liés à des identités vérifiées peuvent rendre l'activité onchain plus facile à associer à une personne ou une entité.

RWA, appchains et déploiement cross-chain

Uniswap a relié le lancement des pools avec autorisation à une croissance plus large des actifs tokenisés et de l'activité de marché cross-chain. Dans un article Substack, Uniswap a indiqué que son déploiement sur la nouvelle Robinhood Chain avait dépassé 6 milliards de dollars de volume en une semaine, incluant son premier jour à 1 milliard de dollars.

Les pools avec autorisation s'intègrent dans cet environnement cross-chain parce que les émetteurs veulent accéder aux lieux de liquidité et aux interfaces utilisateur tout en conservant des contrôles au niveau de l'actif. Si Uniswap v4 est déployé sur une chaîne et qu'un émetteur peut maintenir une liste d'autorisation, la politique d'accès du pool peut suivre l'actif grâce à la conception du hook.

Uniswap a également cité le mouvement de l'écosystème vers les fonctionnalités activées par hooks de la v4. Dans ses dernières actualités, Uniswap a indiqué que Spark avait transféré environ 150 millions de dollars de liquidité stablecoin en prévision de fonctionnalités telles que DualPool, qui utilise la même architecture de hooks sur laquelle les pools avec autorisation s'appuient.

Associées à l'annonce d'Uniswap du 23 juillet, ces évolutions montrent comment les actifs réglementés peuvent rechercher la liquidité et la composabilité des AMM tout en opérant dans des garde-fous définis par l'émetteur.

Risques et modes de défaillance

Les pools avec autorisation ajoutent des chemins de code supplémentaires via les hooks, ce qui rend la revue des contrats, les audits et les contrôles de mise à niveau importants pour les participants. Les utilisateurs doivent comprendre si le bytecode déployé correspond au code audité et si le hook ou l'adaptateur peut être mis à niveau.

Les pouvoirs administratifs nécessitent également un examen approfondi. L'étendue de l'autorité de l'administrateur de l'adaptateur peut inclure des fonctions telles que unwindPosition, des modifications de paramètres ou d'autres contrôles selon la mise en œuvre. Les verrous temporels (time locks), les arrangements multisig et les politiques écrites de l'émetteur peuvent affecter matériellement le risque.

L'exactitude de la liste d'autorisation est un autre problème potentiel. Si un registre offchain est retardé ou incorrect, une adresse peut être bloquée ou rester approuvée alors que son statut aurait dû changer. Les modifications juridictionnelles ou politiques après qu'un utilisateur a fourni des liquidités peuvent également modifier l'éligibilité d'une adresse.

Le routage peut créer des cas limites supplémentaires. Les agrégateurs peuvent tenter de router des transactions via un pool avec autorisation. Si l'adresse de l'utilisateur n'est pas sur la liste d'autorisation, la transaction sera annulée, à moins que l'interface ou le routeur ne filtre le pool à l'avance.

Liste de vérification avant d'utiliser un pool avec autorisation

Les participants évaluant un pool avec autorisation doivent examiner l'identité de l'émetteur, son statut d'enregistrement et sa documentation publique le cas échéant. Ils doivent également examiner la politique de liste d'autorisation, y compris qui approuve les adresses, quels documents sont requis, combien de temps dure l'approbation et comment les révocations sont traitées.

Le code du hook, le statut d'audit et le bytecode déployé sont également centraux. Les utilisateurs doivent identifier les pouvoirs administratifs exacts, y compris si l'administrateur peut suspendre l'activité, appeler unwindPosition ou modifier des paramètres. Les LP doivent examiner les frais, les incitations, les blocages (lockups) et les implications des NFT de position non transférables.

La prise en charge de la chaîne est un autre facteur opérationnel. Un pool peut être disponible uniquement là où Uniswap v4 est déployé et là où un émetteur choisit de se lancer. Les systèmes de garde, les flux de conformité et les outils de routage doivent également prendre en charge la chaîne et la structure de pool concernées.

Comparaison avec d'autres structures de marché

Les utilisateurs dont les mandats interdisent les lieux à contrôle administratif peuvent contourner les pools avec autorisation. De nombreux agrégateurs permettent aux utilisateurs de mettre sur liste noire des adresses de pool spécifiques.

Foire aux questions

Les pools avec autorisation font-ils d'Uniswap un exchange réglementé ?

Non. Le protocole de base reste sans permission. Les vérifications d'autorisation résident dans des hooks spécifiques au pool contrôlés par l'émetteur. L'émetteur gère le KYC et la politique offchain et expose une liste d'autorisation que le hook peut lire.

Comment un utilisateur est-il ajouté à la liste d'autorisation pour trader ou fournir des liquidités ?

Chaque émetteur définit son propre processus. Dans une structure typique, un utilisateur soumet des informations KYC et associe une adresse de portefeuille. Une fois approuvé, l'adresse apparaît sur la liste d'autorisation et peut effectuer des swaps ou fournir des liquidités sans que la vérification d'autorisation ne soit annulée.

Les LP peuvent-ils transférer ou vendre leurs NFT de position LP ?

Pas dans les pools avec autorisation. Les NFT de position sont non transférables par conception. Selon la documentation développeur, les appels pour les déplacer sont annulés, et l'administrateur de l'adaptateur peut dénouer les positions si la politique l'exige.

Que se passe-t-il si un agrégateur route via un pool avec autorisation ?

Si l'adresse de l'utilisateur n'est pas sur la liste d'autorisation, la transaction sera annulée. Les interfaces peuvent pré-filtrer ces routes, et les utilisateurs peuvent également désactiver des pools spécifiques dans les paramètres du routeur lorsque cela est pris en charge.

Cela affecte-t-il les détenteurs de jetons UNI ou les frais de protocole ?

Les pools avec autorisation ne modifient pas directement le commutateur de frais du protocole de base ni la gouvernance. Ce sont des hooks optionnels au niveau du pool. Tout effet sur le volume ou les flux de frais dépend de l'adoption par les émetteurs et de la demande des traders.

Les pools avec autorisation sont-ils disponibles sur toutes les chaînes où Uniswap opère ?

Les pools avec autorisation sont une fonctionnalité d'Uniswap v4. La disponibilité dépend de l'endroit où la v4 est déployée et où un émetteur choisit de se lancer. Les utilisateurs doivent vérifier la prise en charge de la chaîne et l'intégration de garde avant l'intégration.

Les pools avec autorisation sont-ils uniquement destinés aux titres ?

Non. Ils sont conçus pour les actifs nécessitant des contrôles d'éligibilité, qui peuvent inclure des fonds, des produits structurés et d'autres jetons régis par des règles d'accès.

Clause de non-responsabilité : Cet article est fourni à titre informatif uniquement. Il n'est pas offert ni destiné à être utilisé comme conseil juridique, fiscal, d'investissement, financier ou autre.