ECN、注文執行、アグリゲーター、流動性 - ページ 21

 
Andrei01:
重なり具合はこれまでと同じになります。私たちが話しているのは、利益の割合の支払いモデルで、小さな動きは大きな動きより支払いが少なく、大きな動きは支払いが多く、小さな動きは支払いの少なさを補うために取引量が多くなります。
カウンターパーティは、同じスキームで補償してくれるのでしょうか?
 
Rann:
そして、請負業者は同じスキームで補償してくれるのですか?

戦略担当の彼には関係ないことです。

マウスが賢いフクロウのところにやってきてこう言った:
- フクロウ、みんなが私たちを傷つけている、みんなが私たちを狩っている、私たちは
どうしたらいい?
-ハリネズミになり、針を持ち、誰も触れない!?
-ああ、ありがとう、フクロウさん。どうすればいいのか?
-聞け、ネズミども!負担をかけるな!-私は戦略担当だ。

 
Rann:
カウンターパーティは、同じスキームで補償してくれるのでしょうか?
カウンターパーティは小銭を請求しているのに、なぜ切り込むのか?
 
Andrei01:
カウンターパーティはあなたから小銭をとっているのだから、それを共有する必要はないでしょう?

どこから情報を得ているのですか?

請負業者は、私たちの収入の半分を請求します。

 
Rann:

どこから情報を得ているのですか?

請負業者は、私たちの収入の半分を請求します。

つまり、取引の収益性によって、カウンターパーティーの儲けが違うということですか?どうやってやるんだ?人為的に普及させることで?しかし、その重なりは、取引の開始 価格を知ることができない異なる相手とのものである可能性があります。
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы - Документация по MQL5
 
Andrei01:
つまり、各トレードのカウンターパーティは、トレードの収益性によって利益が異なるということですね。どのようにしているのだろうか。人為的に普及させることで?しかし、その重なりは、取引の開始価格が 何であったかを知ることができない異なるカウンターパーティとのものである可能性があります。

リアルであんなにバカなんだろうか。

不思議なのは、そんな知恵遅れに会ったことがないことだ。

 
Andrei01:
つまり、各トレードのカウンターパーティは、トレードの収益性によって利益が異なるということですか?どのようにしているのだろうか。人為的にスプレッドを拡大させることで?しかし、その重なりは、取引の開始 価格を知ることができない異なる取引相手とのものである可能性があります。
カウンターパーティは、手数料と、おそらく自社とサプライヤの銀行のスプレッドの差という形で、それぞれの取引で同じ利益を得ている。私たちとまったく同じです。
 
Rann:
カウンターパーティは、手数料や、場合によってはサプライヤーの銀行とのスプレッドの差という形で、各取引で同じ利益を得ています。私たちとまったく同じです。
カウンターパーティは、オープニングとクロージングで一回ずつトレードごとに異なるスプレッドを取るのですか?異なるカウンターパーティで取引を開始し、終了した場合、二重支払いになるのか?
 
Rann:
カウンターパーティは、手数料や、場合によってはサプライヤーの銀行とのスプレッドの差という形で、各取引で同じ利益を得ています。私たちとまったく同じです。
わかりやすくするために、簡単な例を挙げてみましょう。EURUSDを例にとると、高品質のカウンターエージェントは約0.2プラス/マイナスを取ります。残りは会社の利益。スリッページはトレーダーが負担し、どちらに転ぶかわからない。問題は、この支払いを固定額として受け取るのか、それとも取引の収益性によって、どのような場合でも会社が利益を得ることができるのか、ということです。