————————————————————
チェーン抽象と意図中心のソリューションは、異なるブロックチェーンネットワーク間で自動化された非同期相互運用性を実現するという同じ核心的な問題を解決するために存在します。簡単に言えば、異なるブロックチェーンが自動的に、非同期にコミュニケーションと協力を行えるようにすることです。
📍彼らは皆「カウンターパート」と「クロスチェーン証明」の概念を導入していますが、実現方法は大きく異なります。この記事では、両者の特徴を比較するために詳細に説明します：
1）チェーン抽象の特徴🔻
- チェーン中心の世界観：ユーザーと他のブロックチェーンとの間に「仲介者」または「代理人」としての専用のブロックチェーン（CAチェーン）があると理解できます。
- ユーザーインタラクション：ユーザーはCAチェーンとインタラクションするだけで、まるで一つのプラットフォームで操作しているかのように。
- 責任分担：CAチェーンおよびその関連のチェーン下コンポーネントは、ユーザーがターゲットチェーンで期待される結果を実現するのを助ける責任があります。例えば、コインの転送やスマートコントラクトの実行などです。
- 証明フロー：クロスチェーン証明は常にCAチェーンからターゲットチェーンに送信されます。ターゲットチェーンはこれらの証明を検証し、確認後に対応する操作を実行します。例えば、新しいトークンの鋳造や既存のトークンの使用などです。
- ユーザー抽象：ユーザーは、例えば「AチェーンからBチェーンにXコインを移動したい」といった操作リクエストを提出するだけです。CAチェーンは残りのすべての詳細を処理します。
- 拡張性：さまざまなターゲットチェーンをサポートするために、CAは通常、すべてのターゲットチェーンで検証可能な汎用の証明システム、例えばマルチパーティ計算（MPC）スキームを必要とします。
- レイテンシ：操作のレイテンシは汎用証明システムの確認ルールに依存し、各リクエストのレイテンシは固定されており、柔軟性に欠けます。
2）意図中心のソリューション🔻
想像してみてください、異なるブロックチェーンで操作したいが、異なるチェーンの複雑さや違いに対処したくないとします。意図中心のソリューションは、この問題を解決するために設計されています。従来の方法のように、ユーザーが各ブロックチェーンの具体的な詳細を理解する必要はなく、ユーザーは達成したい目標に集中できます。
- 状態中心の世界観：これは、多くの「ソルバー」（solver）で構成されるオープンネットワークと理解できます。これらの解題者は、異なるブロックチェーン上でユーザーを助けるエージェントのような存在で、ユーザーが目標を達成する手助けをします。
- ユーザーインタラクション：ユーザーはシステムが選択した一つのソルバーとインタラクションするだけです。システムは、どのソルバーがユーザーに最適な結果を提供できるかに基づいて選択します。まるで最適なエージェントを選ぶように。
- 義務：選ばれたソルバーは、ユーザーに期待される結果を提供する義務があります。これは、信頼システムやコミットメントシステムを通じて保証される場合があります。エージェントがクライアントに対して責任を持つのと同じように。
- 証明フローの逆転：従来のクロスチェーン証明は、ユーザーの開始チェーンからターゲットチェーンに流れます。しかしここでは、証明フローはターゲットチェーンからユーザーの開始チェーンに戻ります。これは、開始チェーンで証明検査を行うことによって強制され、証明が有効である限り、ユーザーの開始チェーンのリソースが使用されることができます。簡単に言えば、タスクを完了した後、エージェントはユーザーに完了証明を提供する必要があります。
- ユーザー抽象：ユーザーはターゲットチェーン上のアカウント状態の証明義務にのみ注意を向ける必要があります。言い換えれば、ユーザーは複雑なクロスチェーン操作の詳細を理解する必要はなく、ターゲットチェーン上の結果が期待通りであるかどうかを知るだけで済みます。
- 拡張性：さまざまなターゲットチェーンをサポートするために、システムにはさまざまな証明方法を処理できるプログラム可能な証明検査システムが必要です。これはおそらく「リソースロック」システムであり、有効な証明のみがリソースを解除できることを保証します。
- レイテンシ：レイテンシはソルバー自身が認識する確認ルールに依存し、これはソルバーを選択する際にレイテンシの最適化を考慮できることを意味します。エージェントを選ぶ際に、彼らの業務効率を考慮できるように。
👇🏻視点の延長：
意図中心のアプローチは、より良いアーキテクチャの方向性を提供します。これは、ユーザーに結果に基づく保証を提供し、ソルバーを選択することで結果の状態とレイテンシを最適化し、カスタマイズされたターゲットチェーンに対してより高い拡張性を持っています。
しかし、これを実現するには、証明のフローを逆転させ、証明の義務をソルバーネットワークに置く必要があります。言い換えれば、ターゲットチェーンの複雑さや異質性は消えませんが、統合の負担はチェーン上の計算コンビネーションの規定中心から、証明コンビネーションを処理するチェーン下のソルバー分散ネットワークに移転します。これは、ユーザーが複雑なクロスチェーン操作を自分で処理する必要がなくなり、これらのタスクを専門のソルバーネットワークに委任できることを意味します。
3）意図抽象🔻
もしチェーン抽象がユーザーの異質領域実行抽象であるなら、意図抽象はソルバーの異質証明義務抽象です。
正如开发者需要在跨域计算执行的上下文中为用户编写、编排和指导计算流以实现链抽象一样，他们还需要在意图抽象的上下文中为求解器编写、编排和指导证明流。
「チェーン抽象」の概念はまだ進化しており、さまざまなアプローチが「チェーン中心」から「状態中心」までの範囲をカバーしています。比較を容易にするために、ここでは「チェーン抽象」を「チェーン中心」と定義します。これはいくつかのオリジナルのチェーン抽象支持者のアーキテクチャにより一致しています。
しかし、実際には、多くの新しいアーキテクチャは「純粋にチェーン中心」と「純粋に状態中心」モデルの要素を融合させています。これはCAKEなどのフレームワークで見られます。