なぜ「高すぎる利回り」を理由に募集が禁止されたのか? - ページ 87

 
MetaDriver:
マーケットは(規模が大きければ)飽和状態になるまですべての流動性を一掃します。
と、与えられたスリッページでは止まらない?
 
sanyooooook:

私はしませんが、非常に高速なボットは、それらを参照してください、私の制限が満たされた右の価格に穴を作る彼らはすぐに彼らの入札で穴を埋めます。

最良の売指値注文よりも 高い 指値注文を受けることはできず、自動的に成行となります。また、大型のものであれば、フトシニキにあしらわれる可能性も十分にある
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5
 
Avals:
注文の一種 です。基本的に条件付きで、2つのパートに分かれています。
通常の指値が小さい注文に負けた場合、全く同じように部分的に約定する。
 
sanyooooook:
と、与えられたスリッページでは止まらないのでは?
理想を言えば、そうすべきなのですが、アイデアというのは、ひとつであって、...見たことがあるでしょうか?
 

が、特定のプラットフォームとその実行ルールを知っておく必要があります。どのような注文に対応しているかしかし、ブローカーは多くのコンティンジェントオーダーを出すことができます。それらはブローカーに保管され、条件が満たされたときに実行され、通常マーケットやリミットとして出力されます。ストップロスと同じです。

特定のECNプラットフォームで異なる実行条件が存在する可能性があります。

 
Avals:

が、特定のプラットフォームとその実行ルールを知っておく必要があります。どのような注文に対応しているかしかし、ブローカーは多くのコンティンジェントオーダーを思いつくことができます。それらは一緒に保管され、条件が満たされたときに実行され、通常マーケットまたはリミットとして表示されます。ストップロスと同じです。

特定のECNプラットフォームで異なる実行条件が存在する可能性があります。

では、ユーザー数の上限をLPの上限でカバーすることに賛成ですか?順番をいじったり、条件を選んだりすることなく?
 
追伸:流動性が提供される条件を検討することも重要である。例えば、MMwbでは、MMのルールと要件が明示されています。
 
TheXpert:
ユーザー制限は、LP制限でカバーできることに同意しますか?順番をいじったり、条件を選んだりすることなく?

取引所では、ありません。特定のECNでおそらく。わからない)ECN口座でプラス指値のスリッページは見たことがない。サイトのルールを読む必要がある。

顧客の流動性も貪り食うようなプロバイダーは何なんだ?どんなベンダーなのか?

 
Avals:

L1+L2=M1であり、L1は顧客限度額、M1は顧客商標、L2はサプライヤー限度額であるため。

=> 1+l2/l1=m1/l1

L2/L1(流動性供給者の量と内部マッチングの量)を指しているのですね。

M1/L1 は、顧客が約定した成行注文と指値注文の比率です。

いいえ、あなたは私を混乱させた )

次のような場合、どのように定式化するのが正しいのでしょうか?-

取引先の注文には、取引先の資金と仕入先の資金が混在している。これが私たちの関心事である比率です。

 
Mischek:

いや、勘違いしてる)

次のように正しく定式化するにはどうしたらよいでしょうか。-

会社の顧客のすべての実行された注文には、会社の顧客のお金と仕入先のお金があります。気になるのはその比率です。

そう、それが正しい表現なのです)。