マーチンゲールアゲイン - ページ 6

 
ALEX_SPB_RU:

グッドシンキング同志!!!

利益は少ないが、ほぼ100%排出されない保証があるかどうか...。

あるいは月50~100%だが、年に1~2回負けるリスクもある。ところで、これから夏だが、夏は平らな場所が多く、すなわちこのフクロウにとって最適である。

保証金の条件により、マーティンにとってはかなりリーズナブルです。

ロットを小さく分割することについては100%賛成です。 私自身、グリッドドロワーで作業するときに使っています。今はA*****riのPAMM口座で作業とテストをするのが好きですが、そこは最小ロットが0.01で最大1000(これはテストに非常に便利です)、レバレッジは1:100ですが、またかなり十分です。

出口については、私は今、チャート上で測定...まあ、でも購入から最後のeurik販売終了とスクリーンショットでさえB / Bではなく、+で(一見、彼らは不採算に見えた)されていません。

また、この行によるポジションの終了は何が原因だったのかが気になります

I.e.それは本当の改善、または神経を静めるためにもっとです 8-))


私は知らない - むしろ神経を落ち着かせるために - この行のフクロウと同様に少ないが稼ぐ!しばしば(例えば)最初の1つの順序を販売したことが起こる - 価格はに対して行った - 1注文を買った - 価格は再びに対して行った(それは再びダウンです) - 再び販売(すでに2つを販売) - 。

さらにゲップダウン - すべての注文にプラスでフクロウとすべてを閉じます - すなわち、ハングアップ購入は村で覆われており、すべての場所で閉じた - それはマージ(ヒューズの一種)するフクロウを与えていない - 私はその必要性を確信していないが - しかし、それである......。

 
elmucon:


どういたしましてすべての注文(一方向)のうち、最後と最後から二番目の注文だけを決済することです(もちろん、利益が出ている状態で)。

ロットが複雑で、「1つの」注文が3つで構成されている場合のみ、古典的なソリューションでは解決できないのです.まだ「頭を悩ませている」ところです・・・。

申し訳ないのですが、このアプローチの意味がよくわかりません。

1.もし、クローズした後、価格が要求される方向にもう少し動き続ければ、完全にクローズできたのですが、まだ動けない状態です。

2.ピークで決済した後、価格が再び悪い方向に向かった場合、しばらくしてからマーチンに大きなロットで別のポジションを建てるのです。そして今、最初のポジションがぶら下がっていて、そこから離れたところに新しいポジションがあり、利益でそれを閉じるために良いバウンドが必要です(3つのレベルを開いて2つを閉じるとしましょう、我々はまだ最初のエントリーが1つあり、別のものを開いて、今利益でそれらを両方とも閉じる必要がある)。

なぜなら、価格が上昇すればするほど、引き戻される確率が高くなり、オープンレベルが少なくなり、潜在的なドローダウンと操作の余地が少なくなると予想されるからです。しかし、一般的には、市場が強く変動した2008年と2009年にテストされるべきです。

 

ALEX_SPB_RU。


申し訳ないのですが、このやり方の意味がよくわかりません。

1.クローズした後、もう少し希望する方向に価格が動き続ければ、完全にクローズできたのですが、まだドツボにはまっている状態です。

2.ピークで決済した後、価格が再び悪い方向に進んだ場合、しばらくしてからマーチンのロットを大きくして別のポジションを建てるのです。そして今、最初のポジションがぶら下がっていて、そこから離れたところに新しいポジションがあり、利益でそれを閉じるために良いバウンドが必要です(3つのレベルを開いて2つを閉じるとしましょう、我々はまだ最初のエントリーが1つあり、別のものを開いて、今利益でそれらを両方とも閉じる必要がある)。

なぜなら、価格が上昇すればするほど、引き戻される確率が高くなり、オープンレベルが少なくなり、潜在的なドローダウンと操作の余地が少なくなると予想されるからです。しかし、一般的には、2008年、2009年の市場の乱高下時にテストされるべきものです。


私は以前、このように手を動かして取引していました - 最初の2つの最後のロットは良い利益で閉じます

第二に、ドローダウンの確率が下がり、ドローダウンがより長く保留される可能性がある。

第三に、(例えば)あなたはすでに4つの注文のグリッドを持っている - 利益と最後の2を閉じる - 2つの注文が残っている - 第三を開く - そして再び最後の2を閉じる - 1つの注文が残っている - 第二を開く - と利益とそれを閉じる....注文終了

利益が大きくなるし、負ける可能性も低くなる......。

スクリーンショットのように、手だけで......。(bai)さん

 

今日は、最初、"ビッチ、早く閉めちゃった "と思った。

そして今、私はフクロウが正しいかどうかわからない。

 
elmucon:


私はこのように手で取引 - まず、最後の2つのロットはかなり良い利益を閉じる

第二に、損失が発生する確率が低くなり、ドローダウンを長期間保留できる。

第三に、(例)すでに4つの注文のグリッドを持っている - プラスで最後の2つの注文を閉じる - 2が残っている - 3つ目を開く - そして再び最後の2つを閉じる - 1が残っている - 2を開く - とプラスで閉じる ....注文終了

利益が大きくなるし、負ける可能性も低くなる......。

スクリーンショットのように、手だけで......。(bai)さん

そうですね、でも一番上のスクリーンショットでは、チャートの高値ですでに1時間くらいですべてのポジションを決済していたはずです。

このアプローチには、ある種のポジティブな側面があることに異存はありません。しかし、実際にはテスターで確認するしかなく、そうでなければ計算するのは困難です。

ところで、必要であれば、あるレベルのスリッページにおける最大フェイルセーフトレンドを計算するインジケータをお送りしましょうか。

すなわち、ファイルの中で最も長いフェイルセーフトレンドをエクセルで見つけ、降順でフィルタリングし、それが起こった日付を見て、すぐにチャート上でこのセグメントを見つけ、その上でEAを実行することができます...。

 
ALEX_SPB_RU:

そうですね、でも一番上のスクリーンショットでは、5月15日のチャートの最大値ですでに1時間程度ですべてのポジションを決済しているはずです。

このアプローチに一定の肯定的な側面があることに異存はない。しかし、実際にはテスターで確認するしかなく、そうでなければ計算するのは困難です。

ちなみに、必要であれば、あるレベルのスリッページにおける最大リトレースメント推移を計算するインジケータをお送りしますよ。


それは面白いです -あなたの個人的なメッセージに残して- 私たちは考えるでしょう...

しかし、私は再び設定を追加する必要があります - しかし、私はしたくない....

なるべく設定項目が少ない信号機が必要だ!

何かお気づきの点があれば、ご連絡ください。

 

複数ロットでオープンしている場合、最後の2ポジションをどのように抽出するかという問題ですが、まず思い浮かんだのは以下の2つの選択肢です。

グリッドレベルの3ポジションをオープンしたとすると(単純化のため新規ロットは4倍に増加)、第1レベルのロットは3、第2ロットは10+2、第3ロットは10+10+10+8となります。

2つのポジションをクローズしたい。

オプション1 我々は、私たちのために必要なMedjicとすべてのロットを探していると、最小の オープニング価格(今、私たちは買いを閉じたい)を持っている見てください。それを見つけて、その始値を記憶してクローズする。もう一度ロットを調べ、指定されたデルタ(まあ、古いもので10-20ポイントあたりとしましょう)以上の価格でないものを探します。もし見つかったら、それを閉じ、デルタに適合し、与えられた遅い価格の注文がすべて閉じられるまで探し続ける(この例では、10+10+10+10+8という5つの注文がある)。OK、すでに1つのポジションを決済しています。これで再び、建値が最も低い注文を探し、それを決済して、デルタの範囲内でさらに注文を探せばよい。すべてが処理された時点で、2つのポジションをクローズしています。デメリットは、突然、ニュースによって断片的なオープニングが引き起こされ、注文があまりにも分散しているため、どのようなデルタを設定すべきかを正しく推定する必要があることです。

バリエーション2。注文が昇順に並んでいることを考慮すると、まず最も古い注文を閉じ、さらに最大限の注文に等しい直近の注文をすべて閉じます。つまり、この例では、8を閉じ、次に10+10+10+10を閉じます。次に、一連の注文のうち最も古いものをメジークで決済し、その前にある他の注文もすべて最大ロットで決済します。すべて終了しました。デメリットは、前のオーダーが10の倍数の場合、つまりもう一切れない場合(例えば、10+10で、今また10+10+10+10・・・8を開けた)ですが、その可能性は低いと思われます。

 
ALEX_SPB_RU:

複数ロットでオープンしている場合、最後の2ポジションをどのように抽出するかという問題ですが、まず思い浮かんだのは以下の2つの選択肢です。

グリッドレベルの3ポジションをオープンしたとすると(単純化のため新規ロットは4倍に増加)、第1レベルのロットは3、第2ロットは10+2、第3ロットは10+10+10+8となります。

2つのポジションをクローズしたい。

オプション1 我々は、私たちのために必要なMedjicとすべてのロットを探していると、最小のオープニング価格(今、私たちは買いを閉じたい)を持っている見てください。それを見つけて、その建値に留意して閉じる。もう一度ロットを調べ、指定したデルタ(まあ、古いものでは10〜20ポイントあたりとしましょう)以上の価格でないものを探します。もし見つけたなら、それを閉じ、デルタに適合し、所定の遅い価格を持つすべての注文が閉じられるまで探し続ける(この例では、10+10+10+10+8の5つの注文があることになる。OK、すでに1つのポジションを決済しています。これで再び、建値が最も低い注文を探し、それを決済して、デルタの範囲内でさらに注文を探せばよい。すべてが処理された時点で、2つのポジションをクローズしています。デメリットは、突然、ニュースによって断片的なオープニングが引き起こされ、注文があまりにも分散しているため、どのようなデルタを設定すべきかを正しく推定する必要があることです。

2 バリアント。注文が昇順に並んでいることを考慮すると、まず最も古い注文を閉じ、さらに最大限の注文に等しい直近の注文をすべて閉じます。つまり、この例では、8を閉じ、次に10+10+10+10を閉じます。次に、一連の注文のうち最も古いものをメジークで決済し、その前にある他の注文もすべて最大ロットで決済します。すべて終了しました。欠点 - 前の順序は10の倍数である場合、すなわち、それは別の作品を持っていない(例えば、10 + 10だったと今別の10 + 10 + 10 ...8を開く)しかし、それはほとんどありません。


最初のオプションは非常に受け入れられますが、特定の値 "デルタ "があります...探さねばならない.で、テスターでは実質的にゼロに等しくなってしまうので、できません.(テスターは一瞬で200件の注文を出す)。

2つ目の選択肢がはっきりしない(直感的に嫌だった)......。

私は次のオプションを持っています - 注文のティッカーと注文中にオープン価格をバッファリング(ターミナル再起動時にピックアップし、ファイルにそれらを書き込む)...

2つの2次元配列が一方向に必要となる(最後と最後の1つの取引操作)。

アレイに書かれた命令に従う.

アイデアはあるのですが、プログラミングは独学で、何事も「科学的方法」で学んでいるので、どうしたらいいのかわかりません・・・。

ところで - 最初と最後を閉じることができます - それもまたクールです.

 
elmucon:


最初のオプションは非常に受け入れられますが、特定の値 "デルタ "があります...探してみないと...。で、テスターでやるとほとんどゼロになるので無理です・・・。(テスターは一瞬で200件の注文を出す)。

2番目のオプションは明確ではありません(私は直感的に好きではありませんでした)....

私は次のオプションを持っています - 注文のティッカーと注文中にオープン価格をバッファリング(ターミナル再起動時にピックアップし、ファイルにそれらを書き込む)...

2つの2次元配列が一方向に必要となる(最後と最後の1つの取引操作)。

アレイに書かれた命令に従う.

アイデアはあるのですが、プログラミングは独学で、何事も「科学的方法」で学んでいるので、どうすればいいのかわかりません・・・。

アレイについては、真っ先に思い浮かんだものです。

しかし一方で、ターミナルに表示される未決済注文のリストは、モード、取引シンボル、注文 タイプが与えられた順序配列なので、必要なものをすべて選択できる......というわけだ。もちろん、最初の選択時には、端末に要求することなく、データ処理を高速化するために配列で集めることができる。

デルタについては、すべてのティックでテストしても、テスターで見つけることはできないでしょう。そのため、小さすぎず、開口部間の最大距離以下であることが必要です。

正直なところ...あなたの配列の実装がよくわからないのです。

できることは協力する...具体的な話し合いはプライベートでやろう。

 
ALEX_SPB_RU:

配列について真っ先に思い浮かんだのは、このことでした。

しかし一方で、ターミナルに表示される未決済注文のリストは、すでに順序付けられた配列になっており、そこから、与えられたモード、取引シンボル、注文タイプによって、必要なものをすべて選択することができます...。もちろん、最初の選択時には、端末に要求することなく、データ処理を高速化するために配列で集めることができる。

デルタについては、すべてのティックでテストしても、テスターで見つけることはできないでしょう。そのため、小さすぎず、開口部間の最大距離以下であることが必要です。

正直なところ...あなたの配列の実装がよくわからないのです。

できることは協力する...具体的な話し合いはプライベートでやろう。


大丈夫