Uniswap 治理正在討論 SilentSwap 提交的一份 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 治理仍需評估該設計、技術實作、合規假設以及潛在風險。
