保証金の割合からロットを正しく計算すること - ページ 8 12345678910 新しいコメント keekkenen 2014.05.04 19:43 #71 なぜストップロスをするのか、不思議な質問ですね。(修辞的質問）。 実際、P.3では1ポイントのストップロスの計算になっていますね。 削除済み 2014.05.04 19:45 #72 keekkenen:なぜストップロスをするのか、不思議な質問ですね。(修辞的質問）。実際、 #3には 1ピップの ストップロスが あります。 原則的にそうです。しかし、その場合、pipsでのストップロスは 入金額に対する％ではありません。 この場合、アルゴリズムは若干異なります keekkenen 2014.05.04 20:03 #73 _new-rena: 原則的には、そうです。しかし、その場合、pipsでのストップロスは預かり金の％ではなくなります。 この場合、アルゴリズムは若干異なります ストップロスは預かり金の何％、ストップロスは預かり金の... フライは別物、カツは別物...。 1つの口座に2つのアドバイザーがいて、一方が資金の40％を、もう一方が残りを持ち、それぞれが独自の戦略を持っているとします - 一方はダイナミックストップで、もう一方は固定されています。 それぞれが独自のリスク（預金の割合として）と独自の停止を持っている - 注文のリスク... Depoは制限されていないと誰もが新たに開かれた注文のための独自のストップロスを考慮する必要があり、そうでなければどのように彼はストップロスに生きるために十分な酸素（資金）を持っていない場合は、注文を開くことができます - あなたはストップロスを気にせずにそれを開く場合、彼は赤字に行くと預金の一部を食べ始めるかもしれません - 良いお金を稼ぐと彼が何を得たかで計算されている第2のEAの共有は、... その結果、Expert Advisorは止まるどころか、自分だけでなく、「友達」のおばあちゃんまで失ってしまうのです。 削除済み 2014.05.04 20:06 #74 keekkenen: 預かり金の何割かはストッパー、ストッパーはストッパー...。 フライは別物、カツは別物...。 1つの口座に2つのEAがあり、一方が資金の40％を、もう一方が残りを持ち、それぞれが異なる戦略を持っているとします - 一方はダイナミックストップ、もう一方は固定ストップです...。 それぞれが独自のリスク（預金の割合として）と独自の停止を持っている - 注文のリスク... Depoは制限されていないと誰もが新たに開かれた注文のための独自のストップロスを考慮する必要があり、そうでなければどのように彼はストップロスに生きるために十分な酸素（資金）を持っていない場合は、注文を開くことができます - あなたはストップロスを気にせずにそれを開く場合、彼は赤字に行くと預金の一部を食べ始めるかもしれません - 良いお金を稼ぐと彼が何を得たかで計算されている第2のEAの共有は、... その結果、Expert Advisorは止まるどころか、自分だけでなく、「友達」のおばあちゃんまで失ってしまう...。 同感ですが、私はドレインに興味がないので、ストッパーは全く使いません。 ストッパーがかかったら（自分もかかったとしよう）、RMはダメだということで、リスクを減らすべきということです。 keekkenen 2014.05.04 20:21 #75 _new-rena: 私もそう思いますが、私はストップは一切使いません。 ストップがかかったら（自分もかかったとしよう）、そのPMはダメで、単にリスクを軽減すればいいのです。 なぜなら、ロットの値はストップの値と逆の関係にあるからです。） 削除済み 2014.05.04 20:24 #76 keekkenen: なぜなら、ロットの値はストップの値と逆の関係にあるからです。したがって、ストップがない場合、ロットは最大になり、損失が保証されます。） ロット＝1/SL（？） keekkenen 2014.05.04 20:27 #77 _new-rena: ロット＝1/SL（？） 兎も角も 削除済み 2014.05.04 20:33 #78 keekkenen: 兎も角も であれば、正しい入力の 確率(P)を式に導入する。 Lot=P/SL。通常の場合、Pは0.5を超えることはない、したがって ロット=1/(2*(SL+スプレッド)) 比較のために、TPを計算する必要があります。ロットによる違いは？ keekkenen 2014.05.04 20:42 #79 _new-rena: であれば、正しく入力される確率(P)を式に入力してみましょう。 Lot=P/SL。通常の場合、Pは0.5を超えることはなく、したがって ロット=1/(2*(SL+スプレッド)) 比較のため、TPを推定する必要がある。どのような関係なのでしょうか？ ロット計算に確率を導入するのはやりすぎ...というか、ロット計算とは関係ないのでは...。 まず、ロットを計算する必要がありますが、これは別の関数であるべきで、次に、そのような必要性があれば、可能な成功の結果を推定する必要があります。 であれば、そのような推定（例えば確率）を使って、算出されたロットサイズを変更する必要がある...。 TakeProfitに関しては、損失には影響しませんが・・・。 削除済み 2014.05.04 20:46 #80 keekkenen: 確率を推定する必要がある場合（例えば、確率）、計算されたロットサイズを変更するために使用します... まず、ロットを計算する必要がありますが、これは別の機能であるべきで、次にそのような必要性があれば、成功する可能性のある結果を推定する必要があります。 であれば、この推定値（仮に確率とする）を使って計算ロットを変更する必要がある...。 Takeprofitについては、損失には影響しませんが...。 というか、SLとTPを経て、最終式が0より大きくなるような条件って、あり得るの？ 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
なぜストップロスをするのか、不思議な質問ですね。(修辞的質問）。
実際、P.3では1ポイントのストップロスの計算になっていますね。
なぜストップロスをするのか、不思議な質問ですね。(修辞的質問）。
実際、 #3には 1ピップの ストップロスが あります。
原則的にそうです。しかし、その場合、pipsでのストップロスは 入金額に対する％ではありません。
この場合、アルゴリズムは若干異なります
原則的には、そうです。しかし、その場合、pipsでのストップロスは預かり金の％ではなくなります。
この場合、アルゴリズムは若干異なります
ストップロスは預かり金の何％、ストップロスは預かり金の...
フライは別物、カツは別物...。
1つの口座に2つのアドバイザーがいて、一方が資金の40％を、もう一方が残りを持ち、それぞれが独自の戦略を持っているとします - 一方はダイナミックストップで、もう一方は固定されています。
それぞれが独自のリスク（預金の割合として）と独自の停止を持っている - 注文のリスク... Depoは制限されていないと誰もが新たに開かれた注文のための独自のストップロスを考慮する必要があり、そうでなければどのように彼はストップロスに生きるために十分な酸素（資金）を持っていない場合は、注文を開くことができます - あなたはストップロスを気にせずにそれを開く場合、彼は赤字に行くと預金の一部を食べ始めるかもしれません - 良いお金を稼ぐと彼が何を得たかで計算されている第2のEAの共有は、...
その結果、Expert Advisorは止まるどころか、自分だけでなく、「友達」のおばあちゃんまで失ってしまうのです。
預かり金の何割かはストッパー、ストッパーはストッパー...。
フライは別物、カツは別物...。
1つの口座に2つのEAがあり、一方が資金の40％を、もう一方が残りを持ち、それぞれが異なる戦略を持っているとします - 一方はダイナミックストップ、もう一方は固定ストップです...。
それぞれが独自のリスク（預金の割合として）と独自の停止を持っている - 注文のリスク... Depoは制限されていないと誰もが新たに開かれた注文のための独自のストップロスを考慮する必要があり、そうでなければどのように彼はストップロスに生きるために十分な酸素（資金）を持っていない場合は、注文を開くことができます - あなたはストップロスを気にせずにそれを開く場合、彼は赤字に行くと預金の一部を食べ始めるかもしれません - 良いお金を稼ぐと彼が何を得たかで計算されている第2のEAの共有は、...
その結果、Expert Advisorは止まるどころか、自分だけでなく、「友達」のおばあちゃんまで失ってしまう...。
同感ですが、私はドレインに興味がないので、ストッパーは全く使いません。
ストッパーがかかったら（自分もかかったとしよう）、RMはダメだということで、リスクを減らすべきということです。
私もそう思いますが、私はストップは一切使いません。
ストップがかかったら（自分もかかったとしよう）、そのPMはダメで、単にリスクを軽減すればいいのです。
なぜなら、ロットの値はストップの値と逆の関係にあるからです。）
なぜなら、ロットの値はストップの値と逆の関係にあるからです。したがって、ストップがない場合、ロットは最大になり、損失が保証されます。）
ロット＝1/SL（？）
ロット＝1/SL（？）
兎も角も
兎も角も
であれば、正しい入力の 確率(P)を式に導入する。
Lot=P/SL。通常の場合、Pは0.5を超えることはない、したがって
ロット=1/(2*(SL+スプレッド))
比較のために、TPを計算する必要があります。ロットによる違いは？
であれば、正しく入力される確率(P)を式に入力してみましょう。
Lot=P/SL。通常の場合、Pは0.5を超えることはなく、したがって
ロット=1/(2*(SL+スプレッド))
比較のため、TPを推定する必要がある。どのような関係なのでしょうか？
ロット計算に確率を導入するのはやりすぎ...というか、ロット計算とは関係ないのでは...。
まず、ロットを計算する必要がありますが、これは別の関数であるべきで、次に、そのような必要性があれば、可能な成功の結果を推定する必要があります。
であれば、そのような推定（例えば確率）を使って、算出されたロットサイズを変更する必要がある...。
TakeProfitに関しては、損失には影響しませんが・・・。
確率を推定する必要がある場合（例えば、確率）、計算されたロットサイズを変更するために使用します...
まず、ロットを計算する必要がありますが、これは別の機能であるべきで、次にそのような必要性があれば、成功する可能性のある結果を推定する必要があります。
であれば、この推定値（仮に確率とする）を使って計算ロットを変更する必要がある...。
Takeprofitについては、損失には影響しませんが...。
というか、SLとTPを経て、最終式が0より大きくなるような条件って、あり得るの？