La gouvernance d’Uniswap discute d’un RFC soumis par SilentSwap qui ajouterait, en option, un chemin d’exécution privée à l’interface d’Uniswap, en s’appuyant sur les Uniswap v4 hooks et UniswapX afin de réduire l’exposition des informations de transaction avant l’exécution du swap. La proposition présente la fonctionnalité comme une option « Swap Privately » qui laisse les swaps standard inchangés et les frais de pool affectés, en utilisant des zk-SNARKs et un contrôle de conformité avant exécution pour traiter les transactions de manière plus privée. Le RFC répond à un problème DeFi persistant : la transparence des swaps on-chain permet que l’intention de transaction fuit avant l’exécution, donnant aux bots et aux traders sophistiqués des occasions de front-run, de sandwich ou, plus généralement, d’exploiter les utilisateurs.
Proposition de SilentSwap : cibler l’exposition à la MEV et au front-running
Le RFC identifie la visibilité de l’exécution comme un problème central du trading DeFi. Lorsque les utilisateurs soumettent des transactions, leurs intentions peuvent devenir visibles avant que la transaction ne soit finalisée, permettant aux bots de surveiller les transactions en attente, d’estimer l’impact probable sur le prix, puis d’insérer leurs propres trades autour de l’utilisateur. La proposition décrit la MEV, les attaques par sandwich et la fuite d’exécution comme des problèmes établis en DeFi. Certains utilisateurs ont appris à se protéger avec des RPC privées, des agrégateurs, des contrôles de slippage ou des outils de routage plus avancés, mais le RFC note que de nombreux utilisateurs n’ont pas adopté ces protections. L’architecture suggérée rendrait la protection plus facile au niveau de l’interface, puisque la plupart des utilisateurs interagissent avec la DeFi via des frontends plutôt que directement via des smart contracts.
Les Uniswap v4 hooks permettent une logique d’exécution personnalisée
Le RFC exploite les hooks Uniswap v4 comme composant central de l’architecture proposée. Les hooks permettent aux développeurs de personnaliser le comportement des pools et la logique d’exécution autour des swaps, en prenant en charge de nouveaux types de routage, de frais, de gestion des ordres et des fonctionnalités liées à la confidentialité. Dans cette proposition, les hooks v4 font partie de l’architecture suggérée pour une exécution privée. Le RFC intègre aussi UniswapX, qui gère déjà une exécution de swap plus flexible et des fillers externes. La combinaison offrirait aux utilisateurs une route où les détails de leur transaction sont moins exposés avant l’exécution, tout en utilisant la liquidité et l’interface d’Uniswap.
Le RFC combine architecture de confidentialité et contrôle de conformité
La proposition associe la confidentialité à un contrôle de conformité avant exécution. Le RFC décrit ce rapprochement comme reflétant l’évolution actuelle de la confidentialité en DeFi : les utilisateurs veulent être protégés contre le front-running et la fuite de données, tandis que les régulateurs et les protocoles veulent éviter de créer des outils permettant des activités sanctionnées ou des abus. La proposition utilise des zk-SNARKs et un contrôle de conformité pour traiter les transactions. Le RFC indique que cette approche vise à protéger les utilisateurs légitimes tout en permettant une forme de contrôle de conformité.
La proposition reste au stade de discussion sans approbation
Le RFC est une proposition de discussion, pas un produit en direct ni approuvé. La gouvernance d’Uniswap doit encore débattre de savoir si la conception a du sens, si l’implémentation technique est sûre, si les hypothèses de conformité sont acceptables, si l’UX est claire et si la fonctionnalité crée de nouveaux risques pour le protocole ou l’interface. Le RFC reconnaît qu’il peut y avoir des inquiétudes concernant la complexité, les hypothèses de confiance, les prestataires de screening, l’exposition juridique, le coût et la question de savoir si les utilisateurs comprennent ce que signifie réellement « privé ». La proposition repose sur le RFC de gouvernance d’Uniswap sur la confidentialité d’exécution native via des hooks v4 et UniswapX.
FAQ
Que propose le RFC d’Uniswap ?
Le RFC soumis par SilentSwap propose d’ajouter un chemin d’exécution privée optionnel à l’interface d’Uniswap, en utilisant Uniswap v4 hooks et UniswapX. La fonctionnalité serait présentée comme une option « Swap Privately », laissant les swaps standard et les frais de pool inchangés tout en utilisant des zk-SNARKs et un contrôle de conformité avant exécution.
Pourquoi le RFC aborde-t-il la confidentialité des swaps ?
Le RFC identifie que la transparence des swaps on-chain permet que l’intention de transaction fuite avant l’exécution, offrant aux bots et aux traders sophistiqués des opportunités de front-run, de sandwich ou d’exploiter autrement les utilisateurs via la MEV et la fuite d’exécution.
Quel est le statut actuel de la proposition ?
La proposition est un RFC au stade de discussion. Ce n’est pas une fonctionnalité en direct ni un changement de gouvernance approuvé, et la gouvernance d’Uniswap doit encore évaluer la conception, l’implémentation technique, les hypothèses de conformité et les risques potentiels.
