エンジニアリングチームなしで作るマルチアセットのトレーディングターミナル:何が必要で、誰が作れるのか

マルチアセットのトレーディングターミナルのための資金があっても自社にエンジニアがいないなら、作ったトレーディングシステムがすでに顧客のもとで本番稼働し、実際のブローカーや取引所につながっているエンジニアリング会社と話す。資産クラスを一つ加えるごとに接続とデータライセンスが増え、部品の多くはたいてい作るのではなく借りる。この先で紹介する六つの質問で、トレーディングシステムを作ってきた会社と総合的なアウトソーシング企業とを見分けられる。

「マルチアセット」は、トレーディングターミナルに何を加えるのか

一つの市場向けのターミナルなら、ブローカーか取引所が一つあれば足りるかもしれない。株式、先物、通貨（FX）、暗号資産のいずれであれ、資産クラスを一つ加えるごとに、たいていは接続とデータライセンスが増え、その資産クラス独自の銘柄のルールと取引時間も加わる。自社が顧客から注文を受けるなら、新しい資産クラスによって、必要な規制上のライセンスが変わることもある。開発を始める前に、市場ごとに規制に詳しい弁護士に相談する。

追加の仕事は五つに分かれる。

取引施設、つまり取引所やその他の取引プラットフォームには、それぞれ専用の接続が必要で、ブローカーも同じだ。接続は注文を送り出し、価格と約定、つまり注文が成立したことの確認を持ち帰る。接続ごとに独自のインターフェースがあり、回線が切れたときにどうなるかについても独自のルールがある。

マーケットデータと呼ばれる取引所の価格には、ブローカーやデータベンダーが配信する場合でも、取引所が定めるライセンス条件が付いてくる。価格を表示する取引所が一つ増えるごとに、その取引所との契約が一つ増える。

多くの取引所では、ソフトウェアだけで価格を利用することが、それ自体で一つの利用形態とみなされる。Nasdaq はこれを「非表示利用（non-display use）」と呼ぶ。2015年12月14日付の Data News #2015-9 は、この用語を「一人または複数の自然人による表示装置（Display）へのアクセスまたはその使用を伴わずに、機械または自動化された装置（Device）によるアクセスまたは使用を伴う、Nasdaq U.S. Information へのあらゆるアクセス方法」と定義している。この通知は、料金がかかる利用の例として、「すべての自動売買プログラム、アプリケーション、スクリプト」や、自動ストップロス機能を備えたリスク管理を挙げている。自社のソフトウェアが価格を読んで注文やリスクチェックを発動させるなら、それに何が必要かを取引所ごとに尋ねる。

銘柄とは、株式、先物契約、通貨ペア、コインなど、顧客が取引できるもののことだ。銘柄マスターは銘柄ごとに一つのレコードを持ち、そこには各取引施設がその銘柄に使う名前が入る。レコードには通貨と取引単位、先物の場合は満期日も入る。

役に立つ公開の標準が二つある。市場識別コード（MIC、規格は ISO 10383）は、取引所や取引プラットフォームごとに付けられる4文字のコードで、たとえばニューヨーク証券取引所は XNYS である。金融商品グローバル識別子（FIGI）は、銘柄そのものに付けられるコードだ。

iso20022.org の MIC のページによれば、ISO 10383 規格は「取引所、取引プラットフォーム、規制市場または非規制市場、および取引報告施設を、価格および関連情報の情報源として識別するための普遍的な方法」を定めている。SWIFT は ISO に代わって公式のリストを管理し、毎月更新を公表している。

この識別子の公開サイトである OpenFIGI は、コードを登録する機関は Bloomberg だとしている。同サイトは FIGI を「12文字の英数字からなる、ランダムに生成された ID」と説明しており、FIGI は非営利の標準化団体である Object Management Group の標準に基づいて発行される。FIGI は、通常はグローバルな識別子を持たない資産クラスもカバーしており、その中には「暗号資産と取引所のペア、先物、オプション」が含まれる。FIGI は、一度割り当てられると変わらない。

市場ごとに取引時間は異なる。NYSE の取引時間のページによれば、ニューヨーク証券取引所では株式のコア取引セッションが米東部時間の午前9時30分から午後4時までで、オークションで始まりオークションで終わる。暗号資産取引所の Kraken は、ガイド「What makes crypto 24/7/365?」（暗号資産はなぜ年中無休なのか）の中で「暗号資産市場は決して眠らない」と書いている。一つの画面で、今どの市場が開いているか、そして市場が閉まっているあいだに顧客が出した注文がどうなるかを示さなければならない。

注文の種類も取引施設によって異なり、ある取引施設が受け付ける注文の種類を、別の取引施設は拒否することがある。ターミナルは各顧客に、選んだ取引施設がその時点で受け付ける注文だけを提示すべきだ。

マルチアセットのターミナルには、口座をまたいでポジションとリスクを一つにまとめたビューも必要だ。顧客は、二つのブローカーを通じて株式と先物を持ち、ある取引所で暗号資産を持っているかもしれない。それらを合計するには、すべてのデータ元からのリアルタイムの価格と、通貨換算のための一つのルールが要る。また、このビューは、データ元が遅れたり止まったりしているときにそれをはっきり示し、誰も古くなった合計をもとに動かないようにしなければならない。

たいてい借りるかライセンスを受けるのはどの部分で、自社で作るのはどの部分か

ゼロから作られるターミナルはほとんどない。典型的な分け方は次のとおりだ。

たいてい借りるか、ライセンスを受けるもの:

• ブローカー、取引を決済する清算会社、または取引所の会員資格を通じた市場へのアクセスで、その条件は自社のライセンスによって決まる
• 各取引所から直接、またはデータベンダーを通じてライセンスを受けるマーケットデータ
• MIC のリストや FIGI のような無料の情報源から得る取引施設と銘柄の識別子、そして取引所やデータベンダーから得る、取引単位や満期日といったより詳しい参照データ
• チャート、多くの場合はベンダーからライセンスを受けた既製のコンポーネント
• FIX エンジン、つまり多くのブローカーや取引所が使う注文メッセージの標準規格でやり取りするソフトウェア
• サーバーとホスティング

たいてい自社で作るもの:

• 顧客が自社を選ぶ理由になる画面と業務フロー
• 既製のものがない取引施設やブローカーごとに、そのメッセージをターミナル独自の注文と価格の形式に変換するアダプター
• 各取引施設での名前を一つのレコードに結びつける銘柄マスター
• 口座をまたいだポジションとリスクのビュー
• 利用権限（エンタイトルメント）、つまりどの顧客がどの取引所の価格を見てよく、どの注文を出してよいかを決めるルールで、自社のデータライセンスに合わせたもの
• 接続や価格フィードが落ちたとき、あるいはある市場で取引が始まったり止まったりしたときに、人に知らせる監視の仕組み

顧客が画面を理由に自社を選ぶなら、画面を作り、残りの大半は借りる。ほかの会社がほとんど届かない市場へのアクセスを理由に選ばれるなら、その市場への接続を自社で作り、所有する。

どの会社と話すべきか

顧客のためにトレーディングシステムを作り、そのうちの一つが現在、本番で動いているところを見せられるエンジニアリング会社と話す。そうした会社なら、自分たちのシステムがどの取引施設のテストに合格したか、データライセンスをどう扱ったかを説明できるはずだ。

総合的なアウトソーシング企業は多くの開発者を供給でき、社内にトレーディングのグループを持つところもある。そうした会社と話すなら、自社のターミナルを作ることになるエンジニアに会い、一人ひとりに、携わった稼働中のトレーディングシステムについて尋ねる。

一つの暗号資産取引所向けにターミナルを作ったことがある会社は、仕事の一部しか知らない。接続テストやデータライセンスの仕組みが異なるブローカー、先物、株式で、その会社が何をしてきたかを尋ねる。

トレーディングシステムの専門会社と総合的なアウトソーシング企業を見分けるには、何を尋ねればよいのか

候補リストのすべての会社に、同じ六つの質問を投げる。

これまでに作ったシステムは、どの資産クラスを、どのブローカーや取引所を通じて本番で取引してきたか。本当に経験のある会社なら、それらの名前を挙げ、そのうちどのシステムが今も動いているかを答える。一つのシステムで二つの資産クラスを同時に扱ったことがあるか、そして二つ目を加えたときに何を変えなければならなかったかを尋ねる。

銘柄ごとに一つのレコードをどう維持しているか。MIC のような取引施設のコードや、FIGI あるいはデータベンダー独自のものといった識別子が出てくるかに注意して聞く。良い答えなら、先物の満期や株式分割にも触れる。ティッカーで十分だという答えなら、その会社はまだこの問題に出会っていない。

各取引施設の接続テストをどう通過したか。多くのブローカーや取引所は、新しいソフトウェアに取引を許可する前にテストを行う。複数の取引施設につながるターミナルは何度もテストを受けることになりうるうえ、テストの日程は取引施設ごとに決まる。最初に何が不合格になり、取引施設の承認を得るまでに何を変えなければならなかったかを尋ねる。

一つの取引施設が止まったとき、顧客には何が見えるか。その取引施設からの価格は古いものとして表示され、そこへの新規注文はブロックされる一方、ほかの市場では取引が続く。取引施設が復旧したら、取引を再開する前に、ポジションをその取引施設自身の記録と照合する。

稼働中のシステムで、どのレイテンシの数字を、どの二点のあいだで計測したか。レイテンシとは、たとえば価格が届いてから注文が出ていくまでといった、システム内部の遅れのことだ。二つの端点と、システムがどれほど混んでいたかの注記がない数字は、ほかの会社の数字とも、自社の顧客が必要とするものとも比べられない。

ローンチ後はどうなり、何が自社のものになるのか。扱う市場の一つが決して閉まらないなら、更新作業のための静かな夜はない。その会社がいつ変更をリリースし、週末に誰がアラートに対応するのかを尋ねる。そのうえで、取引施設のアダプターと銘柄マスターが自社のものになるのか、それとも会社自身のコンポーネントとして会社に残るのか、そして会社に残るものをどんなライセンスで使い続けることになるのかを尋ねる。

危険信号は何か

• 売り込み文句ではマルチアセットをうたっているのに、事例はどれも一つの市場向けのターミナルだ
• 新しい資産クラスを「コネクターがもう一つ増えるだけ」と説明し、その取引時間、契約条件、証拠金については何も語らない
• その会社からマーケットデータのライセンスについての質問がない、あるいはライセンスで何が許されるかを誰も確認しないうちに、取引所の価格を顧客に表示する計画になっている
• 銘柄をティッカーシンボルだけで識別している
• 口座をまたいだ合計が、どの為替レートを、いつの時点のものを使っているかを示さないまま、異なる通貨の金額を足し合わせている
• 一つの取引施設が止まったときに画面に何が表示されるのか、答えがない

amBrain はどこに位置づけられるか

amBrain は2019年からソフトウェアを作っている。amBrain はアルゴリズム取引の基盤を構築する:注文執行、マーケットデータ、プレトレードのリスク管理。

amBrain のウェブサイトには、こう書かれた一行がある:「トレーディングターミナルの開発、注文管理システム、FIX プロトコルによる取引所連携。」

amBrain が計測した数字の一つは、<5 ms というマーケットデータのレイテンシだ。もう一つは、<1 ms というリスクのレイテンシである。

amBrain は、チームを一行でこう説明している:「最大40人のチームで、その約75%がシニア。」働き方には三つの形態がある:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。顧客は、amBrain の再利用可能なコンポーネントを除き、プロダクトとコードの完全な所有権を保持する。

ここまでの記述は、amBrain の特定のプロジェクトや顧客について述べたものではなく、この記事は価格や期間も示していない。

amBrain が候補リストに入っているなら、ほかのすべての会社に送るのと同じ取引施設と資産クラスの一覧、そして同じ六つの質問を amBrain にも送る。

よくある質問

• すべての資産クラスを一度に立ち上げるべきか。たいていはそうではない。最初の顧客が最も多く取引する資産クラスから始める。次の資産クラスで作り直しを迫られないよう、銘柄マスターとポジションのビューは最初からすべての資産クラスを前提に設計する
• 一つのブローカーで株式、先物、通貨、暗号資産をすべてカバーできるか。部分的にはできる。一つの接続で複数の資産クラスを提供するブローカーもあり、それなら作るアダプターは少なくて済む。それでも取引所のデータライセンスは必要なので、それをブローカーと自社のどちらが持つのかを書面で取り決める。その場合、ターミナルはそのブローカーの対応範囲とインターフェースに依存することになる