Социальный брокер eToro, как и многие другие лицензированные коллеги по внебиржевой индустрии, принял решение имплементировать новые правила европейской директивы ESMA, сообщив своим клиентам о предстоящих соответствующих ограничениях, включая снижение максимального кредитного плеча по основным валютным контрактам CFD до 1:30. Более того...
レナーテ、ブッヘンヴァルトの門に「jedem das Seine」と書かれていた。
自分の意見を他人に押し付けてはいけない。他のメンバーについては、ベストな状態ではなく、議論しているパラメータによって判断が分かれる。
いっけつ
残高を1ロットのマージンで割る。
は100％のリスクを負うことになります。
注文がある場合は、自己資本を1ロットの証拠金で割る、つまり100%にします。
広がりを抑える必要があるかもしれません。
そのため、計算式にリスクの割合が含まれているのです。
ただ無駄にTSるを書いたわけではなく、おばあちゃんの数え方を覚えろみたいな...。
ps
信じられないかもしれませんが、このコードの例は、Expoから引用したものです。
どんな注文でも1回だけ開けばいいんだ...相場に参加するために
が、投稿していない...。
諾う
差金1ロットで割る
100％のリスクです。
注文がある場合、自己資本を1ロットの証拠金で割る
そこで無駄にTSるに書き込んだのではなく、おばあちゃんの数え方を習うように...。
オーダーがなければ、エクイティでカウントすることもできないのですか？
また、注文がなければ、エクイティは使えないのですか？
よろしい
ps-coupをポストに入れています。
が、そんな露出のテストをしていたのです...。持分法で計算される...
ゆっくり死んでいくんだ。
CALMのようにやるのがいいんです。
4回分（確か）のバランスにカットしています。
仮に残高の10％のリスク＝10回均等に試行したとすると？
最初の預金で計算し、ロットを移動し、それ以上を再計算しないでください。
よろしい
ps-kuをポストに入れています。
しかし、このエクスペリエンスをテストしてみると......。を、等式から計算して
ゆっくり死んでいくんだ。
は、CALMのようにするのがよいでしょう。
天秤をいくつかのパーツに切り分け、次のような試みをした（私の記憶では4つ分）。
リスクは残高の10％＝10等分の試行とします。自分の意見を誰かに押し付ける必要はない、ましてや他人の意見を押し付ける必要はない、と頭の中で整理してください。なんでこのスレ読んでる人の中で多分お前しか知らないような○○の話をしてるんだ？その人は自分の考えを持っていて、自分のやりたいことをやりたいんです。なぜ、預金の減りを早くしたり遅くしたりする方法を教えるのか...。それは質問の一部ではなかったし、今もない。
自分の意見を誰かに押し付ける必要はない、ましてや他人の意見を押し付ける必要はない、と頭の中で整理してください。なんでこのスレ読んでる人の中で、あなたしか知らないかもしれない○○○の話をしてるんですか？その人は自分の考えを持っていて、自分のやりたいことをやりたいんです。なぜ、預金の減りを早くしたり遅くしたりする方法を教えるのか...。それは質問の一部ではなかったし、今もない。
何も押し付けているわけではなく、あくまで自由な例として。
というご質問ですが、ロットはエクイティから数えることができるのでしょうか？
できるけど面倒くさいと言ったんだ 前に試したことがあるんだ
このような取引では、すべてのロットを最小レバレッジで計算し、最も都合の悪い時に突然の資金 不足に陥らないようにすることが重要です。
この場合、1k2
)))
最低でも1k100は持っている
私は最低でも1k100、レバレッジは1k2です。
)))
私が質問したのは、これです。"OrderCheck()やOrderCalcMargin()は、仕様書にあるレバレッジ「指定された約」の機能を考慮しているか？"
どのような種類のフィーチャーについて、OrderCalcMargin()の計算値に反映させるための統計情報を蓄積していますか？これらの機能の種類を思い出してください：レバリッジは、以下のものに依存します。
1.シンボルマーク
2.所属（ポーランド）名
3.シンボルの為替レート
4. 現在の時間帯 - ニュースの時間帯のいずれかにあるかどうか
5.現在の時刻 - 金曜日の夕方に当たったのか？
それとも違うのでしょうか？統計を取る代わりに、可能なレバレッジを最小値（最初の投稿の図では、BTCUSDは1：2、USDBURは1：25）にして、それで終わりですか。
追伸：今夏に施行される欧州規制当局のESMA指令に目を通すと、レバレッジを下げるという脅威についての意見が変わるかもしれません。例えば、こちらhttps://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/。
"注意事項として、FXおよびCFDブローカーが欧州連合内で正常に営業できるのは、2018年8月1日までです。その後、より厳しい条件に適応していかなければならない。すなわち、リテールブローカーは、主要通貨ペアで最大1:30、主要通貨以外で1:20、商品と主要でない指数で1:10、株式で1:5、暗号通貨商品で1:2のみのレバレッジで取引を提供できるようになります。"とあります。
あと1ヶ月を切りました。ただ、キプロスには多くのDCが登録されており、現在は欧州連合の一部となっているため、ESMA指令が適用されています。
私の疑問は"OrderCheck()やOrderCalcMargin()は、仕様書に「およそ指定されている」レバレッジの特徴を考慮しているか。"
どのような種類のフィーチャーについて、OrderCalcMargin()の計算値に反映させるための統計情報を蓄積していますか？これらの機能の種類を思い出してください：レバリッジは、以下のものに依存します。
1.シンボルマーク
2.所属（ポーランド）名
3.シンボルの為替レート
4. 現在の時間帯 - ニュースの時間帯のいずれかにあるかどうか
5.現在の時刻 - 金曜日の夕方に当たったのか？
それとも違うのでしょうか？統計を取る代わりに、可能なレバレッジを最小値（最初の投稿の図では、BTCUSDは1：2、USDBURは1：25）にして、それで終わりですか。
追伸：今夏に施行される欧州規制当局のESMA指令に目を通すと、レバレッジを下げるという脅威についての意見が変わるかもしれません。例えば、こちらhttps://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/。
注意事項として、FXおよびCFDブローカーは、2018年8月1日までの間のみ、欧州連合内で通常モードで営業することができます。その後、より厳しい条件に適応していかなければならない。すなわち、リテールブローカーは、主要通貨ペアで最大1:30、主要通貨以外で1:20、商品と主要指数以外で1:10、株式で1:5、暗号通貨商品で1:2のレバレッジで取引を提供できるようになる。
ルールや取引条件にはすべて明記されているが、その適用はまちまちというか、必ずしもそうではない
常に適用されるわけではありません。
証券会社やブローカーについては、本フォーラムの規則により、ここで議論することはできません。
だから、あなたが選んだのだから、あなた次第で、適応してください。
あなたのケースはごく少数です。
8月1日を待とう。
もしかしたら、そうなるかもしれません。その時は、コードを書いて投稿します。
問題は、何を書くかではなく、テコ入れの瞬間をとらえることだろう。
従来は、端末を再起動しないと捕捉できなかった。
今は......確認してないのでわかりません。
ルールや取引条件にはすべて書いてあるが、適用されるのはまちまちというか、必ずしもそうではない。
誰が何をもっているか
証券会社やブローカーについては、フォーラムのルールに従って議論しません。
だから - あなたは選択した、それはあなたのビジネスであり、あなたは調整する必要があります。
あなたのケースは非常に少ないものです。
8月1日を待とう。
もしかしたら当たるかもしれないので、その時はコードを書いて投稿します。
問題は、何を書くかではなく、テコ入れの瞬間をとらえることでしょう。
以前は端末を再起動しないと捕捉できませんでした。
今となっては、確認していないのでわかりません。
まあ、少なくとも何かは。端末の再起動以外にテコ入れの変化を捉える方法が見つからないという理解で合っていましたか？OrderCalcMargin()はこれらの変更を捕捉しない、と言うのですか？まさに私が求めていた情報です。そうですね、「今」に関わることで、残念ながら不確定要素が残っています。
1:20と通常の1:100の違いは、多くの人にとって重要なことです。また、OrderCalcMargin()は、おっしゃるようにレバレッジの変化を捕捉しないので、新しいコードではできません。OrderCalcMargin()関数 そのものを修正する必要があります。
そして、開発者はなんと言うのでしょう。
まあ、それはそれとして。端末をリロードする以外に、テコ入れを受け止める方法が見つからなかったという理解でよろしいでしょうか。OrderCalcMargin()はこれらの変更を捕捉しない、と言うのですか？
そうでもないんです。
レバレッジはボラティリティによって大きく変動するので、1ティック ごとにレバレッジとマージンを比較させていました。
3年前のことです。
取引は活発で、これらのパラメーターを常に監視する必要がありました。
その後、レバレッジを捨て（理由は上記参照）、レバレッジの倍数である証拠金条件の変化のみを追跡するようにしました。
この方法は有効であることが証明された。
残念ながら、このコードは残っていませんが、約束は守ります。
ですから、もう一度、コマンドに戻りましょう。
オーダーカルクマージン(ORDER_TYPE_SELL,_Symbol,1,BID,Mgn)
で覚えましょう。
prevMgn=Mgn
と、その前に比較してみましょう。
if(prevMgn/Mgn>1.1 || prevMgn/Mgn<1.1)
で、目的のものはポケットに...。
そろそろ肩の計算をし直す時期です。そうでもないんです。
レバレッジはボラティリティによって大きく変動するので、1ティック ごとにレバレッジとマージンを比較させていました。
3年前のことです。
取引は活発で、これらのパラメーターを常に監視する必要がありました。
その後、レバレッジを捨て（理由は上記参照）、レバレッジの倍数である証拠金条件の変化のみを追跡するようにしました。
この方法は有効であることが証明された。
残念ながら、コードは生き残れなかったが、約束は守るよ。
したがって、コマンドに戻ることになる。
オーダーカルクマージン(ORDER_TYPE_SELL,_Symbol,1,BID,Mgn)
で覚えましょう。
prevMgn=Mgn
と、その前に比較してみましょう。
if(prevMgn/Mgn>1.1 || prevMgn/Mgn<1.1)
そして、目的のものはポケットの中に...。
そろそろ肩の計算をし直そうかコードの問題ではなく、再計算ができるすべての人の問題であることに気づいたのですね。しかし、あなたは、あなたが実際に確認した影響のある機能のリストに、ボラティリティを追加しました。そして、さらに森の中に入っていけば、より多くの薪を手に入れることができるのです。それをどう受け止めるか。かなり絶望的な状況です...。