執行インフラ – サーバー・LP・遅延

発注から約定までには、プラットフォーム、会社サーバー、経路選択とリスク管理の層など複数のシステムが関わります。その先は設定次第で、会社はリスクを自社帳簿に残すことも、外部の相手とヘッジすることもできます。本記事はLP、データセンター、ブリッジ、VPSホスティング、FIXの役割を説明し、pingと執行時間の違い、文書と自分のログで確認できることを示します。こうした区別は、特に、 スキャルピング、指標発表前後の取引、 自動戦略では、遅延・拒否・スリッページが結果に響くので有用です。

1. 買いクリックから確認まで

EUR/USDの買いをクリックし、一瞬後に約定値が端末に出ます。その間、所有者の異なる複数の独立システムを通ります。端末はソフト会社製、サーバーはブローカーのもの、経路決定層は外部購入の場合が多く、価格源の法人名をリテール顧客は通常知りません。

順序は、顧客端末（MT4、MT5、 cTrader）から会社サーバーへ送信し、証拠金と注文条件を確認後、経路層へ渡す流れです。そこで外部へ（A-Book）か会社ブックで処理（B-Book）かを決めます。前者はLP気配を集約するアグリゲーターが一社へ送り、確認は同じ経路で戻ります。後者は取引に外部LPが全く関わりません。「顧客→会社→tier-1銀行」図がせいぜい現実の半分である最初の理由です。

推測の代わりに四つの箱

各層を見る前に、繰り返し使う枠組みを定めます。インフラのどの情報も四箱に分けられます。

• 確認済み — 開き読める文書、注文執行方針^[4]、約款、商品仕様、法規、監督登録簿などに基づく。^[14]。
• 測定済み — 自分の取引ログ、応答時間、要求値と約定値比較など、再現できるテストに基づく。
• 主張 — 会社や技術ベンダーの資料。偽という意味でなく、独立確認なしの利害関係者の言明。
• 不明 — 非開示で、リテール顧客に特定する手段がない。

重要なのは第四の箱です。 大半の執行値は確認できない のが正しい答えで、分析の失敗ではありません。不明を推測で埋め、独り歩きさせることが解説を台無しにします。全連鎖の箱分けは、 第8節にあります。

図は順序とリスク点で時間ではありません。各区間の時間を記すアクセス可能文書はなく、公表される執行統計も全連鎖であって区間別ではありません。

執行方式 — 混同される二方式。 MetaTrader 5資料はmarket、instant、request、exchangeの四つで、MetaTrader 4資料は最初の三つを挙げexchangeを含めません^[30]。リテールFX・CFDでは通常前三者で、外部取引システム向け商品にはexchangeが使われ、後述の板情報内容が変わります。 market execution では会社が追加協議なく約定値を決め、発注はその価格への事前同意です。^[30]: スリッページ は両方向に起こり得ますがリクオートはありません。 instant execution では端末が送信時価格を添え、会社が承諾すれば約定し、そうでなければ、 リクオート 、約定可能価格を返します^[30]。 request execution では順序が逆で、発注に、 先立って 価格を会社へ求め、受領後に顧客がその価格の執行を承諾・拒否します^[30]。後二方式の違いは用語だけではありません。instant executionでは会社が自分の価格に応じ、request executionでは自分が会社の価格に応じます。口座の適用方式は商品仕様で決まり、公式資料も銘柄ごとの方式をブローカー会社が定めると明記します^[30] 。注文執行方針も確認し、^[4]口座の商品名で判断しません。リクオート自体は不正証拠でなく、合意が必要な方式での設計どおりの応答です。

本章の境界。 経路層のリスク処理と利益相反は、 12.2「執行モデル」、実結果の測定は、 12.3「約定品質とスリッページ」で扱います。本章が扱うのは、どんな段階があり、何が文書に残り、そこから何は分からないかという構造だけです。自社帳簿での処理自体は不正ではなく、管理すべき利益相反を生むリスク管理方法です。個別執行のデータなしに言えるのはそこまでです。図の分岐だけでは見えず別注記にした点も明示します。リテールCFDでは両経路とも契約相手は会社です。外部経路で集約業者やLPに送る取引は会社のリスクをヘッジし、顧客とLPの契約を作りません。法令の執行先一覧と自社帳簿での処理への帰結は、 第8節で扱います。

2. 価格の背後 – 流動性提供者

EUR/USD「0.0ピップスから」という宣伝だけでは、自社価格か外部からの価格かは分かりません。外部価格なら、提示者と条件が幅、利用可能量、注文承諾に直結します。ただし特定会社のLP一覧はほぼ非公開で、公表されても確認でなく主張です。

銀行。 JP Morgan、Citi、Deutsche Bank、UBS、Barclays、Goldman Sachsなどがメジャーの大量気配を出す参加者として挙がります。この一覧の根拠を直ちに明示します。 確認済みなのは分類で、順位ではありません。 国際決済銀行は2025年4月の報告ディーラー間取引が世界為替取引高の46%と報告しています^[8]。ただし、 個社順位は公表せず、本記事も商業ランキングを使いません。一覧の構成と順序は、 当局文書の認定でなく業界の観察 です。脚注は分類全体の比率で個社順位ではありません。小規模リテール会社は銀行と直接取引せず、prime brokerかアグリゲーターが必要です。

非銀行マーケットメーカー。 XTX Markets、Citadel Securities、Jump Trading、Virtu Financialはアルゴリズムで価格を出す技術会社で、 参加者分類の例として挙げ、各社シェアの認定ではありません。分類の比率を数字で示さないのは、参照できる中央銀行調査が、 その相手方分類を公表しない^[8]ためです。業界記事の数字は、それを含まない資料に依拠しがちです。役割は継続的に、 マーケットメーカーとして自己勘定で価格を出し、末端リテールとの顧客関係は持たないことです。

他者流動性を集める仲介者と取引施設は別物。 Finalto、 iSAM Securities (UK) Limited — 英国会社番号09112124、2023年8月15日までIS Prime Limited^[27] — とAdvanced Marketsはprime-of-prime型で、アクセスを買って小会社へ信用層と利幅を加え再販売します。正式社名は細かすぎる話ではありません。三つのうち中央だけが、 法人 で、残りは、 グループ名です。契約はブランドでなく一法人と結び、監督と保護を決めるのはフッター名でなくその法人です。

各グループ自身もフッターまで読めば説明しています。 「iSAM Securities」は、自社規制情報によると、 別々の六法人 を含むブランドで、法域・監督状態が異なり、無規制とされる一社もあります^[32]。そのため本記事は特定法人を挙げ、2023年8月15日の改名も全ブランドでなくその一社です。^[27]。 「Advanced Markets」 は自社フッターで、 「Advanced Marketsグループ各社が使用する商標」とし、サイト所有と運営が別会社とも記します。^[36]。 Finalto はさらに、異なる監督下の法人一覧を示し、関係のある会社を訪問者に直接選ばせます^[37]。番号・地位は変わるので転記せず、該当当局登録簿で確認します^[13][14]。帰結は下流にも同じで、会社がXとの関係を挙げても、どのX法人で誰の監督かは不明です。それなしの名前は情報でなく飾りです。

取引施設は他者流動性を集める仲介者とは別です。 LMAX Limitedは英国監督下の多角的取引施設（MTF）、中央指値注文板を運営すると述べます^[11]。ただし、 last lookがない という主張は正確に狭く読みます。自社ページでは、次の取引利点の見出しにあります。 一種類の流動性 、確約指値注文の継続配信型流動性についてで、プラットフォーム全体の説明ではありません^[11]。製品ページと違い公開文書の規則集は、約定済み取引の確認までに運営者と合意した最大時間を価格提供者に与え、時間内に確認しなければ拒否する気配主導方式も記します^[12]。last lookとは呼びませんが、マッチ済み注文を承諾・拒否する時間枠というコードの構造と同じです^[1]。

一社を超えた教訓。 規則は所在部分の適用範囲で読みます。範囲別に分かれた規則集で上の方式があるのは、 一参加者種類・一契約種類 の部分で、総則ではありません。総則はマッチ前まで取消可、成立後は規則集の例外以外取消不可とします^[12]。特定部分の引用を全体説明にすると、内容は真でも範囲は偽で読者を誤らせます。見るのは、 何が 書かれたかだけでなく、 どの部分で誰が対象かです。サービス約款と口座約款が同じ問いへ違う答えを出す会社契約でも同じです。

法人自身の主張はここでは、 主張 のままです。作成日時点の監督状態を登録簿で確認していません^[13]。一方、ルールブックは検証可能で、認める執行方式を定めるのは商品ページでなくこちらです。取引施設と集約仲介を一括りにすると、法的関係も執行方式も異なるため、分析が出発点から崩れます。旧版でLMAXをprime-of-prime業者に並べたのが、その誤りでした^[11]。この法人を含む監督状態は自社サイトでなく当局登録簿で調べます^[13]。

Last look：承諾か拒否。 文書の位置付けを最初に確認します。これを欠くと議論の意味を取り違えます。FX Global Codeはホールセール外国為替向けの良き実務原則で、自主採用です。法的・規制上の義務を課さず規制を代替しないと明記し、適用の有無と範囲は各参加者の判断に委ねます。採用は別のコミットメント声明（Statement of Commitment）で表明します^[1]。第17原則は「提示価格に対する要求を承諾・拒否する最終機会」と定義します^[1]。開示を期待するものに、 意思決定に要する典型時間 がありますが長さは定めません^[1]。2021年8月の作業部会報告も、時間を含む開示の質・詳細に大差と明示します^[3]。「10–30 ms」は業界標準でなく個社値なので尋ねる必要があり、リテール会社は通常明かしません。

大きな注文の場合。 幅だけでなく全額が一価格に入るかが問題です。複数層の異なる価格で分割約定し得て、平均値の下に滑り分布が隠れます。履歴では、 別々のdealであって別ポジションではありません。資料は一注文から複数dealが生じ得ると明示します^[33]。生じる、 ポジション の数は記帳方式で決まり、nettingは同方向二dealを一つに合成し、hedgingは二つにします^[33]。分割の痕跡は未決済ポジション数でなくdeal一覧に求めます。コードは部分執行も含む扱いを決め、実行可能な限り早く顧客へ知らせるよう期待します^[2]。扱いは経路と注文種類次第で、直接見えない別の層です。

LP数だけが無意味な理由。 スライドの十社名では、発注の瞬間に誰が提示しているか分かりません。文字どおり消えることは少なく、幅拡大、提示量縮小、要求拒否の方が多く、同時にも起こります。十数社と契約しても大半の提示が薄く、注文群のごく一部しか外へ送らない場合もあります。意味のある問いは数でなく文書です。 方針の執行場所と要素の順位です。MiFID補完委任規則は相対的重要性の基準に「当該注文を送信できる執行場所」を挙げます^[4]。宣伝一覧と違い文書で裏付けられます。

3. 経路層 – ブリッジは何を決めるか

ブリッジは会社のプラットフォームと価格源の間のソフトです。顧客には見えず、設定もできず、通常は存在すら知りません。会社がこの層について示す唯一の情報が製品名であっても、結果を決めるのは製品ではなく設定なので、それだけでは何も分かりません。

実際の決定事項。 第一は、外へ送るか自社帳簿で処理するかと、その判断基準。第二は、複数の価格を顧客向けの一価格にどう組み立て、いくら上乗せするか。第三は、一価格で全量を執行できない場合の扱い。第四は、要求価格と執行時の利用可能価格の差を、どの方向にどの境界まで認めるかです。四つとも口座に実際の影響があり、製品名ではどれも分かりません。

ベンダーもその説明です。技術資料でなく営業のPrimeXMページはA-Book、B-Book、混合と細かい調整をうたいます^[16]。2026年8月24日閲覧のベンダー主張で個社の独立確認ではありませんが、一点は重要です。 経路柔軟性が製品機能だから、導入だけでどちらも確定しない.

フロー区分 — 不明の箱。 業界は顧客フロー品質による差別化を語ります。継続損失の相手にLPが幅拡大、量縮小、拒否増加で応じる仕組みはあります。しかし、 個社・個別LPの顧客区分基準は非公開 です。コード作業部会はlast look自体の開示さえ質・詳細が大きく違うとします^[3] 。それは開示期待がある領域です。区分基準は商業設定でリテールに検証手段なし、が正答です。

滑り分布の方向 — 本節で自分が測れる唯一のもの。 公正な執行は滑りゼロを意味せず、market executionでは両方向に起こり得ます。旧版は公正な執行を、正負スリッページが 「おおむね同じ割合」 になることと説明していました。この説明をここで明示的に撤回します。両結果の件数が近いことを基準にする監督文書や規範は見つからず、文書がなければ独自の編集上の境界で、標準ではありません。検証できるのは自分の口座の分布方向です。数百件すべてが負なら自分の測定の観察で、誰の許可も不要です。測定設計と正しい解釈は、 12.3で扱い、ここでは独自測定は一つの評価材料でも、 唯一ではない と覚えます。文書材料は次の段落です。

書面上は同じソフトとLPを使う二社でも、設定、ヘッジする境界、外に送る注文割合で結果は異なります。サポートが製品名を知ることは、その名前を知る以上の証明にはなりません。検証できる問いは資料とデータについてで、注文執行方針^[4]、last look開示^[1][3]、公表していれば執行統計です。

4. サーバーとデータセンター

自分の端末と取引サーバーの物理距離は、許可なく測れる二つの区間の一つです。もう一つはログに残る確認までの時間です。前者は自分側で短縮もできます。会社サーバーの所在地、LPとの接続、バックアップ数といった残りの構成は会社の領域で、広告資料だけの説明になりがちです。

Equinix LD4（Slough、ロンドン西）。 運営者が欧州電子取引拠点の一つとし、大きな金融生態系と館内cross connectがあるキャンパスです^[15]。欧州・メジャー向け会社資料で最も見かける住所ですが、これは、 公表統計でなく資料閲覧の観察で、会社資料に名前があることは確認でなく主張です。

Equinix NY4（Secaucus、ニュージャージー州）。 米国側の対応拠点で、ドル通貨とNY時間に関係します。

Equinix TY3（東京）。 アジア拠点。欧州向け資料には少なく、これも閲覧観察で統計ではありません。測っていないので遅延値は示しません。

運営者ページが確認する所在地は、 LD4、NY4、TY3で、LD4はSlough、NY4はSecaucus（ニュージャージー州）、TY3は東京です^[15]。住所の確認で個社入居、接続、約定時間ではなく、それぞれ別文書・測定が必要です。施設名だけなら会社の説明で、注文経路の証拠ではありません。

導けること、導けないこと。 LD4の存在と金融での役割は運営者が確認します^[15]。ただし、 自分の 会社が特定ラックにいるかは自社主張で検証手段がありません。確認できても住所だけでは、 LPへ館内cross connectか公共ネットでつながるかは分かりません。同じ建物でも通常ネット接続なら他所のサーバーに近い結果です。追問はここで、LD4は良い兆候か、ではありません。

大陸欧州の例による規模感です。通信会社、経路、時刻で変わるので実所在地で測ります。

• 大陸欧州→ロンドン拠点 — 往復数十ミリ秒
• 大陸欧州→NY拠点 — 往復約百ミリ秒
• 会社サーバーと同施設の仮想サーバー — 一桁ミリ秒

独自測定値でなく数字を覚える必要はありません。必要なのは自分のpingを確認し、それが、 測らない ものを知ることです。

5. 遅延 – 重要な場合とそうでない場合

遅延 はパケットの移動だけではありません。会社の処理時間も加わり、技術だけでなくリスク管理方法にも依存します。自社帳簿で処理する会社の四十五ミリ秒と、外へ送る会社の同じ四十五ミリ秒は、意味が異なり得ます。ただし仕組みの説明で、事実認定ではありません。数字だけではどちらか分からず、リテール会社の公開文書でも確定できません。

経済指標時の問題はpingでない。 前後の、 指標発表 では、誰かの不正ではなく、LPが提示量を減らす、幅を広げる、一時停止するためにスプレッドが拡大します。高速回線でも反対側の提示がない板は補充できません。経路短縮は遅延問題を解決し、流動性問題は解決しません。自分側にあるのは前者だけという実務上の違いです。

通常の、 保護注文 は価格保証ではありません。 為替やCFDの通常のストップロスは、指定水準での約定ではなく、利用可能価格で退出を試みる仕組みです。ギャップや急変では、最初の価格が入力水準から大きく離れ得ます。保証ストップは一部会社が追加料金で提供する別の仕組みです。料金は市場の定数ではなく各社の提供条件なので、その会社の料金表で確認します。

仮想サーバーはトレーダーの道具であり、ブローカーの設備ではありません。 自分の端末を遠隔サーバーで動かすと、自分のパソコンや接続が止まるという特定のリスクを軽減できます。特に重要なのは、 MT4のトレーリングストップが端末側で動く ためです。公式資料は、仕組みがサーバーではなく顧客端末で動作し、端末終了後は直前に設定した保護注文の水準だけが有効だと明記しています^[19]。ただし、サーバーの選択・設定・費用はトレーダーの道具の問題であり、 自動化と仮想サーバーの章で独立して扱います。ここでは、自分側のリスクは軽減しても会社側は何も変わらない、という区別で十分です。

6. ブローカー側の障害・冗長化・監視

ここまでは設備が動く場合を説明しました。実務でさらに重要なのは停止時です。そのとき問うべきはミリ秒数ではなく、自分の建玉はどうなるか、誰が結果を負担するか、どこに規定されているかです。

三種類の障害には、それぞれ異なる結果があります。 混同すると判断を誤るため、分けて考えます。まず顧客側の接続やパソコンの停止です。建玉は残り、サーバー上の保護注文は動作しますが、端末上の仕組みは止まります。次に会社の取引サーバーの停止です。顧客は相場を確認できず、決済もできません。保護注文が執行されるかは、会社設備のどこが止まったか次第です。三つ目は価格供給源の停止です。プラットフォームで注文を送れても、拒否されたり画面から離れた価格で成立したりします。自分の機器で軽減できるのは最初の種類だけです。

契約上の扱いは、入金前に読む価値があります。 会社の契約や取引条件では、直接金銭的な影響を持つ次の三群の条項が繰り返し現れます。

• 不可抗力・異常事象。 取引停止、スプレッド拡大、必要証拠金の変更、建玉強制決済の対象事象と、その発生を誰が判断するかを確認します。列挙が限定的なのか、包括的な追加条項で終わるのかも重要です。
• 明白な価格・システム誤り。 誤りと判断された価格で成立した取引を訂正・取消できる権利です。「誤った価格」の定義、権利を行使できる期間、会社に有利だった誤りにも対称的に適用されるかが重要です。
• 技術的中断に対する責任制限。 システム利用不能の結果について、会社がどこまで責任を免除するか。また苦情の提出期限、必要な証拠、処理方法を確認します。

条項は会社ごとに異なり、時とともに変わるため、万能な文面は示せません。探す場所は示せます。基本契約と取引条件、そして注文執行方針です^[4] 。広告ページではありません。口座開設前にこれらを提供しないこと自体も、判断材料になります。

条項を開示すれば、それで終わりではありません。 署名済みの条件を決着済みと考える前に知っておきたい点があります。顧客が消費者である場合、多くの法域では、 定型約款に記載して同意を得ただけでは、その条項が顧客を拘束する十分条件になりません。個別交渉されず、権利義務の均衡を不当に損なう条項は、消費者契約法によって無効となる場合があります。これは契約の準拠法の問題です。確認先は自分の法域の消費者契約法であり、会社の広告ではありません。 具体例：ポーランド。 ポーランド民法第385¹ 条§ 1は、消費者と個別合意されていない契約条項が、良き慣行に反し利益を著しく侵害する形で権利義務を定める場合、消費者を拘束しないと規定します（禁止契約条項）。§ 3では、消費者が内容に実質的な影響を及ぼせなかった条項、特に相手方が提示した定型書式から取り入れた条項が、個別合意されていない条項に当たるとします^[29]。これは考え方を具体的に示す一国の例です。自分の法域では文言も適用範囲も異なる可能性があります。入金前に読む意味はありますが、署名後は争えなくなるからではありません。外国会社との契約の準拠法は別問題で、 12.8。

事故報告の提出先は監督当局ですが、顧客が無関係になるわけではありません。 2025年1月17日以降、EU域内で活動する投資会社には金融部門のデジタル業務強靱性に関する規則が適用されます^[17]。ICTリスク管理と、重大事故を会社の本国加盟国の金融監督当局である管轄当局に三段階で報告する義務があります。期限は2025年3月12日以降、別の委任規則で定められています^[31]。まず、 初動通知 は、重大事故と分類してから四時間以内、かつ認識から遅くとも24時間以内です。次に、 中間報告 は、遅くとも 初動通知の提出後72時間以内で、 「事故の状況や対処に変化がなくても」提出します。さらに、 最終報告 は、中間報告またはその最終更新から一か月以内です^[31]。中間報告の期限には例外があります。週末や祝日に当たる場合、同じ条文は次の営業日正午までの提出を認めます。ただし、信用機関や重要と指定された事業体などは対象外です。期限に間に合わない事業体は、当局に通知して遅延理由を説明する必要があります^[31]。読者に重要なのは二点です。まず、 監督上の経路が存在し、認可会社の重大障害は誰にも関係しない出来事ではないことです。次に、 その経路は公開ステータスページではなく監督当局に向かうことです。事故履歴を公開しないから未報告だとも、その逆だとも言えません。ただし、顧客に有利な例外があります。当局への報告とは別に、規則は 顧客に対する条件付きの義務も定めています。重大事故が 「顧客の金銭的利益に影響する」場合、金融機関は、 「認識したら不当な遅滞なく、顧客に通知」 し、事故と悪影響を軽減するための措置を知らせなければなりません^[17]。この条件は、時に引用されるものより緩やかです。2024年3月12日公表の正誤表で「重大な」という語が削除されたため、発動の敷居は低く、義務の範囲は広くなっています^[24]。これは公開障害履歴を整備する義務ではなく、顧客の金銭的利益への影響で生じる個別通知義務です。実際に自分の建玉に影響した障害で会社が沈黙しても、それで当然に適法とは言えません。

冗長化について確認できること。 ほとんどありません。処理拠点数、拠点間の障害時切替方式、復旧時間、耐性試験の結果は、監督対象会社が自らの規制制度に従って報告する情報です^[17][18]。顧客向けの公開情報ではありません。サイトの「完全冗長化」は「主張」の箱に入り、繰り返しても格上げされません。直接質問して、具体的な回答か宣伝文句かを判断するのが、顧客にできることです。

監視：自分で運用する唯一の層。 会社は自社システムを監視しますが、そのデータは見せません。自分で簡単な記録は残せます。障害の日時とタイムゾーン、影響内容（接続不能、注文拒否、価格停止）、画面画像とプラットフォームログ、サポート回答の内容と日付です。こうした三件の記録は稼働率の宣伝より有用で、苦情時には自分の手元の資料となります。その後の苦情処理や救済経路は、 12.8、仲介会社の破綻と顧客資金保護は、 12.7。

7. FIXプロトコルと代替手段

FIX（Financial Information eXchange）は機関取引のメッセージ標準で、市場参加者の業界団体が維持しています。本記事ではFIX 4.4とFIX 5.0 Service Pack 2を挙げますが、2026年8月24日の確認時に標準サイトが利用不能だったため、 自らの閲覧で両版の実在を確認できていません し、確認済みの事実として提示しません^[20]。この二版が実務で最も多いという説明も、 公表統計のない業界観察 です。版別シェアの公表データは見つからず、独自測定もしていません。FIXはプラットフォームでも操作画面でもなく、注文について二つのシステムがどう会話するかを定めたものです。

FIXが実際に注文経路から除くもの。 リテール用プラットフォームの層と注文種別の制約がなくなり、顧客は相手のシステムと直接セッションを運用します。これは実際の違いです。しかし本章の本質的問題は残ります。経路判断は相手側、価格提示条件も相手側のもので、last lookを使う相手なら仕組みは同じです^[1]。経路短縮をホップ数で説明する場合がありますが、適切な尺度ではありません。結果を決めるのは前文の条件で、接続区間数ではありません。

リテール顧客には行き止まりとなる理由。 障壁は技術ではなく、取引関係と資金です。FIXセッションには提供者との契約が必要で、必要資金、料金、最低売買高などは個別設定されることが多い一方、商品ページで料金を公表する提供者もあります。金額を挙げないのは料金が見つからないからではなく、その額が、 ある提供者の、ある日の提供条件 だからです。会社、数量、日付で変わり、ここで扱う仕組みより早く古くなります。金額を見たら、他の提供条件と同様、誰の条件か、いつのものかを確認してください。さらに、自前のメッセージエンジン、適切な場所のサーバー、保守担当が必要で、グラフィカル画面もありません。一つの金額基準ではなく、この条件全体がリテール口座には高い壁になります。

残る選択肢。 HTTPやWebSocketベースのAPI、例えばcTrader Open APIや一部会社のAPIなら、機関向けアクセス契約なしでプログラム利用できます。ただし提供者ごとの利用条件があります。本節の教訓は速度の話ではありません。 チャート端末は、下にあるもっと単純なシステムの外装であるということです。 第3節 の判断は、どの接続口から入っても、そのシステム内で行われます。

8. 確認できること・検証できないこと

本章はこの節のためにあります。表は各段階を、資料で確認、自分の試験で測定、利害関係者の主張、不明という冒頭の箱に分けます。一つの段階では、製品名と設定で箱が分かれます。四つ目の箱は調査結果であり、埋めるべき空白ではありません。

内訳は示唆的です。十段階のうち、資料で確認できるのが二つ、自分で測るのが二つ、利害関係者の主張が三つ、「不明」が正解なのが三つです。 つまり、執行構造の大部分では「検証できない」が唯一誠実な回答です。 アフィリエイト記事は、比較表の空欄が見栄えを悪くするため、必ず何かを書きます。監査は空欄を残します。違いはそこです。

実際に判断材料となる一つの文書

完全に無力ではありません。一段階には法的根拠があります。金融商品市場指令を補足する委員会委任規則は、最良執行要素の相対的重要度の判断基準として、区分を含む顧客属性、注文の特性、商品の特性、「注文を送れる執行先」を挙げます。執行先には規制市場や多角的取引施設だけでなく、 システマティック・インターナライザー、マーケットメーカー、その他の流動性提供者^[4]も含まれます。二点を分ける必要があります。システマティック・インターナライザーは独自要件を持つ規制上の地位で、顧客の相手方になるだけでは該当しません。自己勘定取引をする会社は、むしろ同条の「その他の流動性提供者」に当たります。いずれにせよ、自社帳簿での処理は規制の隙間ではなく、認められた選択肢の一つで、執行方針で説明すべきです^[22]。説明がなければ、特定文書に対する具体的な異議となり、宣伝文句の論争よりずっと強い根拠になります。

リテール顧客には、ミリ秒の宣伝に直結する別の定めも重要です。同規則の前文は、「速度、執行・決済の可能性、注文の規模・性質、市場への影響その他の暗黙の取引費用を、直近の価格・費用より優先できるのは、総対価の面でリテール顧客に最良の結果をもたらすために役立つ場合に限る」としています^[5]。 速度は、価格や費用に対置できる独立した品質基準ではありません。 引用元も正確に押さえてください。第64条ではなく規則の前文です^[4][5]。条文に帰属させるのは、その機関が公表しない統計を機関のものとするのと同種の帰属誤りです。

9. ブローカーのインフラを調べる方法

いずれ「LP一覧は開示しない」と言われるでしょう。それ自体は問題なく、逃げの回答でもありません。契約は秘密保持対象が多く、全一覧があっても、その瞬間に誰が提示しているか確認できないためです。問題は、公開すべき文書や会社自身の生成データへの質問まで、同じ言葉で退ける場合です。

まず三文書を抜粋でなく全文確認

検証できる情報につながる六つの質問

• 自分の口座を保有する法人はどれで、当局登録簿上の状態は何ですか。 — これが最初です。答えがなければ残る五問は無意味です。会社の回答でなく登録簿で照合します^[13][14]。
• 最新版の注文執行方針はどこから取得できますか。 — 求めるのは文書のアドレスで、チャットの要約ではありません^[22]。執行先の区分は文書で初めて分かります。「LPは何社か」では検証できる情報にならず、尋ねる価値はありません。
• 価格源はlast lookを使いますか。典型的な時間幅を開示していますか。 — 業界規範は利用者に典型的な判断時間の開示を求めますが、自主規範で法的拘束力はありません^[1]。それでも質問する意味はあります。「規範を採用しない」「開示しない」も適法な回答で、自分の表に記録する情報です。
• どの執行統計を、どの期間について公表していますか。 — 「なし」なら「不明」の箱に記録します。測定定義のない数値は、数値がないのと同じです。
• 取引サーバーはどこで、価格源とどう接続していますか。 — 重要なのは後半です。接続方式なしに施設名だけ分かっても、何も確定しません。
• システム利用不能時に自分の建玉はどうなり、どの条項で定めていますか。 — 「起こりません」という安心の言葉でなく、条項の提示を求めます。

「非開示」という回答の扱い

拒否にも種類があります。結論前に区別します。

• 正当な非開示 — LP全一覧、契約内容、経路設定、他顧客のデータです。提供を期待する根拠はありません。「不明」と記して次へ進みます。
• 非開示自体が判断材料 — 執行方針、商品仕様、手数料表、文書中の法人特定がない場合です。営業秘密ではありません。存在しない、または請求しないと入手できないなら、前項とは信号の重さが違います。
• 宣伝文句で包んだ拒否 — 執行時間中央値の質問に「機関投資家並みの執行」と答える場合です。回答と認めず、書面で再質問します。書面には残る利点があります。

最後に自分で測定

最も有用な執行データは自分で作れ、他者の提供を待つ必要はありません。ログの約定価格と時刻で確認までの時間を計算できます。ただし要求価格は別です。初めてスリッページを計算する前に、market executionでは要求の価格欄が必須ではないと知ってください。MT5開発文書は、「Market Execution」方式の商品への成行注文は、 「価格指定を要しない」^[28]と明記します。要求価格が記録される方式ならログで符号付きスリッページを計算できますが、なければ自前の基準価格が必要です。その選び方は本章の範囲を超え、 12.3で別に扱います。FX Blueなどの外部履歴分析ツールは作業を助けます^[21]が、必須ではありません。表計算と履歴出力で同じ作業はできます。必要なのは方法論です。測定定義がなければ数値は無意味で、会社の数値にも当てはまります。

表に安全・危険の数値基準を置いていないのは意図的です。旧版には時間中央値、許容拒否率、幅拡大の倍率がありましたが、出典も測定定義もありませんでした。 方法論のない基準は、基準がないより悪いものです。測定したという錯覚を作るためです。適切な基準は、自分の口座の経時変化です。四半期後に同じ測定を繰り返せば変化が分かり、それが本当に知りたいことです。

ホワイトラベルと自社設備。 他社技術を使うホワイトラベル会社もあります。自ら管理していないため、サポートが全執行構造を知らない場合があります。悪い会社とは限りませんが、悪意ではなく窓口の技術知識不足で回答が得られないことがあります。実務上、経路層の回答は得られないため、資料^[4] と自分の測定がさらに重要です。

設備試験としてのロールオーバー。 時間帯を分けた測定が必要です。欧州時間中央で良好でも、価格源が持越しリスクを減らすロールオーバー付近では全く違う場合があります。本節の慣行は、 一般にロールオーバーはニューヨーク時間17:00です。自分の時計では時間帯に依存し、大西洋両岸の夏時間変更日が異なる週にはずれます。この時刻は、 市場の不変の定数ではありません。会社がその商品に採用する範囲でだけ当てはまります。本記事でなく商品仕様で確認し、初めて持ち越す前に調べてください。計上は一点で、一時間の窓ではありません。幅拡大は別現象で、一般にその前後十数分から数十分程度で観測されますが、 この幅は公表統計のない業界観察で、文書上の条件ではありません。自分の口座での範囲は商品仕様と表の測定で確認します。仕組みと費用そのものは、 12.4。

悪い執行は悪意とは限りません。 ひどい約定は、弱い技術、不十分な仲介、会社規模の小ささでも生じます。誠実でも極端な状況に耐える設備がない場合があります。設備不足と悪意は区別してください。どちらも損失につながりますが、前者は会社の投資、後者は意図の変化が必要です。不正パターンの見分け方は、 12.10 で別に扱います。特定会社への指摘は当局文書のみに基づき、そちらで行います。