Uniswap RFC 提出使用 v4 Hooks 进行隐私兑换执行

Uniswap 治理正在讨论 SilentSwap 提交的一份 RFC。该 RFC 将在 Uniswap 接口中加入一条可选的私有执行路径，使用 Uniswap v4 hooks 和 UniswapX，以便在换单执行前降低交易信息的暴露程度。该提案将该功能定位为“私下兑换”选项：不会影响标准兑换，也不会改变池子费用。它将使用 zk-SNARKs 和执行前的合规筛查来更私密地处理交易。该 RFC 讨论了一个长期存在的去中心化金融（DeFi）问题：链上兑换透明度会导致交易意图在执行前泄露，从而让机器人和更复杂的交易者有机会进行前置交易、夹击，或以其他方式利用用户。

SilentSwap 提案聚焦 MEV 及前置交易暴露

该 RFC 将执行可见性视为 DeFi 交易中的核心问题。用户提交交易后，其意图可能在交易完成前变得可见，使机器人能够监控待处理交易、估算潜在的价格影响，并在用户周围插入自己的交易。该提案将 MEV、夹击攻击以及执行泄露描述为 DeFi 中已被确立的问题。部分用户已通过私有 RPC、聚合器、滑点控制或更先进的路由工具来保护自己，但该 RFC 指出，许多用户尚未采用这些防护措施。所建议的架构将让防护更容易从接口层面实现，因为大多数用户通过前端与 DeFi 交互，而不是直接通过合约。

Uniswap v4 Hooks 使自定义执行逻辑成为可能

该 RFC 利用 Uniswap v4 hooks 作为所提议架构的核心组件。Hooks 允许开发者围绕兑换对池的行为和执行逻辑进行定制，支持新的路由类型、费用、订单处理以及与隐私相关的特性。在该提案中，v4 hooks 是私有执行的建议架构组成部分。该 RFC 还纳入了 UniswapX，其已经能够处理更灵活的兑换执行以及外部填充方。两者结合，将使用户拥有一条在执行前其交易细节暴露更少的路径，同时仍然使用 Uniswap 的流动性与接口。

RFC 将隐私架构与合规筛查结合

该提案将隐私与执行前合规筛查配对。该 RFC 将这种配对描述为反映当前 DeFi 隐私开发的现状：用户希望在进行防护以抵御前置交易与数据泄露的同时，监管方和协议希望避免创建能够启用被制裁活动或滥用的工具。该提案使用 zk-SNARKs 和合规筛查来处理交易。该 RFC 表示，这种做法试图在保护合法用户的同时，仍允许某种形式的合规控制。

提案仍处于讨论阶段，尚未获得批准

该 RFC 属于讨论性提案，而非正在运行或已获批准的产品。Uniswap 治理仍需要就该设计是否有意义、技术实现是否安全、合规假设是否可接受、用户体验是否清晰，以及该功能是否会为协议或接口带来任何新风险进行辩论。该 RFC 承认，可能存在对复杂性、信任假设、筛查服务提供方、法律暴露、成本，以及用户是否理解“私有”究竟意味着什么的担忧。该提案基于 Uniswap 治理 RFC：通过 v4 hooks 和 UniswapX 实现原生执行隐私。

常见问题

Uniswap 的 RFC 提出了什么？

SilentSwap 提交的 RFC 提出在 Uniswap 接口中加入一条可选的私有执行路径，使用 Uniswap v4 hooks 和 UniswapX。该功能将以“私下兑换”选项的形式呈现：在使用 zk-SNARKs 和执行前合规筛查的同时，保持标准兑换与池子费用不变。

为什么该 RFC 要解决兑换隐私问题？

该 RFC 指出：链上兑换的透明性会让交易意图在执行前泄露，从而让机器人和更复杂的交易者能够通过 MEV 和执行泄露来前置交易、夹击，或以其他方式利用用户。

该提案当前的状态是什么？

该提案是一份处于讨论阶段的 RFC。它并非正在运行的功能，也不是已获批准的治理变更；Uniswap 治理仍需评估该设计、技术实现、合规假设以及潜在风险。