OmnistonがSTON.fi上でのEVM-to-EVMスワップをどのように扱うか
クロスチェーン取引は、分散型取引所（DEX）で2つのトークンをスワップするのと同じように、あるブロックチェーンのアセットを別のブロックチェーンへ移すだけだというふうに語られることがよくあります。
実際には、基盤となるプロセスははるかに複雑になり得ます。
従来のDEXスワップは、通常単一のブロックチェーン内で行われます。流動性はそのネットワーク上に配置され、取引は同じ台帳上のコントラクトによって実行され、取引全体はそのチェーンの実行環境に従って行われます。
Ethereum、BNB Chain、Base、PolygonなどのネットワークをまたぐEVM-to-EVM取引は、別の問題を生みます。交換される資産が、それぞれ別のブロックチェーン上に存在し、1つの取引履歴を共有していないためです。
ここが、STON.fiのOmnistonが別のアプローチを取る部分です。
従来のブリッジ＆スワップ手順のように取引を押し付けるのではなく、Omnistonはそのやり取りをクロスチェーンの注文として扱います。システムは、RFQ（Request for Quote）モデル、競争的なリゾルバの流動性、そしてペアのHashed Timelock Contracts（HTLC）を組み合わせて、独立したEVMネットワーク間で決済を協調します。
結果として、ユーザーには「1回のスワップ」のように感じられる体験が得られますが、実際の決済は複数のチェーンにまたがる協調メカニズムによって実行されます。
Omnistonは何を違う形で行っているのか？
本質的に、Omnistonはクロスチェーン実行に関わる複雑さの多くを抽象化するよう設計されています。
ユーザーが、異なるネットワーク間で複数のアクションを手作業で完了させる必要がないようにする代わりに、インターフェースは1つのクロスチェーン意図を提示します。つまり、売りたい資産、受け取りたい資産、そして関与するネットワークです。
その要求の裏では、リゾルバが受け側の流動性を提供し、提示された条件に従って取引を実行するために競い合います。
これにより重要な違いが生まれます。
Omnistonは、すべてのクロスチェーン・ルートに対してTONを中継地点にする必要がありません。EVM-to-EVMのシナリオでは、送信元資産と受け側資産はそれぞれのEVMネットワークに留められ、プロトコルがそれらの間の決済を協調します。
フェーズ1のサポートには、Ethereum、BNB Chain、Base、Polygonのような主要ネットワークが含まれ、ユーザーがブリッジルートを手作業で構築する必要なく、マルチネットワーク間での資産交換の土台を作ります。
RFQモデル：流動性が注文を巡って競合する
Omnistonのアーキテクチャの最も重要な構成要素の一つが、そのRFQモデルです。
RFQはRequest for Quoteの略です（見積もり依頼）。
実行価格を決めるために、単一の流動性プールに専ら依存するのではなく、クロスチェーン注文への見積もり（quotes）を提示することで、リゾルバが競い合えるようにします。
簡略化したフローは、次のようになります：
トレーダーは、売りたい資産と受け取りたい資産を指定します。
Omnistonは注文を、対象となる（資格のある）リゾルバにブロードキャストします。
リゾルバは、リクエスト、受け側の流動性、執行コスト、ネットワーク状況、その他の要因を評価します。
提示者は、提供できる内容を説明する見積もり（quotes）を返します。
そして、利用可能なオファーに基づいて、システムが適切な執行経路を選択できます。
このモデルは、クロスチェーン取引に特に重要です。なぜなら、流動性がネットワークごとに断片化されていることがあるからです。
リゾルバは、送信側の取引を別途調整しつつ、受け側チェーンで必要とされる場所に実質的に流動性を提供できます。
トレーダーにとって、これはルートの裏にあるインフラを理解する必要性を減らします。
なぜペアのHTLCが重要なのか
2つ目の主要コンポーネントは、Hashed Timelock Contracts、一般にHTLCの利用です。
クロスチェーン取引における課題は、次の通りです。
共有された1つの取引に依存せず、異なるブロックチェーン上に存在する2つの当事者の資産をどうやって交換できるのでしょうか？
答えは、両方のネットワーク上で一致する暗号学的条件を作ることです。
簡略化した例では、トレーダーが送信元側のHTLCの中で資産をロックします。
そのコントラクトには次が含まれます：
ハッシュロックは、資金を請求（claim）するのに必要な秘密を定義します。
タイムロックは、許可された期間内に交換が完了しなかった場合に何が起きるかを定義します。
一方でリゾルバは、互換性のあるHTLC条件を使って、対応する受け側の資産をロックします。
したがって、両者は同じ基盤となる暗号学的な秘密（secret）でつながっています。
秘密が決済を調整する
プロセスで重要なのは、ハッシュロックで使われる秘密鍵（secret）です。
資産は、単に好きなように請求（claim）できません。コントラクトに埋め込まれた条件が、決済がどのように成立し得るかを決めます。
交換の片側を請求するために正しい秘密が公開されると、その秘密はもう片側の一致条件を満たすのに使えます。
これにより、独立したブロックチェーン間で同期された決済メカニズムが生まれます。
重要な考え方は、EthereumとBaseが突然共通の台帳を共有することではありません。
そうではありません。
代わりに、別々のネットワーク上のコントラクトが、同じ暗号学的条件に従って交換が完了できるよう、互換性のあるルールを強制します。
それが、このメカニズムに「原子的な決済」特性を与えるものです。
取引が失敗したらどうなりますか？
クロスチェーン・インフラも失敗に備える必要があります。
ネットワークは混雑することがあります。取引は遅延することがあります。リゾルバは執行を完了できない場合があります。決済条件が、必要な期間内に満たされないかもしれません。
ここでタイムロックが重要になります。
決済に必要な条件が、関連するタイムアウト前に満たされなければ、HTLCメカニズムによって、契約ルールに従って適切な当事者がロックされた資産を返金できます。
したがって、すべての取引が完璧に成功することに依存していません。
代わりに、それは次の2つの可能な結果に基づいて設計されています。
成功した決済：暗号学的条件が満たされ、資産を請求（claim）できます。
タイムアウト：決済が必要な期間内に完了せず、返金メカニズムが利用可能になります。
これにより、ユーザーが複数の独立した取引を手作業で調整しなければならないプロセスよりも、クロスチェーン注文はより耐障害性（レジリエンス）が高くなります。
なぜこれは従来のDEXと違うのか
通常のDEXスワップは、比較的シンプルです。なぜなら両方の資産は通常、同じブロックチェーン上で利用可能だからです。
たとえば、Ethereum上であるトークンを別のトークンに交換するトレーダーは、Ethereumの実行環境の中だけで完結する流動性プールまたはルーティング・システムとやり取りできます。
ブロックチェーンは、取引を実行するために必要な共有状態をすでに提供しています。
EVM-to-EVMスワップは異なります。
たとえば、EthereumとPolygonは独立した状態を維持しています。片方で確認（confirm）された取引が、もう片方で自動的に同等の取引を実行するわけではありません。
したがってOmnistonは、マルチチェーン・スワップを1つの文字通りのブロックチェーン取引として扱うことはできません。
代わりに、複数の協調された執行ステップによって裏打ちされた「1つの取引意図」を作ります。
インターフェースは統一されて見えるかもしれませんが、基盤となる決済は各ネットワークで別々に行われます。
その違いは重要です。
原子的（atomic）な性質は、複数のブロックチェーンにまたがる魔法の単一トランザクションではなく、プロトコルのルール、暗号学的条件、タイムアウト・メカニズムによってもたらされます。
TONの中間業者は不要
OmnistonのEVM-to-EVM設計のもう一つの重要な点は、TONが取引の中央にいる必要がないことです。
EVM-to-EVMのルートでは、トレーダーが送信元資産をTONに変換し、TONエコシステムを経由して、そして目的の受け側資産へ再び変換する必要は必ずしもありません。
代わりに、Omnistonはクロスチェーン実行アーキテクチャによって、送信元チェーンと受け側チェーンを直接調整できます。
これにより、ユーザーの観点から不要な手順を減らし、マルチネットワーク取引を通常のスワップにかなり近い感覚にできます。
つまり重要な抽象化とは次の通りです：
1つの注文、複数のネットワーク、協調された決済。
大きな注文のための部分約定（Partial Fills）
クロスチェーン取引には、注文サイズが大きくなるほど、より目に見えてくる「流動性の問題」もあります。
大きな注文は、いつも1つのソースや1つのリゾルバによって効率的に埋まるとは限りません。
Omnistonは部分約定（partial fills）をサポートでき、1つの流動性ソースに全面的に依存するのではなく、複数の執行機会を通じてより大きな注文を扱えます。
クロスチェーンの流動性は、めったに均等に分布していないため、これは役立ち得ます。
あるリゾルバは注文の一部に対して魅力的な執行を提示するかもしれず、別のリゾルバは別の部分のほうが有利な位置にいる可能性があります。
部分的な実行を扱えるシステムは、断片化された流動性に直面する際、より柔軟になり得ます。
ユーザー体験 vs. インフラ
Omnistonの強力なアイデアの一つは、「ユーザーが見るもの」と「プロトコルが実際に行わなければならないこと」を分離することです。
トレーダーの観点では、フローは比較的シンプルに保てます：
売りたい資産を選択してください。
受け取る資産を選択してください。
利用可能な見積もりを確認してください。
取引を承認してください。
クロスチェーンの実行プロセスが完了するのを許可します。
しかし、そのシンプルなインターフェースの裏では、いくつかのことが起きている可能性があります。
リゾルバが注文を巡って競い合います。
流動性が評価されています。
ガスコストは検討されています。
送信元および受け側のコントラクトが準備されています。
HTLC条件が設定されています。
取引は、関与する各ネットワークに対して個別に送信されます。
決済は暗号学的条件を通じて協調されます。
この抽象化が重要なのは、ユーザーは通常、2つのEVMネットワーク間で資産を移動するだけのために、クロスチェーン取引の調整を専門家のように学びたくないからです。
まだ重要なもの：見積もり（Quotes）、ガス、流動性
Omnistonは、クロスチェーン取引に関連するすべての課題をなくすわけではありません。
執行の品質は、依然としていくつかの実務的な要因に左右されます。
見積もりの質が重要です。クロスチェーンのルートは、受け取る金額が競争力のあるものでない限り役に立ちません。
ガスコストが重要です。参加する各ネットワークは、総執行コストに影響する取引手数料を持ち込む可能性があります。
流動性が重要です。リゾルバは、注文を効率的に執行するのに十分な受け側（宛先側）の流動性を必要とします。
ネットワーク状況が重要です。混雑、確認にかかる時間、取引の信頼性は、執行に影響し得ます。
そのため、インターフェースはプロセスを簡単にできても、取引の裏にある経済（ファンダメンタルズ）は消えません。
クロスチェーンの抽象化は体験を簡単にします。流動性、手数料、ネットワーク状況を無関係にするわけではありません。
中央集権ではなく、協調によるセキュリティ
アーキテクチャを理解する別の有用な見方として、Omnistonは、スワップ自体のために1人の仲介者が管理する「共有のクロスチェーン・ボールト（金庫）」を1つ用意する必要がない、という点があります。
代わりに、送信元チェーンと受け側チェーンは、それぞれ独自のコントラクトを維持し、自身の条件を強制します。
協調は、プロトコルの実行ロジックと暗号学的保証によって行われます。
この構造には意味があります。ユーザーの意図と、実際の決済メカニズムの間にある概念上のギャップを縮められるからです。
ユーザーは、仲介者がいずれ資産を移動してくれることを単に信じているわけではありません。
取引は構成されており、関連するネットワーク上のコントラクトが、交換がどのように行われるべきか、またそれらの条件が満たされなかった場合に何が起きるかを定義します。
クロスチェーン取引におけるより大きな全体像
OmnistonのEVM-to-EVMモデルは、分散型取引におけるより大きな変化を示しています。
クロスチェーンUXの将来は、ユーザーが個々のブロックチェーンの仕組みをすべて学ぶことに依存しないかもしれません。
代わりに、インフラが、統一された取引体験の裏側で、ルーティング、流動性の発見、決済の協調を処理できます。
その観点から見ると、クロスチェーン問題は「チェーン間で資産を手作業で動かす」ことよりも、「意図を表現する」ことに近づきます。
「この資産をここで売って、あの資産をそこでもらいたい。」
その意図を満たすために、リゾルバが競い合い、暗号学的な決済メカニズムによって、執行が定義されたルールに従うことが保証されます。
これは根本的に、別のブリッジ・インターフェースを追加することとは別物です。
ブリッジは主に、資産、または資産の表現をネットワーク間で移動することに焦点を当てます。
注文中心のシステムは、ネットワークをまたいだ取引の約定（fulfill）に焦点を当てます。
ブロックチェーンのエコシステム、資産、流動性の取引場の数が増え続けるほど、この違いはますます重要になり得ます。
最終結論
OmnistonのEVM-to-EVMスワップへのアプローチは、その土台に単純なアイデアがあり、その下に洗練されたインフラがある構造です。
クロスチェーン取引を、無関係なブリッジとDEX取引の連続として扱うのではなく、その操作を1つのクロスチェーン注文として扱います。
リゾルバはRFQモデルによって競い合います。
受け側の流動性は、トレーダーが必要とする場所に供給されます。
ペアのHTLCは、参加するネットワーク間に暗号学的な条件を確立します。
ハッシュロックは、成功した請求（claim）を調整します。
タイムロックは、決済が完了しない場合に返金への道を提供します。
部分約定は、より大きな注文への対応に役立ちます。
そして重要なことに、EVM-to-EVMルートでは取引がTONに「中間の資産」や「ネットワーク役」を担わせる必要がありません。
結果として、トレーダーは統一された1つのスワップフローとやり取りし、その下で複数の独立したブロックチェーンが協調します。
それが、クロスチェーン・インフラの本当の価値です。ブロックチェーンを同一にするのではなく、その違いをユーザーにとって目立ちにくくすること。
マルチチェーンの流動性がますます細分化されていくほど、Omnistonのようなシステムは、その細分化をより単純な取引体験へと変える重要な役割を果たし得ます。ユーザーは、取引したい資産と受け取りたい資産に集中し、裏側のインフラが決済までの複雑さを処理します。
要点はこうです。Omnistonは、RFQベースの流動性競争と、HTLCベースのクロスチェーン決済を組み合わせることで、EVM-to-EVMスワップを、複雑なマルチステップ手順から、あらかじめ定められたルールに従って実行するか安全に巻き戻すよう設計された「協調された注文」へと変えます。
STON.FIのEVM-to-EVMスワップをさらに見る：https://app.ston.fi/swap?mode=cross-chain&in=bnb%3AUSDT&out=ethereum%3AUSDT
大規模なクロスチェーン・スワップにRFQ + HTLCアーキテクチャを信頼しますか？それとも、従来のブリッジ方式のルートをまだ好みますか？