據PANews報道,鏈抽象(CA)和意圖中心解決方案是兩種架構方法,旨在解決同一基本問題:實現異構信任域之間的自動異步互操作性。
兩種方法都引入了“交易方”和“跨鏈證明”的概念來解決這個問題,但在這些元素的構建方式上存在很大不同。
鏈抽象採用以鏈爲中心的視角,其中單個區塊鏈充當用戶的“去中心化事件對手方”。用戶與同一個對手方——鏈抽象區塊鏈進行交互。區塊鏈及其“協議內的鏈下組件”負責爲用戶生成期望的結果。跨鏈證明過程始終從鏈抽象區塊鏈流向目標鏈,並通過目標鏈上的證明驗證來執行,從而允許在目標鏈上鑄造或使用資源。用戶抽象通常表現爲對目標鏈上的計算或交易的請求。擴展此係統通常需要一個通用證明系統,該系統可以在各種目標鏈上進行鏈上驗證,可能使用 MPC 解決方案。延遲由通用證明系統執行的確認規則決定,不會因請求而變化。
相比之下,以意圖爲中心的解決方案採用以狀態爲中心的視角,其中開放的求解器網絡充當用戶的“分佈式狀態對手”。用戶與運行時選擇的交易對手進行交互,通常根據哪個交易對手可以爲用戶提供最佳結果進行選擇。選定的交易對手有義務爲用戶提供預期的結果,無論是通過聲譽系統還是承諾系統。跨鏈證明過程是逆向的,從目標鏈流向用戶的主鏈,通過主鏈上的證明驗證來執行,允許在主鏈上使用用戶的資源。用戶抽象表示爲有關目標鏈上帳戶狀態的證明義務。可擴展性依賴於支持每個目標鏈的異構證明方法的可編程證明驗證系統,很可能是“資源鎖定”系統。延遲由求解器感知的確認規則決定,允許在交易對手選擇中進行優化。
意圖抽象爲求解器提供了異構證明義務抽象,類似於鏈抽象爲用戶提供了跨異構域的執行抽象。開發人員需要在意圖抽象的背景下爲求解器編寫、編排和指導證明過程,就像他們在跨域計算執行中爲用戶所做的那樣。
總之,“鏈抽象”的概念仍在不斷髮展,涵蓋了從“以鏈爲中心”到“以狀態爲中心”的各種方法。爲了簡單起見,這裏將“鏈抽象”定義爲“以鏈爲中心”,與一些最初的鏈抽象支持者的架構更加一致。然而,許多較新的架構結合了“純以鏈爲中心”和“純以狀態爲中心”模型的元素。
以意圖爲中心的方法提供了更好的架構方向,爲用戶提供基於結果的保證,通過交易對手選擇優化結果狀態和延遲,並在定製目標鏈方面提供更大的可擴展性。要實現這一點,需要逆轉證明過程並將證明義務放在求解器網絡上。雖然目標鏈的複雜性和異質性仍然存在,但集成負擔從鏈上計算組合的預設中心轉移到處理證明組合的鏈下求解器的分佈式網絡。