Статья описывает теорию биржевого ценообразования и специфику клиринговых расчетов срочной секции Московской биржи. Материал будет интересен как начинающим трейдерам, желающим получить свой первый биржевой опыт по торговле деривативами, так и опытным форекс-трейдерам, рассматривающих возможность переноса своей торговли на централизованную биржевую площадку.
シグナルサービスの操作的利用。
最近流行のシグナル・サービスが、市場注文という原始的な古典的同期スキームを使うことによって、どのようなコストが発生するかについては、前述したとおりである。
このような同期のもう一つの欠点、つまり操作の要素についても言及する価値がある。以下に述べる手法は、レイヤリング(fomag.ru/Publications/Zapreschennyi+treiding/)を思い起こさせるかもしれない。しかし、やはり違う。前置きが長くなったが、以下はECN(取引所)とECN/STPプラットフォームでのみ意味を持つ。
あなたがシグナルプロバイダー(できれば無料)で、あなたより取引規模が大きい加入者(当時はもっと多かったでしょう)がいるとします。そして、時折、購読者の口座からマスター口座への簡単な送金を行う機会があります:
スプレッドの内側に大きなBuyLimitとSellLimitを設定し、「トリガー」である小さな売り(自分への売り - BuyLimit)を行う。これにより、購読者から雪崩のように売り注文が殺到します。あなたのBuyLimitに注文が殺到し始め、つまりあなたのBUYポジションが増え始める。これにより、あなたの購読者から再び買い注文が雪崩を打つ。つまり、売り指値がいっぱいになり始める。
その結果、このような再帰的な雪崩(その基本はやはりシグナルサービスのレイテンシーにある)を引き起こすことで、加入者からマスター口座に資金が溢れ出す。これは、さらに多くの加入者を引き付けることによって、マスターアカウントのパフォーマンスを向上させる。
もちろん、マスターアカウントに制限を設ける必要はない。個人の他のアカウントでそれを行うことができます。そうすれば、オーバーフローが発生します。しかし、マスター口座のドローダウンは小さく、加入者の意欲をそぐかもしれない。
このような手口には他のバリエーションもあるが、核となる考え方は上に書いたとおり同じである。
MM-アルゴリズムは、古典的なスキームで利益を上げながら同期させることは事実上不可能である。したがって、先に述べた代替的な同期スキームに取り組むのが好都合である。
ECN(取引所)での取引は常に、ある取引口座から別の取引口座への資金の流出である。 だからこそ、オーバーフローという手法を悪者にするのは愚かなことなのだ。何が関係しているのかを理解する必要があるだけだ。
ほとんどすべてのMMアルゴリズムの仕事は、他の人の口座から自分の口座に資金が流出するための相互に有利な条件を作り出すことであることを忘れてはならない。MMアルゴリズムが存在しなければ、お金を流出させる人は、流出させる速度が遅くなる。例外はあるが、相互性はない。
元ソース:http://www.forexfactory.com/showthread.php?p=7001359#post7001359
取引所の新エンジンへの移行を組織する。
どの取引所も何らかの取引エンジンを使って運営されている。取引所のオーナーが、ビジネスを脅かす(あるいは妨げる)現在のエンジンの重大な欠陥に気づいたと仮定しよう。彼は新しい完璧な取引所エンジンを書くという課題に直面している。
新しいエンジンは古いエンジンと互換性がないことが判明するかもしれない(よくあることだ)。どうやって新しいエンジンに交換を移すのか?
問題は、古いエンジンが現在の流動性をすべて持っていることだ。そして、古いエンジンのスイッチを切って、新しいエンジンに切り替えるだけだとしたら。新しいエンジンには実質的に流動性がない(取引所がなくなる)。
そのため、新しいエンジンのECN/STPスキームを作るのです。旧エンジンが唯一のLPとして新エンジンにSTPで接続されている場合。そして、新エンジンは独自の内部ECNを提供する。
これにより、一度に2つのエンジンで取引できる。
より先進的なエンジンが人気を集め始めると(取引コストが低く、取引機会が多いため)、古いエンジンからの流動性がそちらに流れ始める(新しいエンジンの内部ECNに入る)。
その結果、旧エンジンの流動性はほぼすべて新エンジンに移される。その後、古いエンジンは完全に閉鎖する。そして、新しいものだけが外部LPなしで残る。すなわち、それは更新された取引所(ECN)であることがわかります。
取引所エンジン(または他の取引プラットフォームのエンジン)は取引APIと共通点がないことを理解することが重要です。つまり、取引所自身を除いて、誰もこの内部エンジンの動作に直接影響を与えることはできません。これは間接的にしかできません。
この目的のために、エンジン所有者は内部エンジンと外部取引APIの間にブリーチを書きます。多くの場合、このような実際の取引APIはFIX API(ほぼ必須、標準)1つだけに限定されます。しかし、実際の取引APIが複数ある場合もあります。
独自の取引APIを持つ取引プラットフォームは、本物の取引APIプラットフォームではなく、そのラッパーです。例えば、ほとんどすべての取引プラットフォームは、実際にはラッパーである取引APIを持っています。そのため、これらのAPIを利用した取引は、ラッパーのレイテンシーによって取引コストが増加する。
取引所の買収。
取引プラットフォームは数多く存在する。そのなかには、連動するFIだけでなく、同じFI全般を取引するものもある。つまり、同じFIが異なるプラットフォームで取引されている。
これらの取引所を吸収する(取引所の流動性をすべて自分の取引所に注ぎ込む)ためには、ECN/STP-アグリゲーターを作成し、そこですべての被害者取引所がLPとして機能する必要がある。この方法によって、より有利な価格で新たな取引プラットフォームが構築される。
また、新しいサイトを宣伝する有能なマーケティングのおかげで、まずアルゴテイカーが、次にアルゴハイバーが、そしてまたテイカーなどが、ダンピングのためにそのサイトに移動する。雪だるまのように溢れ出る流動性。ある時点でそのプロセスは不可逆的になる。そして被害サイトは完全に吸収される。
上記の例を見れば、ECN/STPスキームの主な歴史的意義がわかるだろう。ECN/STPは市場の集中化、より効率的な価格設定、流動性の向上、より良い価格を実現する。
ここからhttp://www.forexfactory.com/showthread.php?p=7012180#post7012180
マッチングとは、先に説明したECN内での2つの多方向取引注文の組 み合わせのことである。 注文のSTP執行はマッチングではないことに注意。
どのECN(取引所)でも、約定したマッチングを、マッチングの回転率が最も高 い市場参加者のグループに統計的に分類することが可能である。 例えば、2人の市場参加者がマッチングのおかげで、相互マッチングを通じて互いに送金する場合、このような分類器は、それらを別のグループに分離する。
ECNにとって、できるだけ多くのブローカー(独立した顧客 データベース)を持つことは戦略的に有利である。仮想的な競争相手が生まれる確率を下げるために必要だからだ。
競合他社はブローカーの自己同一化によって生まれることが多いが、これは次のように起こる。比較的大規模なブローカーは、顧客データベースの分類照合を行う。ブローカーの顧客間ではマッチングが行われるのに、なぜこれらの顧客はECNにマッチング費用を支払う必要があるのだろうか。もちろん、現実的な疑問である。
この場合、ECNはブローカー内クライアントのマッチングに使用され、STPは外部ECNでの執行に使用される(本文では混乱を避けるため、外部ECNを取引所と呼ぶことにする(ほとんどの場合、取引所である))。 このソリューションには、ブローカーとその顧客双方にとっていくつかのメリット(とデメリット)があります。
ブローカーはすでに独自の取引プラットフォームを持っており、取引所との関係ではダークプールという独自の名前を持っています。従って、顧客のマッチングから得られる手数料は、取引所の所有者ではなく、このプラットフォームの所有者に支払われます。
ブローカーのクライアントは、ECN内部で行われる場合、(取引所よりも)良い約定を得ることがあります。なぜなら、ブローカーのクライアントに対する取引所のレイテンシ(技術的/計算上の時間遅延)は、ブローカーのクライアントのクライアント・データベースのレイテンシよりも常に高いからです。
しかし、クライアントにとって曖昧な瞬間もある。STP トランザクションが実行された場合、クライアントの約定は保証されない。すなわち、FillRate (約定品質) < 100%である。前に詳しく説明したように、これは、STP スキームのクライアント注文が取引所の Level2 で表示されなくなったことの結果である。つまり、取引所のクライアントは注文に応答できない。大雑把に言えば、ダークプールのクライアントは、取引所にとってプライステイカー(プライスギバーではなく)のみになる。
しかし、彼らはダークプールの中にPriceGiverを残していく。なぜなら、ダークプールの誕生(とその原因)の前には、上記のような適切な自己識別があったことを忘れてはならないからだ。また、dark-poolは、すべてのSTPトランザクションが1つの名前(dark-poolの名前)からしか行われないため、交換の前にクライアントに匿名性を与えることができます。さらに、ダークプールは取引所から分離されているため、特に攻撃的な取引所のプライスギバー(MMアルゴリズムやアルゴ取引の他のHFTアルゴリズム)からさらに保護されます。
ダークプールの発展
先に述べた取引所買収のスキームによれば、大規模なダークプール は取引所を買収し、実際にその役割を果たすことができる。この場合、ダークプールは実質的に純粋に電子的(バーチャル)な存在であるため、取引所の規制負担はダークプールには関係ない。もちろん、規制の手が将来的にダークプールを避けて通ることはないだろう。
ご覧のように、ダーク プールの創設は、市場内部で起こっている自然な進化の過程であり、その分散化である。分散化の確率がゼロでないため、中央集権的な取引所は取引条件の改善を余儀なくされる。つまり、取引所の分散化は、この種の市場の効率を高めるメカニズムなのだ。しかし、過度な分散化には負の側面もあり、それはFOREXの例で示された。そこでは、同じECN/STPスキームが、逆説的ではないが、市場の中央集権化とそれに対応する取引条件の改善に役立っている。
つまり、ECN/STPの形成を通じて、ダークプールの創設による市場の分散化と、特に同じダークプールからのハイレベルな集約の創設による市場の集中化の両方が可能になる。
最良の取引条件は、分散と集中のパラダイムの間にある黄金の平均のどこかにある。
http://www.forexvonline.ru/2012/08/blog-post_31.html
スワップ
FXでは、営業時間は23:30(GMT)までです。この時間より前に建てたポジションは、自動的に翌日にロールオーバーされます。これは、通貨の実際の受け渡しを避けるためである。実際、ほとんどの市場参加者はこの受渡しを望んでいないからだ。また、ブローカーは、通貨を希望することを通知しない限り、自動的にポジションを持ち越す。
プライヴァル-2 :https: //www.mql5.com/ru/forum/42519/page3#comment_1481313
フロントランニング
アイデアは単純明快だ。原則的に、皆さんはそれを理解しており、そこに複雑なものは何もない。2010年までは手仕事で取引されていましたが、その後、この仕事の論理がロボット(アルゴリズム)の形で実現され始め、手仕事で取引していた人たちは搾り取られるようになりました。
ビデオによるフロントランニングの原理の説明
ガスプロムのスタックのスクリーンショット。
密度が高くなる前に入札が行われ、瞬時に15ポイント反発した瞬間が選ばれた。基本的に、すべてが古典的であり、最小限のストップ(リスク)、何か問題が発生した場合、私たちは市場から撤退し、利益/リスク比は3:1、手数料は1ポイント未満無視できる。
モスクワ取引所のデリバティブセクションを例とした取引所価格設定の基礎
モスクワ取引所での取引において、自分自身と専門家を守る方法
マーケット・メーカーの手口 - 短期流動性の低下
取引所の要件によると、マーケットメーカーは一部の商品で追加流動性を提供することができます。マーケットメイカーは、手数料を引き下げる見返りとして、売り または買いの指値注文を 一定量保有する義務があります。ただし、取引所は、マーケットメイカーがこれらの注文をどのように 保有する義務を負うかを規制していない。マーケット・メーカーは、自分のmmアルゴリズムに特別なトリックを仕込むことで、これを利用することがある。
マーケット・メーカーは売りまたは買いの指値注文を出し、一定の間隔(たとえば500ミリ秒に1回)で、その指値注文をより悪いポジションに移動させたり、また戻したりする。マーケットメイカーは流動性の不十分な市場で働くので、彼らの指値注文はとにかく執行するのに最も適している。市場で売買したいトレーダーは、最良の価格を求めます。流動性があることを確認した後、トレーダーは取引を行うが、取引が行われるまでに、マーケットメーカーは注文をより悪い価格に移動させ、大幅なスリッページでトレーダーを約定させることができる。下のスクリーンショットは、このアルゴリズムが動作している様子を示しています:
このような画像は、チャート上のAskとBidの履歴の表示をサポートしていない取引プラットフォームからは見えにくいことは注目に値します。これが意図するところです。手動トレーダーは、短期的な流動性の下落に気づき、まったく異なる価格で約定すると考えて市場で売買することがあります。
私は、リテールFXで実際に起こりうるHFTの頻度について情報を共有することにした。ある証券会社から、顧客規約の変更に関する通知を受け取った。新たに導入された条項は以下の通り:
6.6.取引口座に自由資金がない場合、サーバーへのクライアントの注文
の数が 300 秒間に 1000 (1000) を超えると、取引口座は自動的に「読み取り専用」モードに切り替わります。
6.6.1.サーバーへのクライアントの 注文数が 3600 秒間に 10000
(10,000) を超えると、取引口座は自動的にオフに切り替わります。
引用終わり。このブローカー・センターにはMT4とMT5の両方があり、どちらがこの制限を引き起こしたのかは不明である。しかし、実際には2021年6月29日から施行される。
リテールFXで実際に起こりうるHFTの頻度について、いくつかの情報を共有しようと思った。
リテールFXでのピプシングがHFTと呼べるのであれば、その条件はかなり快適です。一般的に、そのような頻度が必要なのは、フロントランナー以外には考えられません。
フロントランナー以外、誰がこのような頻度を必要とするのか想像できない。
数日前のニュースを見逃した。ボラティリティがそこそこあり(スキャルピング)、長い間落ち着かなかったので、1時間で1万件の取引注文に 達したのは間違いない。
MT4のGUIは1時間以上ぶら下がっていた(1つの口座に3つの端末を使用し、取引ストリームの数が上限に達しないようにした)。同時に、Expert Advisorはティックを大きく外しながら、慌ただしく動いていた。
MT5は耐えたが、注文のテーブルを切り替えることは不可能だった。強力なリモートマシンでは、ビデオカードがないため、強いラグが発生し、数百FPSを引き出すのは難しい。
私はリアルタイムで私のグループの詳細を書いた。だから、MT4からMT5に乗り換えた方がいいのです。