Pool Guard for Uniswap permet à un émetteur, comme un fonds, un agent de transfert ou une plateforme de négociation, de gérer un pool Uniswap à accès autorisé à partir du registre des investisseurs qu’il tient déjà hors chaîne. Le registre reste là où il est, et aucune de ses données n’est inscrite sur la chaîne. À chaque dépôt, Newton vérifie le portefeuille par rapport au registre : y figure-t-il, et quel montant peut-il déposer ? Seule la décision est publiée.

Dans la démonstration, une feuille Google Sheets sert de registre. Un portefeuille inscrit effectue un dépôt dans la limite qui lui est accordée, et le pool l’accepte. Un deuxième dépôt, supérieur au montant restant de cette limite, est refusé sur la chaîne. Ni la feuille ni la limite ne sont jamais inscrites sur la chaîne, et l’explorateur Newton consigne les deux décisions. C’est le type de vérification que la SEC demande désormais aux plateformes qui négocient des actions tokenisées dans des pools AMM à accès autorisé, comme ceux d’Uniswap.


Contexte : les pools à accès autorisé et l’ordonnance de la SEC

Le 23 juillet 2026, Uniswap Labs a lancé les pools à accès autorisé pour les fonds tokenisés, les actions et d’autres actifs que seuls des investisseurs approuvés peuvent détenir.

Le 17 septembre 2026, la SEC a publié l’exemption pour l’innovation (communiqué n° 34-106402). Pendant cinq ans, une plateforme peut exploiter des pools AMM pour des actions tokenisées cotées aux États-Unis sans s’enregistrer comme bourse. Le fondateur d’Uniswap, Hayden Adams, a déclaré le même jour que l’ordonnance concerne principalement les pools à accès autorisé sur Uniswap. Trois de ses conditions ont une incidence sur la manière dont un pool vérifie qui négocie et pour quel montant :

  • Portefeuilles vérifiés uniquement. Seuls les participants vérifiés ou accrédités peuvent utiliser les pools, y compris les fournisseurs de liquidité.

  • Plafonds calculés en volume. Selon leur catégorie, les actions sont plafonnées à 0,25 % ou 2,5 % de leur volume quotidien moyen.

  • Traçabilité des vérifications des portefeuilles. La plateforme conserve des traces de la manière dont elle contrôle les participants et vérifie les adresses de portefeuille pendant toute la durée de l’exemption, plus trois ans.

Le défi : une liste d’autorisation on-chain doit rester à jour par rapport au registre hors chaîne

Dans la conception d’Uniswap, le jeton réglementé se trouve dans un adaptateur de permissions, à l’extérieur du pool. Avant chaque échange et chaque nouvelle position de liquidité, le pool demande à un vérificateur de liste d’autorisation — un contrat écrit par l’émetteur — si le portefeuille est autorisé (Uniswap Labs).

Pool Guard utilise plutôt son propre hook Uniswap, ce qui lui permet de fonctionner avec n’importe quel jeton ERC-20. Chaque échange, dépôt et retrait nécessite une attestation Newton pour le portefeuille et l’action concernés, et le hook annule toute opération qui n’en possède pas.

Le vérificateur de liste d’autorisation par défaut d’Uniswap reçoit uniquement le portefeuille et le jeton, puis répond par deux indicateurs oui/non : l’un pour les échanges et l’autre pour la fourniture de liquidité.

Cela laisse trois lacunes :

  • Le registre doit être copié on-chain. Le vérificateur ne voit que les données déjà présentes on-chain ; chaque approbation ou suppression dans le registre de l’émetteur doit donc y être répercutée. Tant que ce n’est pas fait, le pool et le registre ne concordent pas.

  • Il répond par oui ou par non. Le montant de la transaction n’est jamais transmis ; il ne peut donc pas faire respecter une règle comme « jusqu’à 50 000 $ pour ce portefeuille », un plafond de souscription ou les plafonds de volume prévus par l’ordonnance de la SEC.

  • N’importe qui peut le consulter. Il s’agit d’une fonction publique ; n’importe qui peut donc vérifier si un portefeuille est approuvé.

Une autre approche consiste à utiliser un justificatif non transférable, un jeton qui ne peut pas être transféré et qui est émis à un portefeuille une fois que l’investisseur a passé les contrôles KYC ou obtenu son accréditation. Le pool vérifie que le portefeuille en détient un. La vérification est peu coûteuse, et un même justificatif peut servir pour plusieurs pools.

Le registre reste toutefois sur la chaîne, avec un jeton par investisseur ; cette approche présente donc les mêmes lacunes que la liste d’autorisation. Chaque changement dans le registre implique d’émettre, de mettre à jour ou de brûler un jeton, et un investisseur dont le statut expire conserve l’accès jusqu’à ce que cela soit fait. Un montant ne peut être défini que sous la forme d’un niveau fixe inscrit dans le jeton. Et le jeton est visible par tous dans le portefeuille.

La solution : Newton vérifie le registre hors chaîne à chaque dépôt

Les opérateurs Newton signent chaque décision, et Newton Explorer en conserve une trace. L’émetteur peut conserver cette trace avec les documents exigés par l’ordonnance de la SEC, sans publier son registre : chaque décision indique uniquement si le portefeuille figure sur la liste et le montant qu’il peut encore déposer. Pool Guard reprend le modèle des pools à accès autorisé, dans lequel l’émetteur décide toujours qui peut détenir son actif. Newton permet de s’appuyer sur le registre de l’émetteur et d’associer un montant à cette décision.

Ce que montre la démo

Pool Guard présente un pool Uniswap sur le réseau de test Sepolia avec des jetons de test, protégé par un hook Uniswap qui n’accepte que les actions autorisées par Newton. La feuille Google Sheets sert de registre à l’émetteur (ce que la démo appelle une liste d’autorisation) : elle comporte une ligne par portefeuille et indique le montant maximal qu’il peut détenir dans le pool. La démo l’affiche pour que les visiteurs puissent la suivre. Un visiteur effectue un dépôt du début à la fin.

1. Choisissez un portefeuille. Sélectionnez une ligne dans la liste d’autorisation de l’émetteur, affichée à droite, ou choisissez un portefeuille aléatoire qui n’y figure pas.

2. Choisissez un montant. L’écran indique la limite du portefeuille, ce qu’il détient déjà dans le pool et ce qu’il lui reste.

Le visiteur peut aussi agir en tant qu’émetteur et modifier la limite de chaque portefeuille. La nouvelle valeur est ajoutée à la liste d’autorisation, et le dépôt suivant est vérifié par rapport à celle-ci sans mise à jour on-chain nécessaire.

3. Newton vérifie. Les opérateurs Newton consultent la ligne du portefeuille dans la liste d’autorisation de l’émetteur et déduisent du pool ce qu’il a déjà déposé. Ils appliquent la politique de l’émetteur, qui autorise le dépôt si le portefeuille figure sur la liste et si le montant ne dépasse pas le solde restant de sa limite, puis signent la réponse.

4. Le pool décide. Le hook Uniswap vérifie la signature on-chain. Un dépôt autorisé est versé dans le pool.

Le hook refuse tout dépôt qui dépasse la limite ou provient d’un portefeuille qui ne figure pas sur la liste. Il annule la transaction on-chain et rien n’atteint le pool. Dans la capture d’écran ci-dessous, il reste 150 000 à la ligne 6 après son dépôt de 100 000. Le hook refuse donc un nouveau dépôt de 188 000, car la limite s’applique au montant total détenu par le portefeuille.

À qui cela s’adresse

Pool Guard est une démo des hooks Uniswap v4, mais ce modèle peut s’appliquer à n’importe quel pool ou coffre dont l’accès dépend d’un registre conservé hors chaîne. L’émetteur conserve son registre là où il se trouve, définit ses règles une seule fois sous forme de politique Newton et relie son hook Uniswap ou son contrat de coffre à la signature Newton.

Il convient particulièrement à trois types d’équipes :

  • Les émetteurs de fonds tokenisés qui ouvrent une liquidité secondaire sur Uniswap à des investisseurs approuvés, avec un plafond par investisseur.

  • Les plateformes qui négocient des actions tokenisées dans le cadre de l’ordonnance de la SEC, et qui doivent contrôler chaque participant, y compris les fournisseurs de liquidité, et conserver des traces de leurs vérifications.

  • Les coffres de crédit privé et d’actifs du monde réel (RWA) dont le registre des investisseurs est déjà géré par un agent de transfert ou un administrateur de fonds.

Le point commun : le registre est conservé hors chaîne, au moins une règle dépend d’un montant, et quelqu’un peut demander plus tard quel portefeuille a été vérifié, à quel moment et selon quelle règle.

Essayez la démo. Cela prend environ deux minutes : faites approuver un dépôt, tentez un dépôt supérieur à la limite, puis prenez la place de l’émetteur, modifiez la limite et observez le pool s’adapter.