重新思考鏈上交易市場，一覽SafeSwap模塊設計核心思路

標題：重新思考鏈上交易市場，一覽SafeSwap 模塊設計核心思路

原文作者：mattstam

SafeSwap 模塊設計的早期討論在這裏：https://forum.safe.global/t/design-safeswap-module/2674

摘要

允許用戶通過SwapRequest信號意圖在其Safe中交易代幣，並利用MEV 搜索者來執行。

背景

非加密貨幣原生用戶與 Web3 的第一次交互通常是嘗試交易 ERC20 代幣。然而，對於那些 DeFi 經驗有限的用戶來說，進行交易的用戶體驗並不令人滿意。要在去中心化交易所（DEX）上進行最佳交易，需要經過復雜的決策過程，這讓這些用戶不知所措。

該過程可能會讓用戶產生選擇困難，他們可能選擇根本不與Web3進行交互。SafeSwap 圖消除這些用戶在執行交易時所面臨的過多障礙。

目標

提供簡單、易用、安全的用戶體驗，直接從 Safe 交換代幣。

減少交換代幣和參與交易生態系統所需的 Web3 和 DeFi 知識量。

設計

將 SafeSwap 模塊連接到保險箱後，用戶可以通過創建 SwapRequest ，向他人發出轉移其保險箱內所持資產的意圖和能力信號，以進行所需的交換：

這樣，用戶就可以說：

"我錢包裏有 X $TKA，想要Y $TKB"。

然後，MEV 搜索者可以將這一意圖納入他們的交易策略，在滿足他們的需求時，他們將轉移所需的代幣。

對於 MEV 套利來說，典型的策略是在一系列 DEX 和代幣對之間進行多次交換。例 1 和例 2 在單筆交易中進行了 9 次代幣互換：

DEX 互換 → DEX 互換 → … → DEX 互換 → DEX 互換

通過將多個 Safes 的活躍 SwapRequests納入其策略，利用這一新的可用流動性，將有更多機會進行有利可圖的交易：

DEX 互換 → DEX 互換 → … → DEX 互換 → DEX 互換

為了幫助向MEV搜索者傳達這一意圖，會發出事件，他們可以將其作為策略的一部分。他們還可以對SwapRequests數組進行迭代（確保適當過濾取消和執行的交換）。

如果 MEV 搜索者可以使用激活的 SwapRequest，就可以在模塊上執行 SwapRequest() ，從而完成相應的傳輸。

執行

快速概念驗證： GitHub - mattstam/safeswap： 概念驗證模塊，可直接從 Safe 錢包進行代幣交換。

用戶體驗

SafeSwap 的主要目的是通過減少進行最佳交易所需的知識和決策水平，大幅改善交換 ERC20 代幣的用戶體驗。

要了解 SafeSwap 如何實現這一目標，請為新的 Web3用戶考慮以下場景：

“我被空投了 10 個 UNI 代幣，現在我想把它們換成 WETH。”

沒有使用SafeSwap：

1.選擇 CEX 或 DEX

如果是 CEX：會產生額外費用，請委托第三方處理你的資產

如果是 DEX：

選擇有該交易對的合適的 DEX（Uniswap、Balancer、CoWSwap...）

如果不同的 DEX 上存在多個交易對，請權衡每個交易對的利弊

如果擔心搶先交易：

了解如何為私人交易提交 Flashbots 捆綁包

2.計算用於 UNI 交換的滑點和額外費用

3.提交

使用 SafeSwap：

0.添加 SwapSwap 模塊（如果尚未添加）

1.為 UNI 計算適當的 WETH 值

2.提交

所有這些步驟都可以在前端添加，使用戶體驗更加直觀。(0)添加模塊已獲得支持，(1)可以查詢當前的交易比率以建議適當的價格。

優點和缺點

優點：

1.無需了解金融或 DeFi 協議

2.不與外部合約交互：

只與可信、安全的 Safe + SafeSwap 模塊合約交互，Safe 可為這兩種合約提供用戶界面

3.降低初始Gas成本

存儲寫入 + 事件發出交易信號

搜索者為實際轉账支付Gas費用

4.零滑點（你指定精確的 tokenOut）

5.無交易費

6.有限的Gas費

7.過期/取消靈活（如 GTC）

8.即設即忘體驗

9.無地址白名單管理（針對每個 DEX 地址）

10.不會受到三明治攻擊

缺點：

在搜索者將其添加到策略中之前，需要一定數量的用戶採用

執行速度通常不如直接使用 DEX 快

挑战

影響這一方案大規模運行的主要障礙在於獲得足夠多的 MEV 搜索者將其納入他們的套利機器人邏輯中。

為克服這一障礙，本設計將利用 Safe 的獨特性：

1.人氣

2.可索引性

1. 人氣

要讓 MEV 搜索者尋找這些機會，必須有足夠數量的用戶使用該模塊。這是一個典型的“雙邊市場”問題，最初需要做的工作就是讓雙方都有足夠的使用率。以新城市的乘車共享應用程序為例：

沒有司機，乘客永遠不會使用該應用

沒有可用的乘客，就沒有人成為司機

利用 Safe 的受歡迎程度，再加上附加新模塊的易用性，這種方案有可能得到廣泛採用。

這樣做的好處是，一旦市場雙方都達到了足夠的容量，該計劃就會自動運行，無需幹預。隨着越來越多的 MEV 搜索者包含這些交換，用戶體驗會變得更好，因為交換請求會以更快的速度得到滿足。

2. 可索引性

這是 MEV 搜索者需要具備的一個特性，即能夠輕松創建所有可能交換的本地緩存，從而利用 SwapRequests 構建可行的策略。

這類似於 MEV 搜索者需要緩存所有已知的 UniswapV2 對。因此他們會查看 IUniswapV2Factory。

Safe 也使用了類似的Factory，因此追蹤現有 Safe 非常容易（這對 SAFE 空投非常有用）。MEV 搜索者已經有了使用這種模式的經驗，這應該有助於他們適應此模式。

風險

如果不能實現足夠數量的 SwapRequests，那么很少有 MEV 搜索者會將其納入arbitration機器人邏輯中，用戶也會因為他們的 SwapRequests 從未被執行而感到不滿。

為避免這種情況，提供 SAFE 代幣激勵計劃，獎勵用戶執行創建 SwapRequest 或讓 SwapRequest 得到執行，可能會比較合理。選擇獎勵 MEV 搜索者的執行也是有意義的，但只獎勵安全用戶應該就足夠了。

問題

有類似的協議嗎？

最比較接近的是 CoWSwap 這樣的 “meta-DEX”，它還：

利用現有的 DEX 協議

抽象出Gas成本

避免 MEV 三明治攻擊

但 SafeSwap 在幾個非常重要的方面有所不同：

不需要額外的鏈外參與者

消除了對協議的任何 “外部 ”調用

這會與同等的、時機完美的 DEX 交易一樣具有成本效益嗎？

一般來說，不會。由於 MEV 搜索者需要賺取足夠的利潤來支付管理費用，因此執行交換請求時的實際 DEX 價格將始終高於交換請求的價格。

但由於 MEV 搜索者的競爭力，這種差距將微乎其微，而且隨着越來越多的 MEV 搜索者將此納入其arbitration機器人邏輯，這種差距只會越來越小。

未來

SwapRequests 可通用於所有智能合約錢包實現，因此應作為 EIP 提供，以保持兼容性和互操作性。