鏈抽象透過單一區塊鏈管理異質域的跨鏈證明，而意圖抽象則透過開放求解者網路最佳化證明流程和使用者保障。
原文：Chain Abstraction (CA), Intents, and Intent Abstraction (IA)（X）
作者：knwang
編譯：白話區塊鏈
封面： Photo by Benjamin Van Der Merwe on Unsplash
1、鏈抽象（CA）、意圖和意圖抽象（IA）
鏈抽象和以意圖為中心的解決方案是兩種旨在解決相同基本問題的架構方法：在異質信任域之間實現自動化的非同步互通性。
這兩種方法都引入了 「交易方」和 「跨鏈證明」的概念來解決這個問題，但它們在建構這些元素的方式上有顯著差異：
1）鏈抽象：
- 鏈為中心的觀點：在這種方法中，單一的區塊鏈充當使用者的「去中心化事件交易方」。
- 使用者互動：使用者與同一個對手方－鏈抽象區塊鏈互動。
- 義務：區塊鏈及其「協議內的鏈外組件」負責為使用者產生所需的結果。
- 證明流程：跨鏈證明的方向始終從鏈抽象區塊鏈流向目標鏈。在目標鏈上，透過證明檢查來強制執行，這允許在目標鏈上鑄造或花費資源。
- 使用者抽象：面向使用者的抽象通常表現為對目標鏈上計算或交易的請求。
- 擴展性：擴展此系統通常需要一個通用的證明系統，可以在各種目標鏈上進行鏈上驗證—可能使用 MPC 解決方案。
- 延遲：延遲由通用證明系統強制執行的確認規則決定，且不會因請求而變更。
2）以意圖為中心的解決方案：
- 狀態為中心的觀點：在這個模型中，一個開放的求解者網路充當使用者的「分散式狀態交易方」。
- 使用者互動：使用者與運行時選擇的對手方互動，通常根據哪個對手方能為使用者帶來最佳結果進行選擇。
- 義務：無論透過信譽系統或承諾系統，所選對手方都有義務為使用者交付期望的結果。
- 證明流程：跨鏈證明的方向被顛倒，從目標鏈流向使用者的主鏈。在主鏈上，透過證明檢查來強制執行，這允許在主鏈上使用使用者的資源。
- 使用者抽象：面向使用者的抽象呈現為對目標鏈上帳戶狀態的證明義務。
- 擴展性：擴展性依賴於一個可程式化的證明檢查系統，支援針對每個目標鏈的異質證明方法，最有可能是「資源鎖定」系統。
- 延遲：延遲由求解者自行感知的確認規則決定，使其能夠作為對手方選擇的一部分進行最佳化。
2、意圖抽象
如果鏈抽象為使用者提供了一個異質域執行抽象，那麼意圖抽象化則為解算者提供了一個異質的證明義務抽象。
正如開發者在跨域計算執行中需要為使用者組合、編排和引導計算流程以實現鏈抽像一樣，在意圖抽象的背景下，他們也需要為求解者組合、編排和引導證明流程。
3、小結
「鏈抽象」這個概念仍在不斷發展，涵蓋了從「鏈為中心」到「狀態為中心」的各種方法。為簡化討論和便於比較，我在這裡將 “鏈抽象” 定義為 “鍊為中心”，這與部分最初的鏈抽象倡導者的架構更為一致。
然而，實際上，許多較新的架構結合了「純鍊為中心」和「純狀態為中心」模型的元素。
我的觀點：我認為以意圖為中心的方法提供了更好的架構方向。它為用戶提供基於結果的保障，透過交易方選擇優化結果狀態和延遲，並且在客製化目標鏈方面更具擴展性。
然而，要實現這一點，需要顛倒證明流程，並將證明義務放在解算者網路上。換句話說，雖然目標鏈的複雜性和異質性並不會消失，但整合負擔從鏈上計算組合的預設樞紐，轉移到了處理證明組合的鏈外求解者分散式網路上。
免責聲明：作為區塊鏈資訊平台，本站所發布文章僅代表作者及來賓個人觀點，與 Web3Caff 立場無關。文章內的資訊僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
