これは、50msの遅延で "Every tick based on real ticks "をテストし、1ロットあたり3.4預金単位を引き出したときに、（いくつかの微調整の後に）私が今得るものです。
一部撤退したため、数値は若干歪んでいます。
このように実装した。
if (Use_Comission==true)
{
int LotPos=StringToInteger(Order.Market_Order_Info(ALL,ALL,ALL,"Lot"));//Получаем текущий объем позицииif (LotPos!=LotOld)
{
int LotDelta=0;
if (LotPos>LotOld)LotDelta=LotPos-LotOld;
if (LotPos<LotOld)LotDelta=LotOld-LotPos;
TesterWithdrawal(LotDelta*Comission);
LotOld=LotPos;
}
}
プラスのスリッページと手数料の補填として、取引のたびに資金を出金してみました。
テスト結果は 強く歪んでいることが判明し、奇妙なことに-撤退前の回復係数は35.88で84.73になり、資金の引き込みは1176で498になった。
解決策としては、初期化時に自分ですべて再計算して、結果のあるファイルに目を通すことになりますが、非常に不安で、すぐにはできません。
また、ストップが全くない場合も含め、ストップがフローティングの場合は、非初期化時に正確なドローダウンの計算ができません - 各ティック（バー）でのドローダウンを考慮する必要があります。テスト結果は 強く歪んでいることが判明し、奇妙なことに-撤退前の回収係数は35.88で84.73になり、資金の引き込みは1176で498になった。
保証金を減額する必要があるという印象です。もしくはロットを増やすこと。ロット依存のエントリー精度係数をストラテジーで試してみる。
保証金を減額する必要があるという印象です。もしくはロットを増やす。ロットを決定するストラテジーのエントリープレシジョンファクターを試してみる
エントリー効率 とは一体何なのか？
獣に怯える？だから、すでに多くの人が、トレードの結果がプラスになる確率に応じて可変ロットを使用しているのです
敗者復活戦の長さによっては、もっとたくさん使う予定があるんです。その方法はどのように実装されているのですか？ストップロスの 範囲によって出来高を変えるのと同じではないでしょうか？
両方の方法を試してみてください。つまり、思いつく限りのバリエーションや組み合わせを試してみてください。何かが最も効果的である
私の語学力の低さだけがネックですが、そうでなければ今までに100回は挑戦しているはずです :)だから、アイデアを実現するためには、もう一度考える必要があるんです。
面白いのは、先日、あるアイデアを実装する際に、コードのエラー（正確には、MT4とMT5の間で、いくつかのインディケータに変数を渡す順序に食い違いがあったこと）が、素晴らしいフィルタを作成したことです - 今は、別のアイデアと一緒に使っていますが、それはより悪くなってしまいました。
これは、50msの遅延で "Every tick based on real ticks "をテストし、1ロットあたり3.4預金単位を引き出したときに、（いくつかの微調整の後に）私が今得るものです。
一部撤退したため、数値は若干歪んでいます。
このように実装した。
レポートから3773取引、各取引1ロットは、3773 * 3.4=12828.20を取得 - 出金13719デルタ890.8を。
なぜこのような違いがあるのか、ご存知の方がいらっしゃいましたらアドバイスをお願いします。
考慮する価値があるか？主な内容は、結果がポジティブであること