1ピップあたりの価格 - ページ 8 12345678910 新しいコメント JC 2010.06.10 16:32 #71 cloudbreaker: これには反対です。上で説明した理由で、MODE_TICKVALUEはそれ単体ではかなり信頼性が低いです。MODE_TICKSIZEで割った計算式で使用すると信頼性が高いと思います。 100pipのストップロスのようなものを計算したい場合、人々はどうすればいいのでしょうか? 削除済み 2010.06.10 16:37 #72 jjc 私は、以下のような数式を作りました。 - pips S/Lと希望するリスク%を入力とし、TV/TSレシオを使用してロットサイズを計算します。 - pips S/Lとロットサイズを入力とし、TV/TSレシオを使用して実際のリスク%を計算します。 私の場合、うまくいきました。 CB JC 2010.06.10 16:42 #73 cloudbreaker: jjc 私は、以下のような数式を作りました。[...] もちろん、しかし、ロットサイズとs/lが固定として扱われ、キャッシュロスのサイズは可変であり、純粋にピップ数を価格差に変える問題であるという非常に一般的なシナリオはどうでしょうか。 (この方法が必ずしも良いとは言いませんが、多くの人がやっています)。MODE_TICKSIZEが当てにならないのであれば、nピップをyの価格差に変換する方法を提案するのですか?MODE_TICKSIZEの代わりにPointを使用 しますか?MODE_TICKSIZEと同様にPointの値もチェックし、記録していますか? 削除済み 2010.06.10 23:51 #74 MODE_TICKSIZEが信頼できないと言っているのではありません。MODE_TICKVALUEを単独で使用した場合、信頼性に欠けると言っているのです。ですから、計算式にTVを使うのではなく、(TV*Point)/TSを代わりに使ってください。 CB cameo 2010.06.11 05:14 #75 cloudbreaker: MODE_TICKSIZEが信頼できないと言っているのではありません。MODE_TICKVALUEを単独で使用した場合、信頼性に欠けると言っているのです。ですから、計算式にTVを使うのではなく、(TV*Point)/TSを代わりに使ってください。 CB CBさん、私はTVとTSを観察する機会がありませんでした。しかし、あなたの意見の論理は、TSがPointのn 倍となるからだと想像しています。つまり、TSがPointのn 倍でn>1 であるとき、Reliable_TV = (TV*Point)/TS となるのでしょうか?これは、TSがPointと等しくない場合、TVはTSに比例して変化しないことを意味します。 cameo 2010.06.11 06:21 #76 jjc: 素晴らしいまとめです。2点だけ。 Pointは「可能な限り小さな値動き」とは言いません。MODE_TICKSIZEが何であるかを説明するために使います。例えば、ほとんどの金の契約では、ポイントは0.01です。だからといって、0.01刻みで価格が動くわけではなく、通常は0.05刻みでしか動きません。ポイントとは、価格が何桁で表示されるかを表すものです。 ブローカーのシンボルネーミングの統一性。通貨ペアをEUR/USDのように表記しているMT4ブローカーを見たことがない。EURUSDFXFまたはEURUSDcxのようなサフィックスを見たことがあるだけです。ブローカーによっては、口座の種類によって複数の異なるサフィックスを持つところもあります。 ありがとうjjc... 私はGordonがこれに関して何を言うかに興味があります。前回の議論の後、私は彼の定義に同意しています。 私のケースを弁護してくれたPhillipに感謝しなければならない。しかし、差し迫った事態は起こるべくして起こっているのです。私は、GCIでEUR_JPY_futをSymbol名として発見した(純粋なFXペアではないものの)。私はFXに対してFXの未来の 知識がないので、これがMODE_TICKVALUEでどのように作用するかはわかりません。しかし、その中間の接頭辞は存在します。 gordon 2010.06.11 07:41 #77 cameofx: この件に関してゴードンが何を言うのか興味がある。前回の議論の後、私は彼の定義に同意しています。 私の定義は、文脈を無視して引用されると、本来の意味を失ってしまいます。MODE_TICKSIZE の定義にある「価格」という言葉は、実際に可能な 価格表示のことで、Point の定義ではあらゆる価格のことを指しています。 JC 2010.06.11 07:57 #78 cloudbreaker: MODE_TICKSIZEが信頼できないとは言っていない。[...] このスレッドや以前投稿されたログを見ると、TICKSIZEもTICKVALUEも変化していますね。このスレッドの以前の例では、TICKSIZEが0.0001ではなく0.0002と短く報告されている間に100ピップのS/Lを計算すると、明らかに希望の範囲の2倍で停止することになります。あなたのサンプルでは、TICKSIZEが信頼できないとは言えないと 思います。TICKSIZEは、ブローカーが4DPから5DPの価格設定に変更するような地震的なイベントだけを除けば、金融商品の不変の特徴であるはずです。 JC 2010.06.11 08:19 #79 cameofx: GCIのSymbol名として(純粋なFXペアではないものの)EUR_JPY_futを発見! 先物契約の話を始めるなら、すべての賭はオフです。例えば、FXProは、ほぼ通常の フォーマット#AAmyで先物契約をしています。EUR_JPY_futは、何か変な合成契約みたいですね。 削除済み 2010.06.11 09:14 #80 TVの信頼性だけに言及するのは、TSをTVの割り算以外に使わないからです。CB 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これには反対です。上で説明した理由で、MODE_TICKVALUEはそれ単体ではかなり信頼性が低いです。MODE_TICKSIZEで割った計算式で使用すると信頼性が高いと思います。
jjc 私は、以下のような数式を作りました。
- pips S/Lと希望するリスク%を入力とし、TV/TSレシオを使用してロットサイズを計算します。
- pips S/Lとロットサイズを入力とし、TV/TSレシオを使用して実際のリスク%を計算します。
私の場合、うまくいきました。
CB
jjc 私は、以下のような数式を作りました。[...]
MODE_TICKSIZEが信頼できないと言っているのではありません。MODE_TICKVALUEを単独で使用した場合、信頼性に欠けると言っているのです。ですから、計算式にTVを使うのではなく、(TV*Point)/TSを代わりに使ってください。 CB
CBさん、私はTVとTSを観察する機会がありませんでした。しかし、あなたの意見の論理は、TSがPointのn 倍となるからだと想像しています。つまり、TSがPointのn 倍でn>1 であるとき、Reliable_TV = (TV*Point)/TS となるのでしょうか?これは、TSがPointと等しくない場合、TVはTSに比例して変化しないことを意味します。
素晴らしいまとめです。2点だけ。
ありがとうjjc...
私の定義は、文脈を無視して引用されると、本来の意味を失ってしまいます。MODE_TICKSIZE の定義にある「価格」という言葉は、実際に可能な 価格表示のことで、Point の定義ではあらゆる価格のことを指しています。
MODE_TICKSIZEが信頼できないとは言っていない。[...]
cameofx:
GCIのSymbol名として(純粋なFXペアではないものの)EUR_JPY_futを発見!