あるプロジェクトが$GRAM でローンチするとき、それは選択に直面します。自前のスワップインフラを構築するか、既製のものを採用するか。そして、ますます頻繁にその選択はSTONfiに委ねられます。流行っているからではなく、自前で構築するのは高額で、時間がかかり、リスクが高いからです。

Gramboを例に挙げましょう。トークンローンチパッドは、スワップ用の独自のスマートコントラクトを書き、プールを設定し、流動性を集めることができます。それは数か月の作業と大量のテストを意味します。その代わりに、彼らはSTONfiのインターフェースをフィードに直接埋め込みました。ユーザーはトークンをローンチし、ローンチパッドから離れることなくすぐにスワップできます。流動性は、ゼロから構築されたプールではなく、既存のSTONfiプールに流れ込みます。

RedoTradeも同じ道を選びました。トレーディングボットは自ら流動性を集約することもできましたが、それは各取引所と個別に交渉し、APIを維持し、レートの競合を解決することを意味します。その代わりに、彼らはOmniston SDKを組み込みました。TONのすべての流動性ソースに既に接続されている一つのプロトコルです。そして、クロスチェーンも同じSDKを通じて計画されています。

TractionEyeは、自前のスワップインフラを構築することすら検討しませんでした。ソーシャルトレーディングマーケットプレイスは、すべてのスワップを処理するためにOmnistonを採用しました。なぜなら、トレーダー向けの製品を構築しているのであれば、スワップは初日から完璧に機能しなければならないからです。修正に6か月を費やした後ではありません。

なぜプロジェクトは自前のソリューションを放棄しているのか。経済性です。自前のインフラには、それを維持するチーム、スマートコントラクトをチェックする監査人、テストのための時間が必要です。そしてSTONfiは、これらすべてを既製で提供します。実績のあるものです。あなたが集める必要のある流動性ではなく、すでに存在している流動性を備えて。