Uniswap 治理正在考虑一份征求意见稿，即 RFC，该提案将在 Uniswap 界面中引入一条可选的私密执行路径。该提案将使用 Uniswap v4 hooks 和 UniswapX，以减少 swap 执行前暴露的交易信息量。

这份由 SilentSwap 提交的 RFC 将拟议功能描述为一个 “Swap Privately” 选项。根据提案，标准 swap 将保持不变，池费用也不会受到影响。拟议设计依赖 zk-SNARKs 和执行前合规筛查，以支持更私密的交易处理。

该技术设计背后的用户问题很直接：链上 swap 是透明的。这种透明性是去中心化金融的核心特征，但也可能在执行前暴露交易意图。当这些信息变得可见时，机器人和复杂交易者可能能够抢跑、实施三明治攻击，或以其他方式利用用户。

由于 Uniswap 是 DeFi 中使用最广泛的交易界面之一，围绕执行隐私的治理讨论可能具有超出单一界面功能的意义。该提案仍是一个讨论事项，尚未获得批准或部署。

Swap 隐私为何重要

DeFi 交易长期面临可见性问题。当用户提交交易时，其意图可能会在最终结算前变得可见。机器人可以监控待处理交易，估算可能的价格影响，并围绕用户交易插入自己的交易。这可能导致普通交易者获得更差的执行结果。

MEV、三明治攻击和执行泄露多年来一直是 DeFi 中反复出现的问题。MEV 是 maximal extractable value（最大可提取价值）的缩写，该术语大约在 2019 年被正式化，此后成为基于 Ethereum 的交易中公认的结构性挑战。Flashbots 的 MEV-Boost 等基础设施在 Ethereum 转向权益证明后被广泛采用，其构建目的就是在区块构建层面解决该问题的部分方面。一些用户还依赖私有 RPC、聚合器、滑点控制或更高级的路由工具来降低暴露风险。另一些用户则没有使用这些保护措施，原因可能是他们不了解这些工具，或这些工具并非其正常交易流程的一部分。

私密执行路径的目标，是让这类保护在界面层面更容易获得。这一区别很重要，因为大多数用户通过前端与 DeFi 交互，而不是直接通过智能合约交互。如果隐私或 MEV 保护仍局限于专业工具，许多用户可能永远不会采用。

在主流界面中加入 “Swap Privately” 选项，将使保护更接近用户发起交易的环节。该 RFC 将该功能定位为可选功能，而不是标准 swap 执行的替代方案。

v4 Hooks 将支持更灵活的设计

Uniswap v4 hooks 是拟议架构的核心组成部分。Hooks 允许开发者围绕 swap 自定义池行为和执行逻辑。这种灵活性可以支持不同的路由设计、费用结构、订单处理机制以及与隐私相关的功能。Uniswap v4 本身仍处于开发阶段，尚未部署到主网，这意味着该拟议功能的技术基础仍在接受审计和测试。

根据该 RFC，v4 hooks 将被用作私密执行架构的一部分。UniswapX 也被纳入设计，因为它已经通过使用外部 fillers 的基于拍卖的路由系统，支持更灵活的 swap 执行。UniswapX 于 2023 年推出，其设计本身也包含某些 MEV 保护属性，因为订单通过竞争性拍卖在链下成交，而不是直接提交到公共 mempool。两者结合后，可能为用户提供一条路径，使交易细节在执行前暴露更少，同时仍依赖 Uniswap 的流动性和界面。

不过，该设计仍需接受治理讨论。RFC 并不是已获批准的治理变更，也不意味着该功能已经上线。它是一项供社区审查、批评、完善或否决的提案。

隐私与合规被一并处理

该 RFC 的一个显著要素，是将隐私功能与执行前合规筛查结合起来。该提案反映了 DeFi 隐私讨论中的更广泛转变，即隐私和合规越来越被视为可能需要共存的设计考量。

早期的加密行业讨论常常将隐私和合规描述为相互对立的目标：交易要么可见且合规，要么私密且可能可疑。该 RFC 采取了更细致的方式，试图在保护用户免受抢跑和数据泄露影响的同时，也纳入合规控制。

拟议使用 zk-SNARKs 借鉴了已在 Zcash 等项目中经受实战检验的技术。Zcash 于 2016 年推出；此外，自 2023 年以来获得采用的 Ethereum 零知识 rollups 也使用了相关技术。zk-SNARKs 允许一方在不披露信息本身的情况下证明其掌握某些信息，因此与隐私以及选择性披露的合规设计都相关。

用户可能希望获得对交易意图泄露和掠夺性执行行为的保护。与此同时，监管机构和协议可能希望避免工具被用于促进受制裁活动或其他滥用行为。因此，建设者正在探索既能保护合法用户、又能保留某种合规筛查形式的系统。

这种平衡很困难，并且可能仍会存在争议。Uniswap 治理正在讨论一个涉及 zk-SNARKs 和合规筛查的模型，这一事实表明，围绕 DeFi 隐私的讨论已经变得更加复杂。

获批并非确定

不应将该 RFC 视为已经完成或获批的产品。Uniswap 治理仍需评估该设计是否适当、技术实现是否安全、合规假设是否可接受、用户体验是否清晰，以及该功能是否会为协议或界面带来新的风险。

潜在担忧包括技术复杂性、信任假设、筛查提供方、法律风险、成本，以及用户是否理解在这一语境下 “private” 的含义。这些问题是任何试图为主要 DeFi 界面加入执行隐私功能的核心。

执行隐私较为敏感，因为设计不当的系统可能造成虚假的安全感或新的攻击面。设计良好的系统则可能通过减少用户暴露于某些形式的掠夺性执行行为，使普通用户的链上交易更加安全。

Uniswap 在 DeFi 市场结构中的角色

Uniswap 在去中心化交易中的地位使该提案具有更广泛的相关性。当 Uniswap 探索新的执行模型时，其他 DeFi 协议、DEX 和聚合器很可能会评估其影响。该协议和界面深度嵌入了用户进行链上交易的方式。

其他去中心化交易平台已经围绕 MEV 和执行保护采取了不同方法。CoW Swap 使用批量拍卖和 solver 竞争，以降低机器人重排或插入交易的能力。1inch 已集成旨在缓解抢跑的功能。Uniswap RFC 为这场持续进行的行业讨论增加了另一种设计路径。

交易流程中的隐私选项可能会影响用户对其他去中心化交易所和聚合器的预期。它也可能推动围绕 DeFi 执行标准的更广泛讨论。

用户不应为了降低被利用的风险而必须深入理解 MEV 的技术细节。界面层工具可能为那些原本依赖公共交易提交路径的用户提供更安全的默认设置或更清晰的选择。

目前，该 RFC 仍只是一项提案。它指向一种可能的模型：DeFi swap 仍能以足够透明的方式在链上结算，同时在用户最容易受到执行泄露影响的时期暴露更少信息。

本文基于 Uniswap 治理关于通过 v4 hooks 和 UniswapX 实现原生执行隐私的 RFC。Bitcoinist 的原始报道由 News Desk 撰写、Samuel Rae 编辑，并基于主要来源文件中披露的信息。