J-GATE で注文が止まる仕組み── ハードブロック・NCP・OTR・即時約定可能値幅を発注処理に組み込む
J-GATE には、注文を拒否する、取消を受け付けない、注文の出し方を月次で判定する、取引を一時中断する、という複数の仕組みがあります。それぞれを発注処理のどこで扱うかを整理します。
インフラインフラ
タグ「インフラ」が付与された記事の一覧です。
全12件
インフラ
インフラLSEG Data Library の接続と認証── App Key・Machine ID・サービスアカウントの使い分け
Workspace 経由・クラウド直結・社内配信基盤のどれで接続するかで、必要な資格情報は変わります。App Key と ID の役割、認証方式 V1 と V2 の違い、同じ ID を 2 か所で使うと切れる問題を整理します。
インフラFIX 接続の流量制限と再接続── 切断のあとに注文を二重に出さない設計
流量の上限、切断時の自動取消、再接続での番号の合わせ方、重複の見分け方は、FIX の規格ではなく対向ごとの仕様で決まります。公開仕様を例に、設計で先に決めることを整理します。
インフラblpapi は Python だけでは動かない── C++ SDK との版合わせと実行時のパス
開発機では動くのに本番で落ちる、という形で表面化します。Python SDK が C++ SDK に依存する構造と、インストール時と実行時で必要なものが違う点を整理します。
インフラarrowhead は切断すると注文が消える── 異常切断・流量制限・自己対当の設計
取引所側に、接続が切れたら注文を取り消す機能があります。arrowhead4.0 が持つリスク管理機能を前提に、再接続と流量制御をどう設計するかを整理します。
インフラBloomberg の購読は静かに減る── SubscriptionTerminated と DataLoss をどう捌くか
購読は止まってもエラーになりません。同時購読の上限、キュー溢れによる欠損、権限の失効という 3 つの経路を、BLPAPI のイベントに沿って整理します。
インフラJ-GATE への接続は API と OUCH の選択から始まる── 発注と相場情報を分けて設計する
大阪取引所のデリバティブ売買システムは、発注と相場情報でそれぞれ 2 通りの接続方式を持ちます。組み合わせの決め方と、遅延がどこで生まれるかを整理します。
インフラJPX への接続は回線から始まる── arrownet と、注文・相場のインターフェース選択
arrowhead も J-GATE も arrownet が前提です。注文と相場で別々に方式を選ぶ構造を、判断軸ごと整理します。
インフラBloomberg API（BLPAPI）接続の設計── Desktop・Server・B-PIPE をどう選ぶか
同じコードが動くのに、配信形態を誤ると本番で行き詰まります。3つの提供形態の違いと、接続・認証・バージョン合わせの実務をまとめます。
インフラTrading Technologies（TT）REST API の組み立て方── サービスが分かれている前提で設計する
TT の REST API は用途ごとにサービスが分かれています。どれを組み合わせるか、認証と環境をどう分けるかを整理します。
インフラEikon Data API から LSEG Data Library へ── 接続の置き場所から決め直す
関数の置き換えだけで済む移行ではありません。デスクトップ依存を残すか外すかを、この機会に決める話です。
インフラFIX 接続はセッション層で決まる── シーケンス番号と再送をどう扱うか
注文の項目より先に、セッション層の作りが接続の成否を決めます。シーケンス番号・再送・接続検証で実際に問題になる箇所を整理します。