最先端のデータインフラストラクチャでヘッジファンドの成功を推進

資本市場で必要とされるような高機能のテクノロジースタックを必要とする業界はほとんどありません。しかし、この技術スタックをサポートするインフラストラクチャは成功に不可欠です。特にヘッジファンド取引では、データのスピードと整合性の必要性が最も重要です。

ヘッジファンドの主な目的は、高度な取引戦略とリスク管理戦略を採用することで、一定のリスク許容度で高い投資収益率を生み出すことです。このような取引戦略の多くは、証券の価格を正確に決定し、価格が大きく変化する前に迅速に取引する能力に依存しています。たとえば、古い価格で証券を取引すると損失が発生する可能性があります。正確な情報なしに取引が実行されることを避けるためには、パフォーマンスが高く信頼性の高い取引スタック、特にメッセージング レイヤーを持つことが非常に重要です。

ヘッジファンドの IT インフラストラクチャは、市場データ フィード ハンドラーなどの必要なプロセスにメッセージを迅速かつ効果的に配信できなければなりません。アルゴ取引アプリケーションへ。注文管理システム (OMS) へ。そして最後に、実行管理システム (EMS) です。メッセージがあるプロセスから別のプロセスにホップして遅延が発生するため、回収できるミリ秒またはマイクロ秒が最終的な収益に違いをもたらします。

しかし、現在でも多くのヘッジファンドは、従来のメッセージ ソリューションを最新化することに苦労しています。解きほぐすのが難しすぎる従来の劣悪なソリューションに固執している人もいれば、過去数年間に多数のソリューションを採用し、標準化されていない混乱を招いている人もいます。その結果、いくつかのヘッジファンドは、速度、効率、回復力、セキュリティの観点から業界のニーズを満たすように設計されていないさまざまなメッセージング ソリューションを依然として使用しています。

トランザクションのマイクロ秒を短縮することで、適切な価格で売買を行うことができ、競争の激しい市場で利益を最大化することができ、同時にデータの可用性と安全性を高く保つことができます。

こちらもご覧ください: 新興市場はデジタル バンキングに躍り出る

資本市場の成功に向けたメッセージング ソリューション要素

ヘッジファンドに競争上の優位性を提供するために、メッセージング ソリューションには 4 つの重要な機能と考慮事項が必要です。

１．遅延の余地のない大容量の市場データ配信

市場データは大量で非常に不安定であり、ヘッジファンドはリフィニティブやブルームバーグなどのソースから最大マイクロ秒のデータフィードを受け取ります。市場データが消費されると、リスク、損益計算書、OMS、EMS システムなどの下流の消費者にファンアウトされます。

メッセージの量は日々大幅に変化する可能性がありますが、ヘッジファンドが取引する証券の数や参加している世界市場によっては、その量が 1 秒あたり数百万メッセージになる場合があります。パフォーマンスの高いメッセージ ブローカーは、このような大量のボリュームを処理でき、ボリュームが増加し続けるにつれて水平方向に拡張できる必要があります。

さらに、これらのメッセージは最小限の遅延で配信される必要があります。たとえば、Solace PubSub+ ブローカーによって提供される 18 マイクロ秒という低いレイテンシを実現するには、メッセージをディスクに保存せずにメモリ内で配信する必要があります。これには、一部のメッセージが失われる可能性があるリスクがありますが、最大 1 回を必要とする市場データ配信のユースケースでは許容されます。 サービスの品質

それが資本市場環境で優位性をもたらすのです。意思決定を行う際には、市場、取引所、株価に何が起こっているかについて最新の視点を持っている必要があります。たとえば、主要なインフレ報告書が発表されるなどのマクロイベントによって外国為替市場がどれだけ早く変動するかを考えてみましょう。

私は最近、外国為替取引のシナリオに遭遇しました。そこでは、米国消費者物価指数の発表により、トレーダーが市場データ量の急増を目撃しました。これは、顧客にこれらの通貨を取引するサービスを提供する際に非常に重要です。特定の通貨ペアを特定の価格で売買する場合、市場の最新の見方を瞬時に得る必要があります。

古い情報を扱っている場合、扱っている証券や取引の頻度によっては、1 ミリ秒または数マイクロ秒の遅延でも大きな影響を与える可能性があります。ヘッジ ファンドの取引ではスピードが極めて重要であり、市場データのユースケースでの遅延を最小限に抑えるための効率的なデータ分散アーキテクチャを構築することなしには、優れた技術スタックはあり得ません。

２．資本市場ではスピードとパフォーマンスが鍵となりますが、 データ セキュリティを忘れないでください。

市場データの配信とは異なり、 取引注文配信のユースケースでは少なくとも 1 回のサービス品質が必要です。 .貿易注文の配布は、貿易の前後のライフサイクルに及び、貿易アイデアの発案から取引の実行、貿易後の決済と報告に至るまで多岐にわたります。

取引注文のメッセージ量は市場データよりもはるかに少ないですが、すべてのメッセージは安全に配信される必要があります。このサービス品質を達成するには、 メッセージ ブローカーは永続性を活用する必要があります。 および謝辞 .

メッセージがパブリッシャーからブローカー、消費者に配信されると、メッセージ配信が保証されるように確認応答が共有され、ヘッジファンドの取引スタックがメッセージを失うことがなくなります。追加のオーバーヘッドは、 レイテンシが最大 1 回よりも高くなるということを意味します。 サービスの品質は低下しますが、配信の追加保証を考慮すると許容範囲です。両方のサービス品質をサポートできるブローカーは多くありません。そのため、一部のヘッジファンドは異なるブローカーを使用し、テクノロジースタックを複雑にしすぎています。

一例として、世界最大手のヘッジファンドの 1 つは、イベント対応ソリューションを使用して、OMS のローカル インスタンスによって発行されたトレーダー注文の更新をグローバル イベント メッシュ経由で配信します。ニューヨーク、ロンドン、香港、シンガポール、東京などの地域からの注文の更新情報は、リアルタイムでのポジションのリスク分析のためにプライマリ データ センターに統合されます。

キャピタル マーケットではスピードとパフォーマンスが最も重要ですが、ヘッジ ファンドにとって重要な要件は、堅牢で信頼性が高く、回復力のあるメッセージ ブローカーを持つことです。

３．堅牢なシステムは世界のヘッジファンドの歯車を回し続けなければならない

資本市場ではあらゆるものに高可用性が必要であり、必要に応じて災害復旧も必要です。  多くのヘッジファンドは 24 時間年中無休で運営されており、特に世界の株式市場や商品市場に参加しているヘッジファンドはその傾向が顕著です。何らかの問題により 1 つのブローカーが停止すると、取引システムが停止し、キャピタル損失が発生する可能性があります。たとえ 30 秒の停止であっても、ヘッジファンドが使用する取引戦略によっては、ヘッジファンドの運営と評判に大きな損害を与える可能性があります。

ヘッジファンドはハリケーンの最中でも回復力を維持する必要があります。

ここでは回復力が鍵となります。予期せぬ出来事はいつでも起こる可能性があり、ヘッジファンドの取引インフラは業務をサポートし続けるのに十分な回復力を備えている必要があります。例えば、数年前にニューヨークを襲ったハリケーン・サンディのような嵐が来ても、ヘッジファンドは取引を続ける必要がある。規制の観点からすると、重要な取引システムに災害復旧戦略があることも重要です。さらに、年金基金などの大規模投資家の多くは、適切な高可用性と災害復旧手順を備えたヘッジファンドへの投資を好みます。

ヘッジファンドは、データセンター内の単一のブローカーの損失だけでなく、データセンター全体が利用できなくなった場合にも耐えられる必要があります。このような高レベルの復元力を実現するには、ヘッジ ファンドは高可用性を実現するために同じデータ センターに 2 つのブローカーを導入し、次に災害復旧のためにさらに 2 つのブローカーを別のデータ センターに導入する必要があります。これらの戦略は、ビジネスの継続性を確保するための鍵となります。

４．安全なデータ配布はあらゆる段階で最も重要です。

安全にする必要があるのは機密の財務情報だけではありません。ヘッジファンド内では、顧客の注文に関する内部データが非常に機密性の高いものになる可能性があります。多くのヘッジ ファンドはポートフォリオ マネージャー (PM) を採用しています。PM は、取引対象に関して独自のチーム、専門知識、専門分野を持ち込んでいます。

しかし、これでは内部競争が生じるため、データは個別に通信する必要があります。重要な取引注文メッセージがメッセージ ブローカー経由で配信される場合、メッセージを暗号化して保護する必要があります。

ある仮想ブローカーから別の仮想ブローカーへ

ここで、メッセージを分離するために仮想化が登場します。ヘッジファンドは、1 つの仮想ブローカーを PM に、別の仮想ブローカーを別の PM に専用にすることができ、メッセージは別々になります。これは、損益やリスクなど、ヘッジファンド内のさまざまなチームにも当てはまります。異なるチームは、互いの操作を妨げることなく、同じ基礎となるブローカーを使用できる必要があります。あるチームは、許可されない限り、別のチームのメッセージにアクセスできるべきではありません。また、同じ基礎となるブローカーを使用して複数のチームにサービスを提供することにより、ミドルウェア チームの全体的なコストの削減にも役立ちます。

1 つの仮想ブローカーにアクセスできる人は、他の仮想ブローカーに接続してそのデータにアクセスすることはできません。すべての接続と移動中のデータも暗号化できます。さらに、厳密な承認をさらに強制するために、特別なアクセス コントロール リスト (ACL) を利用して、どのユーザーがどのデータを公開またはサブスクライブできるかを強制できます。

ヘッジファンドの成功のためにシステムフォワードのアプローチを採用する

ヘッジファンド取引業界では、サイロ的な考え方を捨て、体系的なアプローチを採用する必要があります。 IT アーキテクチャ レベルの詳細に至るまで、システムフォワードのアプローチにより、特にマイクロ秒単位が重要な業界において、より迅速かつ堅牢なデータ移動が保証されます。