クロスチェーンメッセージ：検証・配信・実行を比較する
クロスチェーン アプリケーションは、複数の異なるシステムに依存しながら 1 つのアクションを提示する場合があります。メッセージはソース チェーン上で認識され、規定されたセキュリティ モデルに基づいて検証され、宛先に配信され、宛先のロジックに受け入れられる必要があります。プロセス全体を「ブリッジ転送」と呼ぶと、前提がどこで変化するかが隠蔽される可能性があります。
実際の比較は、どのシステムが公表されている転送時間が最も短いかということではありません。目的地がどのような証拠を受け入れるか、誰がそのルールを変更できるか、ステップが遅れたり異議が唱えられた場合に何が起こるかが重要です。
1 つの命令のステージを区切る
チェーン A でデポジットを認識し、チェーン B でアプリケーション残高をリリースするという仮定の命令を考えてみましょう。含まれているソース トランザクション自体は、宛先アクションが完了したことを証明するものではありません。
ソース イベントとそのファイナリティ、検証結果、メッセージ配信、宛先の実行の 4 つの状態を追跡します。配信コンポーネントは、情報が有効かどうかを判断せずに送信する場合があります。逆に、宛先コントラクトが入力を拒否するか、必要なリソースが不足している場合、検証されたメッセージは実行に失敗する可能性があります。
この例は研究モデルを説明するものであり、すべてのプロトコルのアーキテクチャや現在提供されている OrangeX 機能を説明するものではありません。
検証者が何を証明したかを尋ねる
イーサリアムのブリッジ ドキュメント では、トークン、メッセージ、データを移動するブリッジについて説明し、外部で検証された設計と接続されたチェーンに依存するアプローチを区別します。いずれかのラベルを完全なセキュリティ保証として扱うのではなく、特定の実装を読んでください。
外部検証セットの場合は、メンバーシップ、しきい値ルール、独立性、および鍵の侵害を調査します。証明ベースのアプローチの場合、何が証明されたのか、どのコンセンサス仮定が残っているのか、検証ソフトウェアをどのようにアップグレードできるのかを特定します。暗号証拠によって、すべてのコントラクト、運用、またはガバナンスのリスクが除去されるわけではありません。
レイテンシとファイナリティを別々に扱う
アプリケーションは、関連するファイナリティ条件またはチャレンジ条件が満たされる前に、暫定的な進行状況を表示する場合があります。宣伝されている時間が観察、配信、ユーザーの流動性、または最終決済を指すのかを尋ねます。それらのマイルストーンは異なる場合があります。
開始イベント、終了イベント、セキュリティ条件が一致しない限り、2 つの遅延の数値を比較しないでください。確認応答が高速化しても、自動的にファイナリティが強化されるわけではありません。一時停止されたルートは、ソース トランザクションが消滅したという証拠ではなく、不確実性に対する意図的な対応である可能性もあります。
再試行と宛先権限を調べる
宛先アクションが失敗すると、2 番目の一連の疑問が生じます。再試行できるのか、誰が再試行できるのか、どのような料金が適用されるのか、同じ命令が 2 回実行されるのを防ぐものは何なのか、ということです。 2 回目の送信が安全であると仮定するのではなく、プロトコルに文書化された識別子とリプレイ保護を読んでください。
アップグレード キー、緊急一時停止、ルート構成、アプリケーション レベルの権限を確認します。安全なメッセージング層でも、安全でない宛先アプリケーションを健全にすることはできません。同様に、信頼できるインターフェイスは、サポートされているすべてのルートが 1 つの信頼モデルを共有していることを証明するものではありません。
ルート固有の調査記録を保管する
評価対象のルートの正確なチェーン、コントラクト、資産表現、セキュリティ モデル、ファイナリティの仮定、および回復手順を記録します。現在の公式ドキュメントを使用し、実装されているコントロールと将来の計画を区別してください。
取引所への入金は、任意のクロスチェーン アプリケーション メッセージとは別のワークフローです。 OrangeX.com に送信する前に、入金インターフェイス に示されているネットワークとアドレスの指示に従ってください。ブリッジ操作が成功すれば、サポートされていない宛先ネットワークが受け入れられるとは考えないでください。
