同じSTONfiオーダーを複数のリゾルバーが望むとき何が起きるのか?
Omnistonの面白い点の一つは、複数のリゾルバーが同じオーダーを満たせる場合に何が起きるかです。
システムは、単一の情報源に頼る代わりに、利用可能な流動性プロバイダー同士の競争を生み出すことができます。
複数の見積もり
オーダーが送信されると、条件を満たすリゾルバーが見積もり(クオート)で応答できます。
各リゾルバーは、自身が利用できる流動性やルートに基づいて、異なる価格や約定条件を提示できます。
つまり、同じオーダーに対して複数の競合する見積もりが寄せられる可能性があります。
最適な選択方法
その後、見積もり同士を比較して、どの選択肢が最も適した執行(実行)を提供するかを判断できます。
価格は重要ですが、最大の数字を選ぶだけが執行のすべてではありません。ルート、利用可能な流動性、そして取引を完了できるかどうかも関係します。
競争が重要な理由
複数のリゾルバーは、より競争的な環境を作ります。
あるリゾルバーが弱い見積もりを提示していても、別のリゾルバーがより良い執行を提供できるなら、オーダーには単一の流動性ソースに依存するのではなく、代替手段があります。
これにより、価格や執行の効率を改善する助けになります。
次に何が起きる?
希望する見積もりが選ばれると、リゾルバーはオーダーの条件に従って執行を担当します。
目的は、すべての流動性ソースをユーザーが手動で比較しなければならない状況を強制せずに、見積もりの発見 → 選択 → 執行へとスムーズに進めることです。
私見
これはOmnistonの中でも興味深いアイデアの一つだと思います。
リゾルバーは単なる追加インフラではありません。それらの競争が、より良い執行を見つける仕組みの一部になり得ます。
リゾルバーが増えるほど、見積もりも増え、競争も増し、同じSTONfiオーダーに対してより良い結果につながる可能性があります。
$GRAM $XRP
#CPIWatch
Omnistonの面白い点の一つは、複数のリゾルバーが同じオーダーを満たせる場合に何が起きるかです。
システムは、単一の情報源に頼る代わりに、利用可能な流動性プロバイダー同士の競争を生み出すことができます。
複数の見積もり
オーダーが送信されると、条件を満たすリゾルバーが見積もり(クオート)で応答できます。
各リゾルバーは、自身が利用できる流動性やルートに基づいて、異なる価格や約定条件を提示できます。
つまり、同じオーダーに対して複数の競合する見積もりが寄せられる可能性があります。
最適な選択方法
その後、見積もり同士を比較して、どの選択肢が最も適した執行(実行)を提供するかを判断できます。
価格は重要ですが、最大の数字を選ぶだけが執行のすべてではありません。ルート、利用可能な流動性、そして取引を完了できるかどうかも関係します。
競争が重要な理由
複数のリゾルバーは、より競争的な環境を作ります。
あるリゾルバーが弱い見積もりを提示していても、別のリゾルバーがより良い執行を提供できるなら、オーダーには単一の流動性ソースに依存するのではなく、代替手段があります。
これにより、価格や執行の効率を改善する助けになります。
次に何が起きる?
希望する見積もりが選ばれると、リゾルバーはオーダーの条件に従って執行を担当します。
目的は、すべての流動性ソースをユーザーが手動で比較しなければならない状況を強制せずに、見積もりの発見 → 選択 → 執行へとスムーズに進めることです。
私見
これはOmnistonの中でも興味深いアイデアの一つだと思います。
リゾルバーは単なる追加インフラではありません。それらの競争が、より良い執行を見つける仕組みの一部になり得ます。
リゾルバーが増えるほど、見積もりも増え、競争も増し、同じSTONfiオーダーに対してより良い結果につながる可能性があります。
$GRAM $XRP
#CPIWatch
