意圖系統:簡化DeFi操作 提升用戶體驗的新興技術

意圖系統:DeFi復雜性的潛在解決方案

在Luna崩潰前,我曾爲一位朋友管理穩定幣收益策略,旨在復現2020年1月時的高收益率。這位朋友對加密貨幣了解有限,我們的合作模式是他將資金存入硬體錢包,然後我們定期視頻會議,我逐步指導他操作。

我們將資金分散到各個區塊鏈的DeFi協議中。每次會議持續2-4小時,涉及大量批準、轉帳、交換、存款、領取和提取等操作。資金被投入到定制的Uniswap流動性池、Curve鎖倉等多個項目中,以最大化收益。我們幾乎使用了所有主流的跨鏈橋、去中心化交易所和收益聚合器。

這個過程對我的朋友來說非常具有挑戰性。我需要詳細解釋每一步操作,而他則需要熟悉各種復雜DeFi工具的界面。我們的交流充滿了"點擊這裏"、"去那裏"、"兌換這個"之類的指令。

以在Polygon上將USDC兌換爲FRAX/DAI流動性提供爲例,整個過程需要12筆交易:

  1. 在某DEX上將USDC兌換爲DAI(2筆交易)
  2. 將USDC和DAI跨鏈到Polygon(4筆交易)
  3. 在Polygon上的某DEX合並USDC和DAI(4筆交易)
  4. 將LP代幣存入收益池(2筆交易)

這個看似簡單的操作實際上非常繁瑣,特別是在管理大規模投資組合時。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

從更宏觀的角度來看,我們執行的所有操作都有明確的目標。比如"我們有以太坊上的USDC,想在Polygon上提供FRAX/DAI流動性,並將其質押"。這就是我們操作的"內容",而12筆具體交易則是"如何"操作。從起點到終點需要一系列邏輯清晰的步驟。

如果有強大的交易路由算法,這個過程可以簡化爲1-2步。用戶只需說明想要的結果,算法就能提供最佳路徑,甚至直接處理交易。這種路徑映射結構被稱爲"意圖",是以太坊正在快速發展的中間件未來的一部分。

雖然業內對"意圖"的定義尚未達成共識,但已有一些普遍觀點。一種定義是:"意圖是簽署了一組聲明性約束,允許用戶將交易創建外包給第三方,同時保持對交易的完全控制"。另一種定義是:"交易是命令性的,而意圖是聲明性的。交易指定如何運行EVM來產生狀態改變,而意圖指定所需的狀態改變,不關注具體實現過程"。

這兩種定義都強調意圖的"聲明性"特質,即通過用戶和"求解器"之間的數據共享來尋求外部幫助。用戶聲明他們想要的結果,求解器提供實現方法。與具體參數的交易不同,意圖需要第三方映射。此外,還存在限制可能路徑集的約束,有助於將選擇範圍縮小到可管理的規模。

在我朋友的案例中,意圖系統可以讓我們向一組求解器廣播最終目標,由它們計算最佳路徑。我們可以選擇價格最優的方案並執行交易。所有中間步驟都由求解器處理,用戶只需確認1-2筆交易。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

基於"意圖"的基本架構已經存在於EVM中。當你使用去中心化交易所時,它會自動找到最佳交易路徑。例如,在某些交易平台上,選擇買賣資產後,界面會自動找到最佳的流動性池進行路由。如果沒有直接的交易對,訂單會通過多個流動性池來獲得最佳執行路徑,全部在一筆交易中完成。

這種在交易平台上的交易意圖只是一個基本示例。界面幫助構建交換交易的邏輯,而意圖則是共享期望的結果(獲取最大數量的目標代幣)和約束(只出售特定數量的源代幣)。由求解器來確定最佳交換率。

如果你使用過某些交易聚合器,你就會看到用於構建交換交易的意圖系統。用戶提供執行參數,然後獲得一組潛在的交易中繼者。根據中繼者的不同,交易可能有不同的費用和gas成本。最終由用戶選擇最佳的價格/成本組合。

除了交易聚合器外,以太坊上還存在其他幾種類型的"意圖":

  1. 限價訂單:如果滿足條件,允許從帳戶中提取資產。
  2. 基於非DEX流動性的第三方訂單執行。
  3. Gas贊助:允許使用特定代幣執行第三方交易,適用於帳戶抽象錢包。
  4. 委托:白名單屬於這種情況,在執行交易前對數據庫進行檢查。
  5. 交易批處理:允許對Gas效率的意圖進行批處理。
  6. 跨鏈交換。

雖然訂單類型日益多樣化,但意圖最簡單的描述方式可能是"限價訂單的升級版"。限價單指定希望以特定價格購買特定數量的資產,直到另一方接受訂單後才執行。

與限價訂單類似,意圖由兩部分組成:用戶期望的最終狀態和求解器發起的交易。結合這兩部分,就能得到執行交易所需的全部內容。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

意圖架構的設計方式幾乎沒有風險。首先,求解器有動機不傳播包含可獲利MEV的意圖。在許多情況下,MEV的提取需要在鏈上執行用戶的訂單,這會暴露區塊鏈狀態,提取器可以利用該狀態獲利。回溯和三明治交易是常見的例子。

意圖的核心特徵是數據暴露。簽署意向消息表明用戶願意以便利爲代價提取MEV。由於意圖無法直接廣播到以太坊內存池,它們被存儲在私有的鏈下意圖池中。這些意圖池可以是許可的、無需許可的或兩者的混合。

無許可意圖池採用去中心化API,允許系統中的節點自由共享意圖並授予執行者不受限制的訪問權限。例如某些協議中繼器和提議的共享內存池。開放內存池容易受到DDOS攻擊,並且難以阻止不良意圖傳播。

相比之下,許可意圖池採用可信API,可以抵抗DDoS,並且無需意圖傳播。依靠值得信賴的中介機構,只要維持信任,他們就能保證執行質量。但這種方式仍然依賴強烈的信任假設,有損於開放區塊鏈的核心精神。

混合解決方案試圖彌合無許可系統和許可系統之間的差距。它們可能採用許可傳播與無許可執行相結合,或者反之。某些訂單流拍賣使用可信方(協議鏈下訂單匹配)來操作拍賣,但參與是無需許可的。

當前最流行的意圖池是中心化且經過許可的,沒有任何激勵與競爭對手共享信息。這裏的風險是,一方吸收了大部分基於意圖的交易,並利用其壟斷地位開始引入費用和其他尋租行爲,有談判權力的使用者已經消失在榨取式的中間商手中。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

將意圖視爲限價訂單時,我們可以與某些股票交易平台的訂單流支付(PFOF)進行比較。這些平台向用戶提供"免費"交易,其基礎是用戶可以出售訂單流,而不是將其發送到傳統交易所。做市商提供這筆付款,因爲他們可以從訂單的買賣價差中獲利。批評者認爲這種做法存在利益衝突。雖然經紀公司有義務爲客戶的訂單提供最佳執行,但PFOF的貨幣激勵據稱會影響他們將訂單發送到何處的決定。

意圖是PFOF套利的一種形式,我們稱之爲MEV。長期未平倉訂單創造的套利機會可能比手動添加到以太坊內存池的交易更有價值,因爲求解器可以確定路線,而不是在給定區塊中與三明治交易競爭獲得交易前或交易後MEV。

未經檢查、不透明的求解器極有可能提供最差的路線,因爲它們的利潤率與良好的執行力成反比。用戶仍然需要選擇求解器,他們可以利用這種談判能力迫使求解器相互競價爭奪訂單流。在約束條件下爲用戶帶來最高回報的求解器贏得拍賣。

某些協議採用了這種設計,使用批量拍賣來爲交易者找到最佳的結算價格。訂單不是立即執行,而是批量收集和結算。系統使用求解器的公開競爭來匹配訂單。一旦批次結束,這些求解器就會提交用於結算訂單的解決方案。

批量拍賣可以使一批內的交易具有相同的價格,從而無需礦工重新安排交易。沒有前置運行或後置運行。這種方法使用訂單流拍賣來確保交易者獲得最佳價格執行。但這些訂單中也有一些MEV,因爲做市商必須能夠在另一個場所進行套利交易才能保持盈利。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

目前,一些協議正在開發基於意圖的基礎設施,以允許混合系統。某些項目正在構建私有內存池和區塊構建網路,以將流量引導至L2和以太坊。還有一些項目在嘗試構建下一代完全無需許可的基礎設施。

雖然對於意圖的贏家是誰還沒有達成共識,但這是當今加密領域正在發生的新興中間件層革命中不斷增長的一部分,這是爲了方便起見所必需的。"保持原樣"的加密UI不夠用戶友好,無法更廣泛採用。目前的意圖通常用於換幣和訂單批處理,但目標是讓它們適用於完全一般性的數據和任意的數據。

這爲某些新興公鏈上的構建開啓了新的可能性,因爲所有錢包都可能默認爲帳戶抽象。強大的意圖層可以爲這些新興公鏈的產品解鎖新的用例,並簡化在其上構建的應用程序。

爲什麼意圖(Intents)可能是DeFi復雜性問題的答案?

DEFI6.68%
查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 6
  • 分享
留言
0/400
GmGnSleepervip
· 17小時前
不会玩defi的韭菜来咯
回復0
BoredStakervip
· 17小時前
话费两小时还跨链 累死了...
回復0
Floor_Sweepervip
· 17小時前
Luna真的把大家教训得好惨
回復0
无常损失爱好者vip
· 17小時前
还带新手玩defi呢 这不LUNA给你上课了
回復0
FadCatchervip
· 17小時前
也就取个Luna教训
回復0
SleepyValidatorvip
· 18小時前
唉 luna那段血的教训啊...
回復0
交易,隨時隨地
qrCode
掃碼下載 Gate APP
社群列表
繁體中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)