A proposta RFC da Uniswap sugere execução privada de swaps com v4 Hooks

UNI-2,90%
Key Takeaways
  • SilentSwap apresentou um RFC à governança da Uniswap, propondo um caminho opcional de execução de swap privado, com recurso a hooks da v4.
  • A proposta utiliza zk-SNARKs e validação de conformidade antes da execução para reduzir a exposição da informação das transações e o risco de MEV.
  • O RFC continua em fase de discussão, sem aprovação, aguardando a avaliação da governança quanto ao design, à implementação e aos riscos para o protocolo.

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.

Aviso legal: As informações contidas nesta página podem provir de fontes externas e têm caráter meramente informativo. Não refletem os pontos de vista nem as opiniões da Gate e não constituem qualquer tipo de aconselhamento financeiro, de investimento ou jurídico. A negociação de ativos virtuais envolve um risco elevado. Não se baseie exclusivamente nas informações contidas nesta página ao tomar decisões. Para mais detalhes, consulte o Aviso legal.
Comentar
0/400
Nenhum comentário