так вы протестируйте, может что и изменится -) у меня истории нет, не бегает по тикам -)

Итог: Оптимизация проводилась с 2000 по 2012год. в итоговом периоде с 2012 по 2016г закономерность сохранилась.
Фракталы показали четкую работоспособность (62%) или 1 к 9.4 просадка\прибыль.
Стоит отметить что, уровни сформированные фракталами, статистически чаще пробиваются, нежели от них цена отбивается.Так в предыдущем тесте, бот работал на отбой от уровня, но лучшие данные это 1 к 5.9 против пробойной тактики 1 к 9.4 просадка\прибыль.

Скачать
Fraktalniy snayper.mq4 (8 Kb)

Ну вот, есть кому написать! А ты опять, в низ!!!!-(((

ars2005tron.opentraders.ru/28894.html#comments
В прошлых обзорах был выложен скрин стандартного опционного портфеля, состоящего из 1 опциона пут и эквовалент его дельты длинной спот позиции = 58500 Eur.
Прошел почти месяц, и опционный портфель подвергся временному распаду = 22 $ в день, ситуацию улучшило то что был сильный рост более чем на 3000 п. это привело к резкому уменьшению дельты(объема)-опциона пут! поэтому появилась возможность вчера закрыть часть спота, положив $ в карман -) на принскрине отмечена точка, где портфель стал опять дельта нейтральным.

Лучший результат

Первые результаты тестирования, пока не перебирался Sl и TP. Сделка происходит примерно каждые 3-4 дня.

Slip — взглянул в коде, как оказалось это параметр проскальзывания при открытии ордера slippage.
я эту штуку вообще не думал когда свои ботики писал! я ее 3п. установил и забыл (OrderSend(Symbol(),OP_BUY, lots_o, Ask, 3,), каково мое удивление было при тесте, что она так сильно влияет на открытие ордеров!
Пока не нашел аналог моему «Luft_prokol» т.е отступ! как вы его реализовали?
я его делал примитивно…
double Luft_up1000= NormalizeDouble(Ask,2)+Luft_prokol_b*Point; //округляем цену до 1й фигуры, расчет цены люфта выше уровеня.

Но в целом нужно признать результаты подтверждаются, так в моей реализации, пришлось поменять логику на противоположную, уровни у меня не отталкивают, а пробивают цену! так получился прекрасный стабильный профит, в Вашем боте я уже вижу похожей сценарий! может после правильной реализации важности уровней ситуация изменится -))
Работы конечно много, но тестировать и подкручивать всегда приятно! чем Вам ломать голову над тем как такое чудо реализовать!

Еще раз, огромное спасибо! начал тестить советник, сразу бросилось в глаза:
1) extern int LevelsCount = 3; //1 — потолок, 2 — пол 3 — все в месте. сделки будут как в верх так и в низ. ОЧЕНЬ ВАЖНО!
-Не работает! т.е при увеличении рисует уровни, но как мы видим смысл уже в другом! нужен только пол и потолок! т. е при 1 должен нарисоваться только потолок, или пол, а при 3 и пол и потолок- значит сделки будут как в верх так и в низ! — в будущем мне это позволит разделить фракталы, верхние и нижние по логике торговли.

2)extern int Slip = 150; // реквот ОТСТУП!

-Не работает, либо имеется в виду что то другое!(Ниже написал что именно-). так на скрине ниже я установил реквот (канал поиска в уровне) 1 п, значит сделок вообще не должно было быть, так как нужного количества фракталов, с ценой + — 1п. от уровня просто нет! но тут сделки совершаются! реквот тут это кол пунктов при проскальзывании, а нужно самое важное, что я не смог реализовать — 'функция поиска фракталов на уровне в заданном диапазоне" В Вашем варианте реализация частична! я не могу указать диапазон (чувствительность поиска фракталов в уровне)!

Еще раз, огромное спасибо! начал тестить советник, сразу бросилось в глаза:
1) extern int LevelsCount = 3; //1 — потолок, 2 — пол 3 — все в месте. сделки будут как в верх так и в низ. ОЧЕНЬ ВАЖНО!
-Не работает! т.е при увеличении рисует уровни, но как мы видим смысл уже в другом! нужен только пол и потолок! т. е при 1 должен нарисоваться только потолок, или пол, а при 3 и пол и потолок- значит сделки будут как в верх так и в низ! — в будущем мне это позволит разделить фракталы, верхние и нижние по логике торговли.

2)extern int Slip = 150; // реквот ОТСТУП!

-Не работает, либо имеется в виду что то другое! так на скрине ниже я установил реквот (канал поиска в уровне) 1 п, значит сделок вообще не должно было быть, так как нужного количества фракталов, с ценой + — 1п. от уровня просто нет! но тут сделки совершаются! значит реквот тут что то другое! хотелось бы узнать что? но самое важное, что я не смог реализовать — 'функция поиска фракталов на уровне в заданном диапазоне" реализовалась частично! я не погу указать диапазон! либо он не работает!

а как прикрутить переменную времени, в моем боте у меня она была! как у вас реализуется данная вещь?
extern int time_zona = 2 // растояние между ордерами, т.е раньше чем через 2 часа новый ордер не будет открыт, даже если поступит сигнал.

Здравствуйте, огромное вам спасибо, в ближайшее время в плотную займусь советником, отбой от уровня я реализовывал, фильтром у меня выступал временной период, когда можно торговать а когда нет, теперь я хочу проверить новый фильтр, скопление фракталов. Еще раз большое спасибо! скинте мне свой номер тел. Дед мороз сделает вам взнос -) на звонки и интернет!

так что, закрываем проект, или пока оставим… на не определенное время.

А как же с креветками живого, пшеничного… эх…

яж деньгами на тел. рублей 700 скину! а зачем не употребляете
Главное логика бота полностью проработана, понятно вроде что нужно, и как оно должно работать.

яж деньгами рублей 700 на бутыль скину! а зачем не употребляете

Здравствуйте, Андрей я отблагодарю вас на новый год вином, конец очень даже виден! я максимально упростил логику, подробно ее сформировал и описал.

платно если только за бутыль, вина.

Спасибо.