ブロックチェーンネットワーク間で資産を移動することは、同じネットワーク上で2つのトークンを交換するよりも複雑です。各ブロックチェーンは独自の台帳を管理し、独自のトランザクションを実行し、独自のルールに従っています。
そのため、あるネットワーク上のトランザクションが、別のネットワーク上の対応するトランザクションを自動的に完了させることはありません。
クロスチェーン実行インフラは、この問題の解決を目指しています。
STON.fiは、対応するブロックチェーンネットワーク間での資産交換を調整するために設計されたクロスチェーン実行レイヤー、Omnistonを通じてこの課題に取り組んでいます。
ユーザーが個別の取引を手作業で調整する代わりに、Omnistonは見積もりの検索、流動性プロバイダー、取引の実行、決済を一連の調整されたプロセスにまとめます。
これらの要素がどのように連携するかを理解すると、クロスチェーンスワップのメリットとリスクの両方が分かります。
1. 見積もり依頼：実行可能なルートを見つける
ユーザーが送信元の資産、送信先の資産、交換する数量を選ぶと、プロセスが始まります。
たとえば、TON上のUSDTをRobinhood Chain上のUSDGにスワップしたいユーザーを考えてみましょう。
アプリが、予定している取引の見積もりをリクエストします。
Omnistonは、リゾルバーと呼ばれる参加流動性プロバイダーから実行可能なオファーを取得するため、見積もり依頼（RFQ）メカニズムを使用します。
これらのリゾルバーはリクエストされたスワップを評価し、利用可能な流動性、価格設定、実行条件に基づいて見積もりを返す場合があります。
その後、ユーザーはアプリを通じて利用可能なオファーを確認できます。
これは、表示価格が単なる参考市場価格ではなく、実行提案に結び付いているため重要です。
利用できる見積もりやルートは、参加するリゾルバー、対応資産、その時点の市場状況によって異なります。
2. リゾルバー間の競争：送信先の流動性を提供する
リゾルバーは、条件を満たすスワップ依頼の実行を競う、独立した流動性プロバイダーです。
各リゾルバーは、保有資産、運用コスト、要求された資産ペアなどの要因に基づいて、提示できる価格と条件を決定します。クロスチェーン取引では、リゾルバーが注文を履行するために必要な送信先側の資産を提供できます。
そのため、アプリがすべてのブロックチェーン上で、対応するすべての資産を自ら保有する必要があるとは限りません。
代わりに、適切な注文が出されたときに、参加するリゾルバーが送信先の流動性を提供できます。
リゾルバー間の競争によって価格設定や実行の選択肢が改善する可能性がありますが、最良のオファーが得られるかどうかは、実際に受け取った見積もりによって異なります。
許容可能な条件下でそのルートを実行する意思または能力のあるリゾルバーがいない場合も、ルートを利用できないことがあります。
3. 実行の調整：ネットワークをまたぐ取引の連携
見積もりを見つけることは、プロセスの一部にすぎません。取引は送信元ネットワークと送信先ネットワークの両方で実行する必要があります。
STON.fiは、リンクされたハッシュタイムロックコントラクト（HTLC）を用いたOmnistonのクロスチェーン決済アーキテクチャについて説明しています。
HTLCとは、暗号学的条件と時間制限を組み合わせたスマートコントラクトの仕組みです。
簡単に言えば、各当事者がそれぞれの資産を請求できる条件をコントラクトで定めます。
対応しているクロスチェーンスワップでは、次の2つの連携したコントラクトが関与します。
- ユーザーの資産に関連付けられた送信元側のコントラクト。
- リゾルバーの資産に関連付けられた送信先側のコントラクト。
両方のコントラクトで、共通の暗号学的ハッシュ条件と互換性のある時間制限を使用します。
これにより、ブロックチェーン間で単一の台帳を共有することなく、交換の両側を連携させます。
各コントラクトは、それぞれのネットワーク上で指定された決済条件を適用します。
重要な違いは、Omnistonが交換を調整する一方で、基盤となるブロックチェーン取引とスマートコントラクトが、関連する実行条件と決済条件を適用するという点です。
4. アトミック決済：スワップ完了時に何が起こるのか
アトミック決済は、Omnistonが説明するクロスチェーン設計の中核です。
ここでいうアトミック性とは、連携した条件に基づいて交換を構成し、意図した資産の移転が両側で完了するか、ロックされた関連資産を返金可能な状態にできることを意味します。
このプロセスでは、リンクされたコントラクトにハッシュが組み込まれた暗号学的な秘密情報を使用します。
必要な秘密情報が公開され、契約上の条件が満たされると、それに対応する請求が可能になります。
ユーザーは送信先の資産を請求でき、リゾルバーは公開された秘密情報を使って送信元の資産を請求できます。
共通の暗号学的条件が、2つの請求を結び付けます。
該当する時間内に必要な決済条件が満たされない場合、コントラクトはそのルールに従って返金できる仕組みを提供します。
この設計は、一方の当事者が資産を渡したのに、合意した対価となる資産を受け取れないままスワップが終わるリスクを低減することを目的としています。
ただし、アトミック決済をあらゆる損失を防ぐ保証と解釈すべきではありません。スマートコントラクトの脆弱性、実装上の誤り、ネットワーク障害など、ほかの技術的リスクは依然として存在します。
ユーザーは「アトミック」という言葉だけを頼りにせず、プロトコルの実際の実装と取引状況を理解する必要があります。
5. 実例：TON上のUSDTからRobinhood Chain上のUSDGへ
TON上のUSDTを保有するユーザーが、Robinhood Chain上のUSDGを受け取りたい場合を考えてみましょう。
このワークフローの例から、さまざまな要素がどのように連携するかが分かります。
ステップ1：資産を選択する。
ユーザーは、実行中のアプリで正確なルートがサポートされていることを条件に、送信元としてTON上のUSDTを、送信先としてRobinhood Chain上のUSDGを選びます。
ステップ2：見積もりを依頼する。
アプリは、選択された資産と数量について、実行可能なオファーをリクエストします。
ステップ3：オファーを確認する。
ユーザーは取引を承認する前に、受取予定額、適用される手数料、実行条件を確認します。
ステップ4：実行を調整する。
ユーザーが進めることを選び、ルートが受け入れられると、該当する実行プロセスがプロトコルの決済メカニズムに従って送信元側と送信先側を調整します。
ステップ5：完了または資産を回収する。
スワップが正常に決済されると、ユーザーは合意した条件に従って送信先の資産を受け取ります。実行が完了しない場合、適用されるプロトコルの返金メカニズムによって、ロックされた資産をどのように回収できるかが決まります。
具体的なワークフローは、選択したルートと実装によって異なります。
USDTからUSDGへの例はあくまで説明用です。スワップを試みる前に、STON.fiの稼働中のインターフェースで、この特定の資産ペアが現在利用可能か確認してください。
6. このアーキテクチャが重要な理由
Omnistonのアプローチでは、通常は異なるシステムが担う複数の役割を分離しています。
見積もりの検索によって、利用可能な実行オファーを特定できます。
リゾルバー間の競争によって、流動性プロバイダーがプロセスに参加します。
実行の調整によって、取引の送信元側と送信先側がつながります。
スマートコントラクトによる決済が、資産を請求または返金できる条件を適用します。
これらの機能を組み合わせることで、ユーザーにとっての操作が簡素化され、アプリが対応するルートごとに個別のインフラを構築する必要性を減らせます。
また、インテグレーターは取引ごとに送信先側の流動性を独自に維持することなく、クロスチェーン機能を提供しやすくなります。
メリットが得られるかどうかは、実際のルート対応状況、リゾルバーの参加状況、基盤となるコントラクトの信頼性によって異なります。
7. リスクと制限事項
Omnistonはクロスチェーン実行を調整するよう設計されていますが、ユーザーは依然としてリスクを理解しておく必要があります。
流動性と価格設定：リゾルバー間の競争があっても、あらゆる状況で最良の市場価格が保証されるわけではありません。利用可能なオファーは、参加プロバイダーとその時点の市場状況によって異なります。
ルートの利用可能性：すべての資産ペアやネットワークの組み合わせが必ずサポートされているとは限りません。流動性や実行能力が不足している場合、ルートを利用できないことがあります。
スマートコントラクトのリスク：リンクされたコントラクトは特定の決済リスクを低減できますが、脆弱性や実装上の不具合をなくすものではありません。
ネットワークの状況：混雑、障害、取引の遅延は、実行や未完了のスワップの解決にかかる時間に影響する場合があります。
見積もりの条件：ユーザーは署名する前に、実際の見積もり、手数料、適用される実行条件を確認してください。
資産回収の条件：返金は、コントラクトのルール、時間制限、取引の状態によって異なります。
失敗すれば必ず即時に返金されると思い込まず、これらの条件を理解してください。
こうした制限事項を理解することは、あらゆるクロスチェーン実行システムを評価するうえで不可欠です。
Omnistonは、見積もりの検索、リゾルバーが提供する流動性、実行の調整、スマートコントラクトによる決済をまとめることで、クロスチェーンスワップを調整します。
OmnistonのRFQメカニズムにより、参加するリゾルバーは実行可能なオファーを提示できます。そのクロスチェーンアーキテクチャは、リンクされたHTLCを使って、参加ネットワーク上での決済または資産回収の条件を定めます。ユーザーにとっての目的はシンプルです。対応するあるブロックチェーン上の資産を、基盤となる個々の処理を手作業で調整することなく、別のブロックチェーン上の資産と交換することです。開発者にとっては、ルーティングと決済のプロセスを構成するすべての要素を個別に構築することなく、クロスチェーン実行を統合する手段となります。
より広い意味での教訓は、クロスチェーンインフラは単にネットワーク間でトークンを移動させるだけではないということです。独立して動作するシステム間で、流動性、価格設定、取引の実行、資産回収の条件を調整する必要があります。
詳細はこちら：https://ston.fi/cross-chain-swap-from-ton-to-base
仕組みを調べましょう。
ルートを確認しましょう。
取引する前にリスクを理解しましょう。
公式リソース：
Omnistonの「クロスチェーン実行の概要」（https://ston.fi/omniston）
STON.fiの「Omniston技術ドキュメント」（https://docs.ston.fi/developer-section/omniston）
STON.fiの「クロスチェーン実行の解説」（https://blog.ston.fi/omniston-explained-how-cross-chain-swaps-on-ton-work-without-a-bridge/）