クロスチェーン・スワップの背後にある“見えない市場”
多くのユーザーは、クロスチェーン取引を次のように考えます:
資産A → ブリッジ → 資産B
しかし、リゾルバベースのシステムでは別のアーキテクチャが導入されます。
ユーザーはクロスチェーン要求を送信し、リゾルバが競ってそれを埋め、選ばれたリゾルバはHTLC(ハッシュタイムロック契約)によって強制される暗号学的条件を用いて決済に参加します。
そこには、学ぶべき複数の層があります:
1. RFQ(見積り依頼)層
ユーザーが実行可能な見積り(クォート)を要求します。
2. リゾルバ層
流動性プロバイダーが要求を満たすために競い合います。
3. 実行層
リゾルバが、受取側の資産を提供します。
4. 決済層
取引は、あらかじめ定義された暗号学的条件に従います。
5. リカバリ層
タイムロックの仕組みにより、意図した決済が完了しない場合に返金のための経路が用意されます。
そのため、クロスチェーン基盤は、単に次を尋ねるだけでは不十分です:
「この取引はどのチェーンをサポートしていますか?」
より良い研究の問いは次のようなものです:
「システムは、チェーンをまたいでどのように流動性と決済を調整しているのか?」
実際のアーキテクチャの多くは、まさにそこにあります。
STON.fiの現在のクロスチェーン実装では、この実行モデルにOmnistonを使用しています。
@ston_fi #STON.fi $STON #Stonbassador #DeFi #TON #CrossChain #Omniston
多くのユーザーは、クロスチェーン取引を次のように考えます:
資産A → ブリッジ → 資産B
しかし、リゾルバベースのシステムでは別のアーキテクチャが導入されます。
ユーザーはクロスチェーン要求を送信し、リゾルバが競ってそれを埋め、選ばれたリゾルバはHTLC(ハッシュタイムロック契約)によって強制される暗号学的条件を用いて決済に参加します。
そこには、学ぶべき複数の層があります:
1. RFQ(見積り依頼)層
ユーザーが実行可能な見積り(クォート)を要求します。
2. リゾルバ層
流動性プロバイダーが要求を満たすために競い合います。
3. 実行層
リゾルバが、受取側の資産を提供します。
4. 決済層
取引は、あらかじめ定義された暗号学的条件に従います。
5. リカバリ層
タイムロックの仕組みにより、意図した決済が完了しない場合に返金のための経路が用意されます。
そのため、クロスチェーン基盤は、単に次を尋ねるだけでは不十分です:
「この取引はどのチェーンをサポートしていますか?」
より良い研究の問いは次のようなものです:
「システムは、チェーンをまたいでどのように流動性と決済を調整しているのか?」
実際のアーキテクチャの多くは、まさにそこにあります。
STON.fiの現在のクロスチェーン実装では、この実行モデルにOmnistonを使用しています。
@ston_fi #STON.fi $STON #Stonbassador #DeFi #TON #CrossChain #Omniston
