Uniswap 治理正在考慮一份徵求意見稿（request for comments，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 年推出，而 Ethereum 零知識 rollups 自 2023 年以來也逐步獲得採用。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 治理 RFC 中關於透過 v4 hooks 與 UniswapX 實現原生執行隱私的內容。Bitcoinist 原始報導由 News Desk 撰寫、Samuel Rae 編輯，並基於主要來源文件中披露的資訊。