近期，在以太坊社區中，關於 Intent 及其應用的討論比較熱烈。本文將簡單介紹 Intent 的原理、應用現狀、潛在風險以及應對方法。

如果 Transaction（交易）明確指的是如何操作該行為，則 Intent（意圖）是指該行為的期望結果是什麼。

如果說 Transaction 的指令是：

「先進行 A 操作然後進行 B 操作，然後向 C 付款以獲得 D。」

那麼與之對應的 Intent 就是：

「我有能力付款，我想要得到 D。」

以 Intent 為中心的協議可以顯著改善用戶體驗和效率。transaction 需要用戶自己來明確指定每個參數，操作門檻較高。相比之下，利用 Intent，用戶可以簡單地表達出預想的結果，同時將最佳實現結果的任務外包給成熟的第三方。

儘管 Intent 為生態系統提供了更多可能性，但以太坊鏈上基於 Intent 的設計也可能對鏈下基礎架構產生重大影響，與 MEV 相關的活動和市場控制也存在著重要聯繫。

Intent 的工作原理

當前，用戶與以太坊交互的標準方法是制定和簽署交易和特定格式的資訊，該格式為 EVM 提供所有必要的資訊以執行狀態過渡。但是，創建交易可能涉及相當複雜的操作。創建交易需要有關智能合約和諸如 nonce 管理等大量細節操作，同時持有特定資產來支付 gas 費。由於用戶需要在缺乏足夠資訊或涉及複雜執行策略的情況下做出決策，因此這種複雜性導致用戶體驗不佳和效率降低。

Intent 的目標就是是減輕用戶的負擔。Intent 通過簽署一組描述性的約束條件，來允許用戶將交易創建外包給第三方，但無需將完全控制權分配出去。

在基於標準交易的流程中，當驗證器被激勵進行驗證時，交易簽名允許驗證器準確地遵循針對特定狀態的計算路徑。相比之下，Intent 並不準確指定必須採取哪些計算路徑，而是允許任何滿足特定約束條件的操作。通過簽署和共享 Intent，用戶有效地授予接收者代表其選擇計算路徑的權限（如下圖所示）。值得注意的是，單筆交易中可以包含多個 Intent，從而可以匹配重疊的 Intent，節省 gas 費和提高經濟效率。此外，用戶還可以更靈活地支付 gas 費，例如允許第三方來贊助 gas 或用其他 token 進行付款。

如圖所示，提交交易時，用戶指定確切的計算路徑；提交 Intent 時，用戶指定目標和一些約束條件，並且由 Matchmaking 決定要採取的計算路徑

Intent 的應用現狀

創建 Intent 可以將與區塊鏈交互的複雜事項外包出去，同時允許用戶保持其資產和加密身份的託管權限。實際上，關於 Intent 的諸多概念與已運行了幾年的系統是相對應的，例如以下場景：

限制型訂單：若用戶收到至少 200 個 B token，則可以從用戶的帳戶中取走 100 個 A token。

Cowswap 風格的拍賣：與限制型訂單相同，但依靠第三方或機制來匹配多個訂單以最大程度地提高執行質量。

Gas 贊助：用戶可以選擇以 USDC 支付交易費用，而非 ETH，帳戶中有 USDC 用於支付 gas 費用。

委託授權：僅允許以某些預授權的方式與特定帳戶進行交互。僅當最終交易遵循 Intent 中指定的訪問控制列表時，才能實現 Intent。

合併交易處理：允許對多個 Intent 進行合併處理以提高 gas 效率。

聚合器：僅使用最佳價格/殖利率進行操作，通過證明執行多個場景的聚合併採取最佳路徑來實現 Intent。

目前，Intent 在跨鏈 MEV（例如 SUAVE），ERC4337 類型的帳戶抽象，以及 Seaport 訂單的場景中也有了新的應用。在 ERC4337 發展的同時，其他新型應用程序（例如跨域 Intent）也正在進入探索階段。

在所有基於 Intent 的應用程序中，至少需要有一個了解 Intent 的群體，並且被激勵去及時執行 Intent。至於誰來扮演這個角色，以什麼方式執行以及其激勵措施的問題，需要進一步探索實踐，才能確定由 Intent 驅動的系統的效能、信任度以及其他影響。

仲介與 Mempool

使 Intent 進入有意願的仲介手中的最明顯途徑是以太坊的 Mempool。但是，當前 Mempool 設計不支持 Intent 的傳播。從長遠來看，考慮到 DOS 攻擊的隱患，在以太坊 Mempool 中傳播 Intent 獲得普遍支持的可能性極低。可以說，以太坊 Mempool 的開放性和無需許可的性質對 inten 的採用形成了障礙。

在沒有以太坊 Mempool 的情況下，Intent 系統設計人員面臨一些問題。目前面對的抉擇是將 Intent 傳播給許可方，還是以無需許可的方式以便任何一方都可以執行 Intent。

如圖所示，Intent 先從用戶流向許可/無需許可的公共/私密的 Intentpool，再通過 matchmaker 將其轉換為交易，最終將其轉換為公共 Mempool，或直接通過 MEV Boost 類型的拍賣直接展示在鏈上。

無需許可的 Mempool

一種正在嘗試的設計是一個去中心化的 API，允許在系統中各個節點通過 gossip 廣播 Intent，從而為執行者提供無需許可的訪問權限。

例如，在 0x 協議中繼器中，互相對限制型訂單進行 gossip 廣播，並在找到匹配時將其上鏈。在共享的 ERC4337 Mempool 背景下，這種做法也正在被進行探索，以抗衡中心化和審查風險。但是，這種無需許可的 Intentpool 的設計也面臨着以下挑戰：

DoS 抗性：開發者可能必須限制 Intent 的功能，以避免潛在的 DoS 攻擊。

傳播激勵措施：對於許多應用程序，執行 Intent 是一項有利可圖的活動。因此，理論上來說，操作 Intentpool 的節點有動機不去傳播 Intent，以減少執行 Intent 的競爭。

MEV：由於 Intent 的執行質量依賴於鏈下參與者的良好行為，因此在使用公共的、無需許可的 Intentpool 時面臨一些困難。如果執行有利可圖，那麼無需許可的 Intentpool 可能會試圖針對用戶進行套利。這類似於目前以太坊 Mempool 中的「三明治攻擊」，對於 Defi 相關的 Intent 來說這將會是一個普遍的問題。後續的改進方式可能是創建無需許可的、但進行加密處理的 Intentpool。

許可的 Mempool

受信任的中心化 API 的抗 DOS 攻擊能力更強，並且不需要傳播 Intent。這種信任模型為 MEV 擔憂提供了一些立足點。只要信任假設成立，執行質量可得到保證。受信任的仲介也可能有與之相關的聲譽，從而提供了一些激勵來認真執行操作。

因此，許可的 IntentPool 在短期內對基於 Intent 的應用程序開發人員具有吸引力。但是，強信任的假設天然存在缺陷，並且在一定程度上違背了最初的區塊鏈精神。

混合解決方案

還有一些解決方案是上述兩種情況的混合。例如，有一種情況，傳播過程是許可的，但執行是無需許可的，反之亦然。混合解決方案的一個常見例子是訂單流拍賣。

這類設計的思路是，需要交易對手的用戶可能需要區分更好和更差的交易對手，以便以更有利的價格進行交易。設計流程通常包括受信任的一方，他們從用戶那裡獲得 Intent（或交易）並代表用戶促進拍賣。而參加拍賣是無需許可的。這類設計也存在缺點，在許可的 Intentpool 中，它們很可能會受到各種干擾。

這種方案的底線是基於 Intent 的應用程序不僅涉及與智能合約交互的新消息格式，還需涉及以替代 mempool 的形式的傳播和對手發現機制。目前最關鍵的就是設計出一種兼容激勵同時又保持去中心化的 Intent 發現和匹配機制。

風險及其應對方法

儘管 Intent 是一種令人興奮的交易新範式，但其廣泛採用也意味著更大的用戶活動加速轉移到替代型 Mempool 的趨勢。如果管理不當，這種轉變可能傷害到以太坊的去中心化以及導致受信任方權力過大，潛在的風險大致有以下幾種：

訂單流：若 Intent 執行是許可的，但用戶對其選擇不慎，使之從公共 Mempool 往外遷移，可能會使以太坊區塊生產變得中心化。

信任：由於許多解決方案都需要對仲介的信任，因此，為了確保 Intent 的執行質量，這種高准入門檻會阻礙基於 Intent 的新架構的發展，降低創新和競爭速度。

透明度： 由於許多 Intent 架構都需要用戶對其鏈資產和許可的 Mempool 交出一些控制權作為妥協，這意味著外部存在一定程度的不可滲透性，因此建立的系統存在不透明的風險，在這種情況下，用戶的期望如何得到滿足，以及是否存在未被發現的生態系統威脅，都是不清楚的。甚至在用戶和區塊鏈之間發展的中間件和 Mempool 的生態系統都會變得不透明。

那麼，如何降低上述風險呢？我們知道，以太坊 Mempool 的空間是有限的。對於某些應用，風險是由於其缺乏隱私而造成的，因此它們無法支持更廣泛的消息格式。這使錢包和應用程序開發人員處於困境，因為他們必須找到某種方法使用戶連接到區塊鏈，同時避免上述風險。

理想的系統應該是無需許可的，以便任何人都可以匹配和執行 Intent，且不能犧牲掉過多的執行質量。系統應該是通用的，以便部署新應用程序，而不需要再建立新的 Mempool。系統應該是透明的，以便公開報告執行 Intent 的過程，並在隱私保證允許時提供執行質量審核的數據。

儘管像 FlashBots 和 Anoma 等團隊正在努力致力於通過結合隱私和無需許可來滿足上述通用解決方案的要求，但在近期內很難創造出如此完美的系統。因此，用戶需要進行權衡，選擇不同解決方案來適用於不同的應用程序。同樣的，發起 Intentpool 的應用需要在無需許可的情況下尋求普遍性，而在許可的情況下謹慎選擇仲介。

基於 Intent 的應用程序設計者需要全面考慮其應用程序的鏈下含義，因為它們不僅僅事關其用戶群，還涉及到更廣泛的社區，這就要求更廣泛的社區對以太坊周圍的鏈下生態系統保持格注意。

小結

由於 Intent 應用的市場需求明顯，許多基於 Intent 的應用程序已得到了數年時間的廣泛使用。越來越多的 Intent 採用由 ERC4337 部分驅動，可能會加速從以太坊 Mempool 轉移到新的場所。Intent 的採用代表了用戶從「被迫式操作」範式轉變為「描述型」範式，有望大大改善用戶體驗和提高效率。

原文連結