ケーススタディ — 流動性とヘッジ

Coinpass London 向けマルチ LP ヘッジ

FIX 4.4 を介して Coinpass を複数の流動性提供者へ接続するヘッジ・内部化レイヤー — ローカルオーダーブック、RFQ 価格スイープ、リテール指値注文を備える。2020年、同プラットフォームの Oanda による買収に先立って提供。

エグゼクティブサマリー

ロンドンを拠点とするデジタル資産プラットフォーム Coinpass は、複数の外部流動性提供者へ接続し、残りを市場でヘッジする前にリテールフローを内部化する必要がありました。Touch-Fire は、FIX 接続エンジンとローカルオーダーブックを中心としたヘッジアーキテクチャを設計し、手作業・単一クォートのプロセスを、自動化されたマルチプロバイダーのマッチング・ヘッジレイヤーへと変えました。

その中核にあるのは、リテールの指値注文と流動性提供者のクォートを格納するローカルオーダーブックです。このブックは、新規注文のたびに、またタイマーで LP から新鮮な見積依頼（RFQ）価格を要求しながらスイープされます。最終的に、流動性提供者のクォートをリテールの売買意欲と付け合わせます。FIX ゲートウェイが外部の流動性提供者と通信し、クォートを要求し注文を送信します。

技術アーキテクチャ

FIX 4.4 ゲートウェイが外部の LP およびトレーディングデスクと通信し、それぞれが独自のフォーマットでクォートを提供します。

  • FIX エンジンは複数の外部デスク（例えば GBP と USD の別々の流動性提供者）へ接続し、指値注文と RFQ の見積要求を仲介します。
  • RFQ 価格は一定の時間枠で有効です。新しい見積を要求すると前のものはキャンセルされ、価格を最新に保ちます。

すべてのリテール注文をそのままプロバイダーへルーティングするのではなく、システムはローカルオーダーブックを維持し、内部化の機会を継続的に探します。

  • リテールの指値注文はローカルのオーダーブック／データベースに格納されます。
  • 新規注文のたびに — そしてタイマーで — システムは流動性デスクから新鮮な RFQ クォートを要求し、ローカルオーダーブックをスイープして付け合わせ可能なものを探します。
  • マッチングは流動性提供者対リテールであるため、プラットフォームは可能な範囲でスプレッドを獲得し、残りをプロバイダーとヘッジします。
リテール注文 → ローカルオーダーブック → RFQ スイープ（タイマー／注文時） → 複数フレーバーの FIX 経由で LP へ

ヘッジレイヤーは、クリーンで非同期なインターフェースを通じて、より広範な Coinpass スタックに組み込まれます。

  • 内部サービスは、REST 経由でこのサービスへ指値注文要求を送信します。
  • 注文確認、部分約定、約定は、REST の Webhook 通知を介してプラットフォームへプッシュされます。
  • プライシングは、リテール表示向けに細かい小数精度で GBP（および Euro）建てでクォートされる5種類以上の暗号資産を対象とします。

成果とインパクト

手作業・単一クォートのプロセスを、複数の流動性提供者へ接続し、ヘッジ前にフローを内部化する自動化レイヤーに置き換えました。 ローカルオーダーブックと RFQ スイープにより、プラットフォームはリテールフローをプロバイダーのクォートと付け合わせ — スプレッドを獲得し、外部でヘッジすべき数量を削減します。 REST でラップした FIX エンジンにより、プラットフォームを FIX の配管から切り離して保ち、後続フェーズでさらなるプロバイダーや自社アルゴを追加する余地を残しました。

関連するケイパビリティ

エンドツーエンドの、完全な機関投資家グレードの暗号資産取引所。 この流動性提供者アグリゲーションプラットフォームが、現地通貨でのクォート（およびヘッジ）を行う大規模なクロスカレンシー・マルチ商品のプライシング・流動性エンジンへとどのように成長したかをご覧ください。 スマートオーダールーティング、アービトラージ、カスタムアルゴを一つのアーキテクチャで。

ヘッジ・流動性レイヤーが必要ですか？

Touch-Fire は、プラットフォームを複数の流動性提供者へ接続し、その間の内部化・ヘッジロジックを構築します。流動性戦略についてぜひご相談ください。

流動性とヘッジに関するご相談はこちらから。