意圖導向設計的優勢與挑戰，相關基礎設施還有很長的路要走

2024/1/10

意圖解決方案專案 Khalani Network 指出意圖導向設計 (intent-centric design) 雖然可以有效解決智能合約互動的體驗問題，不過目前的實做架構仍有許多困難需要克服。

內容目錄

現有智能合約互動體驗問題

目前與區塊鏈互動的標準方法是簽署交易，這本質上是授權由智能合約引導的特定執行路徑，然而這種方法給用戶帶來許多困擾：

使用者沒興趣了解底層基礎架構實作細節：這些細節往往技術難度高，一般使用者對此不感興趣，只希望達成其目的。
無法提供使用者對執行結果的保證：當用戶簽署交易時，原本應可相信智能合約定義的執行路徑將帶來期望的結果；然而以目前使用體驗的設計，使用者會發現自己根本不確定自己到底同意什麼，以及自身的行為會產生什麼結果。看看有多少人說過「看不懂的交易內容就該讓錢包拒絕簽名」就知道事情嚴重性。

上述這種用戶理解和實際結果之間的差距，可能會讓許多用戶在與區塊鏈 DApp 互動的過程中感到恐懼和反感。

對現在大多數的用戶來說，Metamask 跳出的確認視窗基本上沒有任何意義。

幸好，意圖導向設計已成為改善上述區塊鏈互動體驗的替代方案。

用戶不再需要直接授權區塊鏈交易，而是授權期望的結果以及限制條件，這種交易稱之為「意圖」。然後將產生和執行交易的責任委託給解決者 (solver)，藉由 solver 之間的報價競爭，讓用戶的利益最大化。

意圖導向設計不僅允許使用者指定期望的互動結果，還可以靈活地表達自訂和優化偏好，提供了更直觀且客製化的使用者體驗。

不過目前現有的設計架構，其實仍有許多問題，在大規模採用前需要克服：

solver 競爭導致中心化：幾乎所有目前的機制都讓 solver 進行 PVP，在零和遊戲中相互對抗爭取成交。而在這種環境中獲得競爭優勢的主要手段是透過垂直整合或對私人資訊流的控制，間接促成 Builder、Proposer、Searcher 等各種角色的集中，最終會排除能力與資源不足的參與者，使利益相關者權力更大、更中心化。
運作 solver 門檻高：新加入的 solver 需要精通多個領域，例如索引鏈上狀態、尋找與管理流動性、監測執行效能以及複雜的 DevOps 基礎設施，在當今競爭激烈的兢爭中實現這一目標非常困難，只有最頂尖的開發人員才能實現，同樣造成中心化問題。
表達意圖的基礎設施脆弱：當意圖與用戶一致、超越協議和區塊鏈技術時，效用理論上將會是最大的，理想情況下用戶可以自由地橫跨多個應用程式和區塊鏈表達意圖，並客製化偏好。然而目前 solver 相關基礎設施無法做到上述願景，甚至情況是使用者的意圖表達越明確，基礎設施反而變得越脆弱，因為需要高度整合的 solver，這種增加的複雜度可能會導致壟斷與 MEV 等，帶來更糟糕的結果。