ストップロス、テイクプロフィットを設定する最大値 - ページ 6

 
Ihor Herasko:
以前、この問いに対する答えを探そうとしたことがある。ただ、建値からの ポイント数に制限があるのだと思います。UINT_MAXより大きい値であってはなりません。

詳細をお願いします。テイクプロフィットの価格に上限はありますか?また、一般的なポジションの収益性について?

 
Petros Shatakhtsyan:

まだ質問の無意味さを 理解してないのか? 私は君を助けてるんだ


OK、こんなのはどうでしょう : (以前の投稿で提案されています)

ユーザーがポジションに設定できるTakeProfitの最大値は?制限はありますか?

また、その場合、なぜ、ユーザーが利食いするのを制限するのでしょうか?

 
Vladislav Andruschenko:


OK、こんなのはどうでしょう : (前の投稿で提案)

ユーザーがポジションに設定できるテイクプロフィットの最大値は何ですか?

Expert Advisorの確認はされましたか?もしかしたら、どこかでエラーになっているかもしれません。
あるいは代替案として。MarketのMqlTickに 問題があって、SLマイナス4桁の値がエラーになったんですよね、確か。私自身も少し前にハマりました。1つのクエリで問題を解決したかったが、SymbolInfoDoubleに変更せざるを得なかった。でも、それを理解するのに時間がかかりました。必要なデータをひとつひとつ要求していったところチェックは無事に終わった。
そのことを市場に知らせた。見てもらうと約束した。

 
Konstantin Nikitin:

Expert Advisorの確認はされましたか?どこかでミスをしたのかもしれません。
あるいは代替案として。MarketのMqlTickで 問題が発生し、エラーSLマイナス4桁になったことがありました。自分も最近ハマったんですよ。1つのクエリで問題を解決したかったが、SymbolInfoDoubleに変更せざるを得なかった。でも、それを理解するのに時間がかかりました。必要なデータをひとつひとつ要求していったところチェックは無事に終わった。
そのことを市場に知らせた。見てもらうと約束した。


マイナス値については、以前から考慮されており、問題はありません。

Expert Advisorは、私は彼らが17桁でストップロスを置くことができるポイントに到達することはできませんチェックしました。

 
一昨日の司会者の最後のコメントは、私のプログラムが不具合を起こし、エラーを出したというものでした。

4107 - トレード機能の価格パラメーターが正しくありません。

私は、司会者が私のExpert Advisorに大きすぎるストップロスを 設定してテストしたことに気づくまで、3日間そんなことがあり得るのかと不思議に思っていました。

モデレーターから、「購入前に取引ロボットをテストする方法」を読むように勧められました。

ストップロスをどの程度に設定すればいいのかがわからなかった

これからどうすればいいのでしょうか?
FXの実務からすると、通常のストップロスは10桁を超えない程度で十分でしょう。
これは10,000ポイントに相当します。

一般的に、すべてを10000ポイントで割るのはおかしいと思うので、取引されたシンボル価格の10%と考え、これが私の上限となりました。

10%で十分なのか、50%以上にしたほうがいいのか。

Stefan Stoyanovより

 

テスターが不具合を起こし、エラーが出るため、マイナス値の問題を指摘したい

4107 -トレード 機能の価格パラメーターが正しくありません。

そうすると、司会者が商品を飛ばさないのが正解に なりますね

もちろんマイナス値も、その絶対値が取引対象商品の価値の50%以上であればストップロスと なります。

各ツールによって異なります

私の意見では、リミット値は商品の絶対値の50%以下であるべきだと思います。

Stefan Stoyanovより
 

マーケットプレイスで確認しても同じエラー

 

掘る場所を間違えているのでは?ストップレベルがマイナスになっていないか確認する必要があります。

極端なSLは買い、TPは売りに効かないということですね?

 
Valeriy Korobeynik:

掘る場所を間違えているのでは?ストップレベルがマイナスになっていないか確認する必要があります。

極端なSLは買いには効かず、TPは売りには効くということですね?


を否定しています。それは切り捨てるに決まっている。

しかし、問題はターミナルが設定できるSLとTPの最大値です。

松葉杖に制限をかけることができることは明らかです。しかし、それは解決策ではありません。

 
Vladislav Andruschenko:


を否定しています。これは切り捨てるのも無理はない。

しかし、問題は端末が許容するSLとTPの最大値です。

松葉杖を通して制限をかけることができることは明らかです。しかし、これでは解決にならない。

最大値か最大レベルか?

DBL_MAXと 0をチェックするのは、松葉杖ではなく、普通の「フールプルーフ」です。端末レベルでは、そんなチェックは誰もやらないでしょうね。