ライトマーチンゲールエキスパート - 良い結果をもたらす (エキスパートコード添付) - ページ 3

 
iNatlami:
必要であれば、ビクトリアのソースコードをお送りします。


もし、ソースコードがあれば、送っていただけませんか?grebenev@ab.ru。

改良のアイデアはあるのですが、自分で一から書くのは嫌なんです。成功したら、シェアすることを約束します。

 

相関係数-1のヘッジペアなども考えられますし...。

そして、保留中の注文については、最も近いものを置き、万が一、別の注文が発動した場合には、少なくともブローカーの「緊張感」を和らげることができれば十分だと思うのです。

Vyacheslav、よろしく。

 
Vyacheslav:

相関係数-1のヘッジペアなども考えられますし...。

そして、保留中の注文については、最も近いものを置き、万が一、別の注文が発動した場合には、少なくともブローカーの「緊張感」を和らげることができれば十分だと思うのです。

Vyacheslav、よろしく。

2つ目の保留中の注文は、かなり長い時間接続されない場合を想定して設定されています。接続復旧後、2つ目の保留注文の発動レベルまで価格が上昇し、さらにその少し先(順番に次の注文のレベルを超えない )まで価格が上昇した場合でも、損失なくプログラムの通常運用が再開されます。ビットの上限を超えた場合 プログラムは通常動作モードに移行することができません。従って、1つの注文を保留することにより、接続を失う許容時間が減少する(もちろん、値動き率に依存する)。

S.D.さん
 
Sart:
実は、2つ目の保留中の注文は、比較的長い期間、接続がないように設定されているのです。接続復旧後、2つ目の保留注文を発動したレベルまで価格が上昇し、さらに少し離れたレベル(順番に次の注文のレベルを超えない) であっても、損失なくプログラムの通常運用が再開されます。ビットの 制限を超えた場合、プログラムは通常の動作モードに入ることができません。 それぞれ、通信のない許容時間は、(もちろん、価格の動き率に依存しますが)1つの保留中の注文で減少します。

なるほど、ありがとうございます。

Vyacheslav、よろしく。

 
Alex-Bugalter писал (а):
ごきげんよう。
私の乏しい経験でも、100%の自信をもって、DCに問題はないと言えます。このプログラムはトレードサーバーと非常に繊細に連携しており、1ティックに1回だけトレードサーバーにリクエストを出し(リクエストが必要な場合)、他の必要な作業はすべて次のティックまで延期されます。保留については、2つだけです。私が考えるに、保留中の注文は、ブローカーが関与することなく、自動的にトレードサーバーに置かれ、削除されます。

証券会社によっては、1日の注文数に制限があることです(証券会社は「グラドル」を嫌います)。
これは、「バーチャル・オーダー」を導入することで回避できるかもしれませんが、その方法にも問題があると思います。仮想状態から現実状態への移行時に、通信の質、そしてブローカーがどのようにこれらの注文を実行するかへの依存度が急激に高まります。

実はこのスレッド、誰かがヒントをくれることを期待して始めたんです。しかし、私の評価では
しかし、私の初心者としての評価はまだゼロなので、古参の方々は誰も私の話題に興味を示してくれません...。

問題はレーティングではなく、私たちがマーチンゲールに少し飽きていることにあるのです。マイナス残高のあるオーダーがセットになっている状況を打開する方法は、多かれ少なかれ現実的ではありません...。
とはいえ、より複雑なシステムでこの技術を使うのはとても魅力的なので、このテーマは面白いと思っています。
+ さらに進んで、リスクを軽減するためにポートフォリオ・トレーディングを試す可能性もあります。

Alexanderさん、ありがとうございます。

もしご存知でしたら、アルパリの「1日の注文数」の条件を教えていただけませんか?ネットでのつながりも薄いし、どうしたらいいんだろう。


S.D.さん
 
Vyacheslav:
サルト
2つ目の保留中の注文は、比較的長い時間通信が途絶えるように設定されています。接続回復後、価格が2つ目の保留注文のトリガーレベルに達し、さらに少し離れた(次の注文のレベルを超えない) 場合でも、損失なくプログラムの通常運用が再開されます。そのため、1つの注文を保留しておくと、許容される注文外時間(もちろん値動き率に依存します)が減少します。

なるほど、ありがとうございます。

Vyacheslav、よろしく。

少し調整したEAをご覧ください。テンカンザン==キジャンサンの場合、取引サイクルを開始しないようにしました。石墨では、この条件が満たされたときが、良い均衡状態であると考えられている。どこでさらに動くかは難しいので、均衡が崩れない程度に待つのがよいでしょう。他の変化には当面注目せず、石墨の条件成就を考慮し、取引サイクルに入る準備をする。

S.D.さん
ファイル:
ish.mq4  34 kb
 

よし、このバリエーションは月曜日にもデモに出そう。

敬具、Vyacheslav。

追伸:すでにやりました、円依存のクロスで、シグナル変更で仕事中に見たくなりすぎました。

 
Sart 2007.08.17 15:14<br/ translated="no"> もしご存知でしたら、アルパリの「1日の注文数」の条件を教えていただけませんか?
わからない、わからないんです。ここにいる全員がアルパリで取引しているわけではありません。

Vyacheslav 17.08.2007 14:46
相関係数-1のヘッジペアなども考えられますね...。


相関係数が0に近い、より生命力のあるペアを取るのが良いと思います。こうすることで、複数のペアのEAが同時にマイナス収支のフェーズに入らないことがより保証され、マイナスの勢いを弱め、ドローダウンを減らす ことができるのです。
 
Alex-Bugalter писал (а):

相関係数が0に近い "Lives "を送っているペアを選ぶといいと思います。これは、より信頼性が高く、複数のペアのExpert Advisorが同時に負のバランスの段階に入ることはなく、負の勢いを弱め、ドローダウンを減少させることができます。

そうですね、私もそう思うのですが、直すのが面倒くさかったんです。

24時間やってきて、円クロスも良い結果が出ているので、シグナルが変わった時にどうなるか見てみましょう。

Vyacheslav、よろしく。

 

もうひとつ、言いたいことがあります。もしブローカーがこのEAをリアル口座でおとなしく使わせてくれないなら、現在の価格が位置している仮想レベルに応じて成行注文を出すという選択肢も考えられると思います。とにかく、注文グループの「魅力の中心」は最初の市場注文の開始 価格にあり、そこからすでに他のすべての注文を開くための条件を設定します - 最初のレベルでは、それはすでに最初の市場注文の開始価格+40ピップまたは-40ピップ、信号に応じて、次のレベルでは、すでに+80ピップなどでしょう...。まあ、これは「できないけど、どうしてもやりたい」という場合ですね。

Vyacheslav、よろしく。