O RFC da Uniswap propõe a execução de uma troca (swap) privada usando v4 Hooks

A governança da Uniswap está discutindo um RFC enviado pela SilentSwap que adicionaria um caminho de execução privado opcional à interface da Uniswap, usando hooks do Uniswap v4 e o UniswapX para reduzir a exposição das informações da transação antes da execução do swap. A proposta enquadra o recurso como uma opção “Swap Privately” que deixaria swaps padrão inalterados e as taxas do pool sem mudanças, usando zk-SNARKs e uma triagem de conformidade antes da execução para processar negociações com mais privacidade. O RFC aborda um problema persistente da DeFi: a transparência dos swaps on-chain permite que a intenção da transação vaze antes da execução, dando a bots e traders sofisticados oportunidades de front-run, fazer sandwich (ataque do tipo sandwich), ou de outra forma explorar usuários.

Proposta da SilentSwap mira exposição a MEV e front-running

O RFC identifica a visibilidade da execução como um problema central na negociação DeFi. Quando os usuários enviam transações, suas intenções podem se tornar visíveis antes da transação ser finalizada, permitindo que bots monitorem transações pendentes, estimem o provável impacto no preço e insiram suas próprias negociações em torno do usuário. A proposta descreve MEV, ataques de sandwich e vazamento de execução como problemas já estabelecidos na DeFi. Alguns usuários aprenderam a se proteger com RPCs privadas, agregadores, controles de slippage ou ferramentas de roteamento mais avançadas, mas o RFC observa que muitos usuários não adotaram essas proteções. A arquitetura sugerida tornaria a proteção mais fácil no nível da interface, já que a maioria dos usuários interage com DeFi por frontends e não diretamente por contratos.

Hooks do Uniswap v4 habilitam lógica de execução customizada

O RFC usa os hooks do Uniswap v4 como um componente central da arquitetura proposta. Hooks permitem que desenvolvedores personalizem o comportamento do pool e a lógica de execução em torno de swaps, dando suporte a novos tipos de roteamento, taxas, tratamento de ordens e recursos relacionados à privacidade. Nesta proposta, os hooks v4 fazem parte da arquitetura sugerida para execução privada. O RFC também incorpora o UniswapX, que já lida com execuções de swap mais flexíveis e fillers externos. A combinação daria aos usuários um caminho em que os detalhes da transação ficam menos expostos antes da execução, enquanto ainda usa a liquidez e a interface da Uniswap.

RFC combina arquitetura de privacidade com triagem de conformidade

A proposta une privacidade com triagem de conformidade antes da execução. O RFC descreve essa combinação como refletindo o desenvolvimento atual da privacidade em DeFi: usuários buscam proteção contra front-running e vazamento de dados, enquanto reguladores e protocolos querem evitar criar ferramentas que possibilitem atividade sancionada ou abuso. A proposta usa zk-SNARKs e triagem de conformidade para processar negociações. O RFC afirma que essa abordagem tenta proteger usuários legítimos enquanto ainda permite algum tipo de controle de conformidade.

A proposta permanece em estágio de discussão sem aprovação

O RFC é uma proposta de discussão, não um produto ao vivo ou aprovado. A governança da Uniswap ainda precisa debater se o design faz sentido, se a implementação técnica é segura, se as premissas de conformidade são aceitáveis, se a UX está clara e se o recurso cria algum novo risco para o protocolo ou para a interface. O RFC reconhece que pode haver preocupações sobre complexidade, premissas de confiança, provedores de triagem, exposição legal, custo e se os usuários entendem o que “privado” realmente significa. A proposta se baseia no RFC de governança da Uniswap sobre privacidade nativa de execução via hooks v4 e UniswapX.

FAQ

O que o RFC da Uniswap propõe?

O RFC enviado pela SilentSwap propõe adicionar um caminho de execução privada opcional à interface da Uniswap usando hooks do Uniswap v4 e o UniswapX. O recurso seria apresentado como uma opção “Swap Privately”, mantendo swaps padrão e taxas dos pools inalterados, enquanto usa zk-SNARKs e triagem de conformidade antes da execução.

Por que o RFC aborda privacidade de swap?

O RFC identifica que a transparência dos swaps on-chain permite que a intenção da transação vaze antes da execução, oferecendo a bots e traders sofisticados oportunidades de front-run, fazer sandwich (ataque do tipo sandwich) ou de outra forma explorar usuários por meio de MEV e vazamento de execução.

Qual é o status atual da proposta?

A proposta é um RFC na fase de discussão. Ela não é um recurso ao vivo nem uma mudança de governança aprovada, e a governança da Uniswap ainda precisa avaliar o design, a implementação técnica, as premissas de conformidade e os potenciais riscos.