1、鏈抽象（CA）、意圖和意圖抽象（IA）
鏈抽象和以意圖為中心的解決方案是兩種旨在解決相同基本問題的架構方法：在異構信任域之間實現自動化的異步互操作性。
這兩種方法都引入了「交易方」和「跨鏈證明」的概念來解決這個問題，但它們在構建這些元素的方式上存在顯著差異：
1）鏈抽象：
鏈為中心的視角：在這種方法中，單一的區塊鏈充當用戶的「去中心化事件交易方」。
用戶交互：用戶與同一個對手方——鏈抽象區塊鏈進行交互。
義務：區塊鏈及其「協議內的鏈外組件」負責為用戶產生所需的結果。
證明流程：跨鏈證明的方向始終從鏈抽象區塊鏈流向目標鏈。在目標鏈上，通過證明檢查來強制執行，這允許在目標鏈上鑄造或花費資源。
用戶抽象：面向用戶的抽象通常表現為對目標鏈上計算或交易的請求。
擴展性：擴展此系統通常需要一個通用的證明系統，可以在各種目標鏈上進行鏈上驗證——可能使用 MPC 解決方案。
延遲：延遲由通用證明系統強制執行的確認規則決定，并且不因請求而變化。
2）以意圖為中心的解決方案：
狀態為中心的視角：在這種模型中，一個開放的求解者網絡充當用戶的「分布式狀態交易方」。
用戶交互：用戶與運行時選擇的對手方互動，通常根據哪個對手方能為用戶帶來最佳結果進行選擇。
義務：無論通過信譽系統還是承諾系統，所選對手方都有義務為用戶交付期望的結果。
證明流程：跨鏈證明的方向被顛倒，從目標鏈流向用戶的主鏈。在主鏈上，通過證明檢查來強制執行，這允許在主鏈上使用用戶的資源。
用戶抽象：面向用戶的抽象呈現為對目標鏈上賬戶狀態的證明義務。
擴展性：擴展性依賴于一個可編程的證明檢查系統，支持針對每個目標鏈的異構證明方法，最有可能是「資源鎖定」系統。
延遲：延遲由求解者自行感知的確認規則決定，使其能夠作為對手方選擇的一部分進行優化。
2、意圖抽象
如果說鏈抽象為用戶提供了一個異構域執行抽象，那么意圖抽象則為求解者提供了一個異構的證明義務抽象。
正如開發者在跨域計算執行中需要為用戶組合、編排和引導計算流程以實現鏈抽象一樣，在意圖抽象的背景下，他們也需要為求解者組合、編排和引導證明流程。
3、小結
「鏈抽象」這一概念仍在不斷發展，涵蓋了從「鏈為中心」到「狀態為中心」的各種方法。為簡化討論和便于比較，我在這里將「鏈抽象」定義為「鏈為中心」，這與部分最初的鏈抽象倡導者的架構更為一致。
然而，實際上，許多較新的架構結合了「純鏈為中心」和「純狀態為中心」模型的元素。
我的觀點：我認為以意圖為中心的方法提供了更好的架構方向。它為用戶提供基于結果的保障，通過交易方選擇優化結果狀態和延遲，并且在定制化目標鏈方面更具擴展性。
然而，要實現這一點，需要顛倒證明流程，并將證明義務放在求解者網絡上。換句話說，雖然目標鏈的復雜性和異構性并不會消失，但集成負擔從鏈上計算組合的預設樞紐，轉移到了處理證明組合的鏈外求解者分布式網絡上。
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
