A governança da Uniswap está a discutir um RFC apresentado pela SilentSwap que introduziria, de forma opcional, um caminho de execução privada na interface da Uniswap, utilizando os hooks da Uniswap v4 e a UniswapX para reduzir a exposição das informações da transação antes da execução da troca. A proposta enquadra esta funcionalidade como uma opção “Trocar Privadamente”, que manteria intactas as trocas standard e as comissões das pools, recorrendo a zk-SNARKs e a uma triagem de conformidade pré-execução para processar negociações de forma mais privada. O RFC aborda um problema persistente na DeFi: a transparência das trocas on-chain faz com que a intenção da transação vaze antes da execução, dando a bots e a traders sofisticados oportunidades de front-run, sandwich ou de explorar os utilizadores de outras formas.
Proposta da SilentSwap visa reduzir 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 utilizadores submetem transações, as suas intenções podem tornar-se visíveis antes de a transação ser finalizada, permitindo que bots monitorizem transações pendentes, estimem o impacto provável no preço e insiram as suas próprias negociações em torno do utilizador. A proposta descreve MEV, ataques de sandwich e fuga de execução como problemas estabelecidos na DeFi. Alguns utilizadores aprenderam a proteger-se com RPCs privadas, agregadores, controlos de derrapagem ou ferramentas de routing mais avançadas, mas o RFC assinala que muitos utilizadores não adotaram estas proteções. A arquitetura sugerida tornaria a proteção mais fácil a nível da interface, uma vez que a maioria dos utilizadores interage com a DeFi através de frontends em vez de diretamente via contratos.
Os hooks da Uniswap v4 habilitam lógica de execução personalizada
O RFC aproveita os hooks da Uniswap v4 como componente central da arquitetura proposta. Os hooks permitem aos programadores personalizar o comportamento da pool e a lógica de execução em torno de trocas, suportando novos tipos de routing, taxas, gestão de ordens e funcionalidades relacionadas com privacidade. Nesta proposta, os hooks v4 fazem parte da arquitetura sugerida para execução privada. O RFC também incorpora a UniswapX, que já lida com uma execução de trocas mais flexível e com fillers externos. A combinação daria aos utilizadores uma rota em que os detalhes da sua transação ficam menos expostos antes da execução, continuando, ainda assim, a usar a liquidez e a interface da Uniswap.
RFC combina arquitetura de privacidade com triagem de conformidade
A proposta alia privacidade a uma triagem de conformidade pré-execução. O RFC descreve este emparelhamento como refletindo a evolução atual da privacidade na DeFi, em que os utilizadores querem proteção contra front-running e vazamento de dados, enquanto reguladores e protocolos pretendem evitar a criação de ferramentas que permitam atividade sancionada ou abuso. A proposta utiliza zk-SNARKs e triagem de conformidade para processar negociações. O RFC afirma que esta abordagem procura proteger utilizadores legítimos, permitindo simultaneamente algum tipo de controlo de conformidade.
A proposta continua em discussão sem aprovação
O RFC é uma proposta de discussão, não um produto em direto nem uma proposta aprovada. A governança da Uniswap ainda precisa de debater se o desenho faz sentido, se a implementação técnica é segura, se as premissas de conformidade são aceitáveis, se a UX é clara e se a funcionalidade cria algum risco novo para o protocolo ou para a interface. O RFC reconhece que podem existir preocupações em torno de complexidade, premissas de confiança, fornecedores de triagem, exposição legal, custos e se os utilizadores compreendem, na prática, o que significa “privado”. A proposta baseia-se no RFC de governança da Uniswap sobre privacidade de execução nativa via v4 hooks e UniswapX.
FAQ
O que é que o RFC da Uniswap propõe?
O RFC apresentado pela SilentSwap propõe adicionar um caminho de execução privada opcional à interface da Uniswap usando os hooks da Uniswap v4 e a UniswapX. A funcionalidade seria apresentada como uma opção “Trocar Privadamente”, mantendo inalteradas as trocas standard e as comissões das pools, ao mesmo tempo que utiliza zk-SNARKs e triagem de conformidade pré-execução.
Porque é que o RFC aborda a privacidade das trocas?
O RFC identifica que a transparência das trocas on-chain permite que a intenção da transação vaze antes da execução, dando a bots e a traders sofisticados oportunidades de front-run, sandwich ou de explorar utilizadores de outras formas através de MEV e fuga de execução.
Qual é o estado atual da proposta?
A proposta está numa fase de discussão. Não é uma funcionalidade em direto nem uma alteração de governança aprovada, e a governança da Uniswap ainda precisa de avaliar o desenho, a implementação técnica, as premissas de conformidade e os potenciais riscos.