問題タブ [quickfixn]

quickfix/J を使用して、完全に含まれた取引シミュレーターを構築しようとしています。システムは、2 つのクライアント アプリケーション (マーケット/取引所とブローカー) とルーター (サーバー/アクセプター) で構成する必要があります。特に知りたいのは：

1. クライアント間通信

   2 つのクライアントがどのように相互に通信できるか、サーバーがすべてのメッセージング ロジックを処理する方法。メッセージはサーバーを通過し、メッセージの転送先と転送方法を決定する必要があります。FIX メッセージで targetID を渡すことができる必要があり、サーバー アプリは目的のクライアントへのルーティングを処理する必要があります。

2. 複数のクライアントが同じポートに接続されている 複数のクライアントが同じポートに接続されていますが、メッセージは特定の送信者 comp Id にのみ送信される必要があります。クライアントは、他のクライアントからの通信に関与してはなりません。

私はすでにアクセプターと2つのクライアントをセットアップしました。プレーンな古い Java を使用してプログラムでこれを実行できることはわかっていますが、quickfix ライブラリを活用して、比較的すぐに使用できるソリューションが必要です。

MVP: クライアント (ブローカー) がアクセプター (ルーター) を介して修正メッセージを送信し、メッセージが処理されて特定の市場に転送され、市場がサーバーを介してメッセージを受信し、いくつかのビジネス ロジックを実行し、市場がアクセプターを介してクライアントに修正メッセージを送信します。

ps: 私はクイックフィックス ライブラリが好きですが、他に推奨するライブラリや言語があれば柔軟に対応します。

FIX プロトコルは、5000 から 9999 の範囲をカバーするユーザー定義フィールドを指定することを知っています。同じ仕様によると、タグ 20000 から 39999 を当事者間で双方向に使用できます。

2009 年 12 月、Global Technical Committee Governance Board は、20000 から 39999 の範囲のタグ番号を、当事者間で双方向に使用されるユーザー定義タグとして使用することを承認しました。

ただし、10000 から 19999 までのタグも使用されます。たとえば、Trading Technologies は、MarketDataRequest (V) の IncludeNumberOfOrders としてタグ 18214 を使用します。

タグ 10000 から 19999 の使用法を説明し、FIX プロトコル仕様の現在のタグ範囲の概要を説明してもらえますか?

取引注文を自動的に送信するために、QuickFIX を使用して .NET に FIX プロトコルを実装しようとしています。OrderQty タグを使用して注文を送信しても問題は発生しませんが、CashOrderQty タグを使用すると、ホストは「Conditionally Required Field Missing」というエラー メッセージを返します。メッセージには、CashOrderQty に必要な指定されたすべてのフィールドが既に含まれています。メッセージに OrderQty を追加した場合にのみエラーが消えますが、ドキュメントには、メッセージで 2 つのうちの 1 つだけを送信する必要があることが明示的に記載されています。