NFAは2009年5月15日からロックを禁止しています。 - ページ 14

新しいコメント
 
timbo >> :

ロックは 、顧客が証券会社を騙 す可能性があり、ディーラーにとっては、支払う可能性がない 。

ティンボ、どう説明する？

を例にとると

売り ユーリスド 1.6000

ユーラスドを買う 1.2400

1.4000で両オーダーをクローズ


証券会社にとって何が問題なのか？

--

このような場合、どのように、そしてどのような理由で証券会社を騙すことになるのでしょうか。


(ディーラーが賭博でないことを条件に利益を得た場合）

もし、私がこの状況で利益を得た場合（それでも証券会社から得た場合、それがフロント企業であれば、SWINGを含むすべての私の 利益は、私の側からの詐取とみなされる可能性があります）。


この状況で最も興味深いのは、どのような理由で私が支払うことができない（再び、これはカウントされません）ことです。

--

厨二病なら厨二病で儲けてるのは俺からすれば不正なんだが． 錠前でもブランコでも...。

 
FION >> :

そして、私は愚かにもピボットのショートでポジションを追いかけています。リンクが切れれば最大損失、ピボットバック、不可抗力がポジションに対して繰り出されれば同じ話、ピボットはシグナルに乗ります。

まあ、鍵が役に立つなら...鍵のあるブローカーに行くだけ

もちろん、不便なのは当たり前ですが・・・。

が、ロックなしでも取引は可能です。

1つの機器のシグナルフローを2つのアカウントに分割する。

もちろん、Take Stopsを管理するのは面倒です。つまり、2つのアカウントを1つのアカウントとして扱います。

これはExpert Advisorの複雑さですが、解決可能です。

--

2つのアカウントで取引し、ロットを禁止する。

 
kombat >> :

ところで、優れた、しかしまだ限界に達していない流動性供給者が、同じように

DCがクライアントに提供するもの：通貨ペアの為替レートとその上で取引を行う可能性...

販売店は、1.販売店に代わって自ら取引を行う必要があります。2.同じファニーなものばかりに。

では、そのお金はどこにあるかというと、スワップを取るお金と同じです。

DCはトレーダーではないので、取引はしない。流動性供給者は、金利のかかる現実の貨幣、または現実の貨幣に代わる全く同じ金利のかかるデリバティブで運用します。利息はDCに回収／支払われ、DCはそれをクライアントにブロードキャストする。流動性供給者は顧客の流出で儲けるのではなく、金利と手数料で儲けるだけである。ちなみに、普通のDCはドレインでは儲けず、スプレッドによる手数料と、場合によっては独自のスワップ・マークアップで儲けることになります。答えは、流動性供給者がお金を持っているからです。

 
sab1uk >> :

デモ口座でそれぞれを個別に実行する

を選んでください。

なぜ、それを目指すのか？

一般的に、ミキシングというテーマは別物です。

わかりやすくするために、すべての知られている例から、一昨年のチャンピオンシップでベッティンガーを例にとると、彼は1つの中に3つ持っていました。私は、それらが似ていると仮定しますが、3つのうち1つを選択するほどではありません。

どんなに多くの戦略があっても、たとえそれが異なるアカウントであっても、結果はすべて一つの戦略であり、その結果があなたの財布を満たすことになるのです。

同じような戦略を組み合わせても意味がなく、効率に大きな差がある場合は、この場合、最適なものを選択する必要があります。

を組み合わせることで、預金の有効活用を図ることができるかもしれません。

1つ目は日本のセッションで、2つ目はヨーロッパのセッションで、3つ目はアメリカのセッションで良いですね。

取捨選択

 
YuraZ >> :

ティンボ、どう説明するんだ？

例えばこんな感じ。最低入金額のロコンで、上下に同時に大きなポジションが開かれる。マーケットが開くと、ギャップがある、例えば、上に。アップポジションはスリッページなしの利益で決済され、ダウンポジションはスリッページのあるストップで決済されます（なぜそうなるかはすでに述べました）-というより、入金額を超えるMKです。その結果、証券会社には顧客の証拠金でカバーできない損失が発生する。

 
timbo писал(а)>>

例えばこんな感じ。最低入金額でロクロを使い、上下に同時に大きなポジションを開く。マーケットが開くと、例えば上方向にギャップがある。アップポジションはスリッページなしの利益で決済され、ダウンポジションはスリッページ付きのストップで決済されます（なぜそうなるかはすでに述べました）-というより、入金額を超えるMK。その結果、証券会社には顧客の証拠金でカバーできない損失が発生する。

現物と先物でポジションを持つこともできます。あるいは2つのアカウントで。だから、ディーリングには関係ないんです。あるいは、より多くの制限を導入することも可能です。

 
FION >> :

スポットと先物でポジションを持つのと同じように、商品は違えど結果は同じです。あるいは2つのアカウントで。つまり、ディーリングデスクは気にしていないのです。あるいは、さらなる規制を導入すべきです。

異なる口座や商品のポジションには、全額の証拠金が課されます。1つの口座の1つの商品に対するロックは、しません。証券会社については、それぞれ異なる結果となりました。

ちなみに、いろいろと制約が出る。ロキはまだ始まりに過ぎません。正確には、すでに始まっているのだが、証券会社関連だけなので、騒がれていないのだ。制限の1つ - 証券会社の開設のための資金の要件を増加させ、すなわち、多くの中小企業は、市場を残しておく必要があります。少なくともアメリカの段階から、つまり規制のない国でのキッチン開設の新しい波を期待しています。しかし、それ以外の制約もあるはずです。

 
トップが決めているのだから、誰かが何らかの形で適応しなければならない。そして、すでに#include libraryという、複数のEAのオーダーを扱うための共通エンジンを作っており、ロックの禁止という問題を解決しています。
 
gip >> :
トップが決めているのだから、誰かが何らかの形で適応しなければならない。

http://www.ozon.ru/context/detail/id/3227105/

http://www.ozon.ru/context/detail/id/2422399/

 
timbo >> :

DCはトレーダーではない、自分のトレードをしない。

何を言っているんだ...。

彼は市場そのものに違いない :))))

*

までのチェーン全体のDCは、ちょうど相互接続されているようなものです。

マーケットはディーラーのものだから、クライアントとDCは相互につながっているんだ!

その辺も議論するんですか？

*

2口座での取引、ロット禁止は重要視していない。

もし、自分たちでソフトを開発できる可能性があるなら、国民連合の規制など知ったことではないはずです

2つのアカウントを組み合わせるロジックは、まるで簡単ですね(・_・;)

*

簡単な例として、1つのネットDC、2つのアカウント#1、#2、ターミナルタイプMTを組み合わせた場合。

口座番号1が優先され、その口座で最初にポジションが開設されることを意味します。

その後、取引によりますが、1-stでポジションが開設されていなければ、2-stに引き継がれます。

if (SymbolPos >1) Open Vol in Acc2; // （SymbolPos>1）。

など...

ターミナルでは通常通りすべてが表示されますが、#accountのような技術的な追加フィールドが表示されます。

トレーダーが見たいかどうか...

*

分離・統括報告の原則は問題ない。

そして、GeneralMagicがあれば、オープニングの位置でチケットの値を受け取り、それを渡します

を作成し、ロールオーバー時や決算時に継承することで、通常のМТレポートを設計することができます。

トレード全体がディルのごちゃごちゃではなく、わかりやすい1行で書かれているところ...。

*

ちなみにこれは、もし最終的にダイレクトロックを廃止することになった場合の、開発者へのさりげないヒントにもなっている。

このような小さな小さなモジュールがあれば、米国共産党中央委員会の決定を実行することができ、現在のMTユーザーを不快にさせることもないのですが...。

1...789101112131415161718192021...45
新しいコメント