[Советник] Forex Setka Trader Mod и [EA]-Setka📌

советник forex setka trader форекс expert advisor трейдинг

От ApMSoft, 24 августа, 2012 в Лаборатория ProfitFX

Файлы Мониторинги Поиск по теме

« Первая 299 300 301 302 303 304 Далее »Последняя страница

Страница 301 из 786

Опубликовано 11 июня, 2018#7505

Доработал модель до 100 колен.

А Вы пробовали её прогнать в тестере? Ваша модель "держит" 400 пипсов безотката, это не так уж много)

Доработал модель до 100 колен.

У вас там величина безотката 450пп и откат около 150пп, как часто будет сливать, интересно?)

Опубликовано 12 июня, 2018#7506

Но для того, чтобы еще кто-то понял о чём вы вообще, надо изложить и ключевые детали.
В вашем случае это:
1) почему, в какой момент и на каком уровне открываются хэджирующие ордера
2) по какой формуле вычисляется лот хэджирующего ордера на каждом колене основной/хэджирующей сетки и
3) почему, в какой момент, все ли одновременно и на каком уровне закрывается ордера хэджирующей сетки.

Уважаемый Старик, прочитал я вашу ссылку. Речь не идёт о наших действиях когда запахло жаренным.

отвечаю на первый ваш вопрос:

О 100% локировании открытых позиций, или локировании начиная с определённого колена, тралах и прочих головных болях по выходу из локов речи тем более нет.
Речь идёт о комплексный подходе который будет работать с нами весь период торгов. Весь, значит каждую сделку!
Ненужно искать какие-то уровни для открытия хеджирующих сделок! Они открываются всегда также где и на основном счету.

Речь идёт о грамотном и безопасном подходе страхования наших денег.

Перед тем как ответить на второй вопрос: нужно чтобы каждый себе задал вопрос, сколько должен дать этот счёт прибыли чтобы её хватило на покрытие стопа большой сетки во много колен. Ответ: расчётный депо.
Далее смотрим в модели максимальную посадку нашего каждого колена в пунктах перед стопом (1 колена, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13….... Суммируем все эти пункты. Далее мы делим расчётный депо на эту сумму.
В итоге мы получили тот самый ПОСТОЯННЫЙ лот которым будут открываться ВСЕ сделки с копируемого счёта.
Ещё раз коллеги: ВСЕГДА когда копировщик будет присылать приказ об открытии на хеджируемом счету сделки, будет открываться всегда один и тот же лот.

Ответ на третий вопрос:
Закрываться он будет не когда мы захотим, а когда закроется эта же сделка на основном счету.

Как видите всё очень просто.

Многоуважаемый Старик, решил составить модель по вашей просьбе но так и не понял что вы хотите там увидеть. В модели мы увидем что короткие сетки убыточны, средние безубыточны, большие прибыльны, а всё что больше высокоприбыльны. Но модель нам не покажет доходность или убыток за время конкретного сета/пары.

Думаю для поиска оптимальности нужно работать со статистикой, которая как мы все знаем, не врёт☝?️
Обоснование того что хеджируемый счёт не сливаемый:

В подкрепление данной информации сухими цифрами я взял не самый лучший пример: роботест/наш бывший счёт и сет с британцем.
В статистике на мухе взял доходность/убыточность каждого дня в пунктах и добавил риверс и так на протяжении всей истории торговли. также добавил колонку расходов на среды и комиссии. Я не стал заморачиваться вычислением количество сделок в определённый день, а взял количество сделок и разделил на количество торговых дней. С учётом того что 1 сделка = 1 пункт издержек.

В итоге основной счёт зарабатывает нам денежку, хеджирующий страхует основной.

Надеюсь немного стало понятнее что я хотел донести.

И главное, у кого есть мониторинги нашей сетки со стабильным отрицательным итогом в пунктах? Чем убыточнее в пунктах, тем лучше

Лист_Microsoft_Excel.xlsx56 скач.

Опубликовано 12 июня, 2018#7507

Прошу прощения, Senator это тоже мой аккаунт. На компьютере у меня открыт один, на телефоне непомня пароля несколько лет назад открыл другой. Больше такого неповториься!

Изменено 12 июня, 2018 пользователем Vladimir11

Опубликовано 12 июня, 2018#7508

senator-Vladimir11, да, по правилам 2 аккаунта быть не должно, надо восстановить доступ к вашему старому акку и сможете и с компа, и со смартфона заходить со старого акка.
Напишите в личку админу pavlus777 как senator - пароль потерял, старое мыло такое-то (или не помню, текущее мыло как у Vladimir11).
Админ чел хороший, ветерана не пошлет и уважит. Если надо, и я походатайствую за вас перед админом.
Легализуем мы вас как senator, но для этого вам надо выполнить небольшой бюрократический танец. :)

О чём вы пишете я-то понял... И вы должны были понять из этого моего поста, что я вас понял.

Насколько я понял воодушевленный рассказ Vladimir11, ТР и стопов в хэджирующей сетке нет.
Предполагается открытие неких малых фиксированных ордеров противоположной направленности, симметричных основной сетке.
Ордера должны быть малые, потому что малые хеджирующие сетки генерируют убыток и их более 80%, а больших сеток мало.
И закрытие хеджирующей сетки должно происходить вслед за закрытием основной сетки по ТР или стопу.
Причем при закрытии основной сетки по ТР, как минимум, часть хеджирующей сетки будет закрыта в минус.

И что вы предлагаете непрерывные асимметричные торги, тоже понятно.

Почему вы так обосновываете в эксель, я тоже понимаю - вы имеете достаточный опыт ручника.
И, с точки зрения ручника, большие минусовые пипсы в myfxbook при отзеркаливании на хэджирующем счете равны подобной по размерам прибыли - ну, близкого порядка.
Но, как вы знаете, это так да не совсем так - реверс любой убыточной ТС в 99.99% дает другую тоже убыточную ТС.
Потому что дьявол в деталях - а мартин это загородная резиденция самого Сатаны, он тут круглогодично тусуется. :d

имхо, ваше обоснование в экселе недостаточно учитывает издержки и, вполне вероятно, опирается на, может быть, не вполне корректную в мартинах стату самого терминала и myfxbook.
У вас в анализе 290 дней, трейдов 3285 - то есть >11 в день со спрэдом от 2. Комиссии и свопы тоже далеко не бесплатны.
В общем, на покрытие спрэда/комиссии/свопов (в примере в роботесте) в день надо вычитать от 25 до 40 пипсов, имхо - и в вашей табличке уже будут абсолютно другие цифры.
я малость пошаманил вашу табличку, сделал копируемым размер спрэда/затрат и беспарольно защитил лист - теперь можно играться с размером спрэда/затрат, файл прилагается.
Вот и посмотрите результаты при спрэде/затратах -25 пипсов в день и -40 пипсов - всё не так уж радужно вплоть до наоборот...

-----

Есть целый ряд нюансов против вас, коих я по жесткому недосыпу за один раз не одолею выписать.
И первый то, что искомых вами мониторингов с большим количеством минусовых пипсов, скорее всего, просто нет.
Потому что большое количество минусов в пипсах возможно только в сверхагрессивных сетках с большими мультами - а эти сетки даже в локальных трендах окочуриваются на счет раз.
Может быть, случайно с прошлого года сохранились стэйтменты реал торгов высокоагрессивными сетками у DENYA и/или xFalcon...
Но это еще не вся беда для вашей методы - чем агрессивней сетка, тем раньше на меньших коленах она закрывается, тем меньше больших сеток и минусовых пипсов генерирует...
В общем, враги всё продумали в математике давно и победить их крайне сложно...

Также по прежнему очень хотелось бы понять и размер хэджирующего депо.
Вот в табличке расчета динамики хэджирующего счета в пипсах есть просадка >4000.
Скрываясь под разными никами и в нескольких постах, вы так и не выдали точную формулу вычисления фиксированного лота хэджирующих ордеров. :)
И мы не можем посчитать так какой же нужен депо для пережить такие просадки - поскольку не знаем какой будет лот.

Ну и мне немного кажется, что, считая в пипсах, вы упускаете, что даже +10000 пипсов по стопу это с лотом 0.01 не +10000 к депо, а в 10 раз меньше?
Ведь пары xxxusd имеют цену 4-хзначного пипса $10 при ордере 1 лот и в 100 раз меньше при ордере 0.01 лота.
И как-то слабо верится, что какая бы формула расчета лота у вас ни была, вы будете хэджировать ордера 0.01 лота основной сетки в 10 раз большими хэджирующими ордерами 0.1, чтобы выйти на нужную прибыль при стопе - верно же?!...
Потому что хэджирующие ордера в малых сетках наносить убытки стесняться не будут...

-----

В общем, считать надо не опосредствованно, а прямо и по взрослому - в реальных сетках и деньгах.
мы здесь, хоть миром это пока и не признано, вообще-то парни весьма крутые и можем попробовать по уму посчитать почти всё. ;)
И предельно тщательно считать надо - потому что всё может оказаться даже в разы серьезней, чем вы видите, о чём я пока хитро умолчу.
Но нужны доказательства - коих вы и в этот раз не представили.
Хотя ваша табличка, как протокол о намерениях, мне в целом понятна и понравилась и ход вашей мысли мне пояснила.
Но я не на 100% уверен в корректности вашего расчета (может, и не прав) - и по любому считать надо намного точней в деньгах.

senator_-_роботест_20170130-20180508_-_анализ_эффективности_хэджа_в_пипсах.xlsx29 скач.

Опубликовано 12 июня, 2018#7509

Пара предложений для тех, кто будет дальше думать в эту сторону, которые просто на поверхности.

1. Зачем "хеджировать" на отдельном счете? Ведь если при открытии каждого колена (допустим в бай) нужно открывать фиксированный хедж-лот (допустим 0.1) в обратном направлении (сел), то надо просто открывать в текущем колене в бай на 0.1 лота меньше, если разница положительная или открывать в сел эту разницу лотов, если она отрицательная. По математике будет то же самое, а по издержкам намного лучше. Меньше на спреде теряется и не надо доп. счета. Правда придется дорабатывать бот.

2. Раз коротких сеток 80%, то чтобы этот "хедж" на них не набирал минуса, надо начинать "хеджировать", допустим с 4-го колена.

Опубликовано 12 июня, 2018#7510

При разборе полётов стопа на экспериментальном сете при прогоне по истории на паре NZDCHF наткнулся на баг. Советником был выставлен некорректный ТП большего размера на 14-м колене. В связи с этим, не произошло расчётное закрытие сетки. Далее, без раскрытия 15-го колена, произошёл стоп на длине сетки меньше расчётной @-) В логах тестера выявлена неоднократно появляющаяся ошибка OrderModify error 130. Повторял прогон на разных машинах с разными осями. Проблема остаётся. Прогонял данный сет на паре EURUSD. Проходит без ошибок.
Скрин, лог, сет, модель и отчёт во вложении.

баг.rar15 скач.

Опубликовано 12 июня, 2018#7511

Правда придется дорабатывать бот.

Igor731!!! Твои предложения всем читающим по душе. Видишь проблему и видишь как ее решать, более правильно, кодить можешь - попробуй, а мы потестим, пооптим, как только такой бот появится. Может что хорошее и получится.

Пусть бы прибыльность такого бота упала, но возможно безопасность торгов выросла. Такое надо бы исследовать.

Изменено 12 июня, 2018 пользователем chinch19

Опубликовано 12 июня, 2018#7512

При разборе полётов стопа на экспериментальном сете при прогоне по истории на паре NZDCHF наткнулся на баг.
Советником был выставлен некорректный ТП большего размера на 14-м колене.
В связи с этим, не произошло расчётное закрытие сетки.
Далее, без раскрытия 15-го колена, произошёл стоп на длине сетки меньше расчётной @-)
В логах тестера выявлена неоднократно появляющаяся ошибка OrderModify error 130.
Повторял прогон на разных машинах с разными осями. Проблема остаётся.
Прогонял данный сет на паре EURUSD. Проходит без ошибок.
Скрин, лог, сет, модель и отчёт во вложении.

Коллега, не могу не похвалить за прекрасно подготовленный баг репорт! =d>
Молодец, очень качественно все сложено и подано на рассмотрение.

Но, ребята, я уже старый - а вы меня еще и почем зря так напрягаться заставляете...
Мне ж всё-всё раскрыть и изучать пришлось... :)

Коллега, вы попались на свопах.
Нельзя делать сетки, висящие по 2-3 месяца:
- свопы насчитываются каждый день,
- для компенсации свопа ТР каждый день отодвигается на 1-2 пипса от старшего ордера сетки
- и может удалиться от ТР на 50-70 и даже 100 пипсов дальше, чем согласно модели.
У вас в модели ТР в 98 пипсах - а реально в 150-200 пипсах от старшего ордера может быть.
Вот цена до ТР 14 колена и не опустилась - накопившиеся свопы правильно высчитанный ТР на десятки пипсов отодвинули.

И вроде всё красиво, 14 колен, еще жить и жить - но просадочка/минусочек сетки-то при этом день за днем растет из-за свопов...
И стоп 15000 у вас сработал раньше открытия 15 колена, потому что огромная сетка 2.5 месяца висела и свопы вырастили просадку до запретной.

В общем, явной ошибки бота в вашем случае не вижу - огромная сетка месяцами висит, свопы начисляются каждый день, ТР отодвинулось, минус сетки дорос до стопа и стоп сработал...
Есть старый вопрос со свопами, записано всё у меня - но в вашем случае вроде все чётко.

А при чем здесь eurusd и её тестирование?! Это ни разу не проверка.
У каждой пары своя история.

P.S. OrderModify error 130 в тесте проявляется только в ролловер после полуночи в течение нескольких минут.
Видимо, stoplevel|freezelevel расширенные или что-то со свечами.
Эту темы я отложу на посмотреть, есть в этом некоторая странность как для тестера.
Знать бы еще на каких котирах и с плавающим или фиксированным спрэдом тест выполнялся...

Добавлено: 12-06-2018 16:47:53

2. Раз коротких сеток 80%, то чтобы этот "хедж" на них не набирал минуса, надо начинать "хеджировать", допустим с 4-го колена.

Имхо, тоже не вариант.
1) да, минимальные ордера основной сетки будут плюсовыми без минусующего компенсатора - но 80% микроордеров приносят не более 20% прибыли. Да и первые 3 компенсатора минусят по мелочи на самых малых шагах и ТР.
2) без первых 3-х минусующие компенсирующие ордера просто сдвинутся вверх по сетке - в середине сетки там, где компенсаторы были бы нулевые или плюсовые, компенсаторы без первых 3-х колен начнут минусить.
3) наибольшие потери от невыставления первых 3-х компенсирующих ордеров будут именно в случае стопа, так как первые компенсирующие ордера при стопе приносят от 25% до 50% компенсации стопа.

Предложение senator конкретно мозговыносящее...

Изменено 12 июня, 2018 пользователем Старик

Опубликовано 12 июня, 2018#7513

Спойлер

При разборе полётов стопа на экспериментальном сете при прогоне по истории на паре NZDCHF наткнулся на баг.
Советником был выставлен некорректный ТП большего размера на 14-м колене.
В связи с этим, не произошло расчётное закрытие сетки.
Далее, без раскрытия 15-го колена, произошёл стоп на длине сетки меньше расчётной @-)
В логах тестера выявлена неоднократно появляющаяся ошибка OrderModify error 130.
Повторял прогон на разных машинах с разными осями. Проблема остаётся.
Прогонял данный сет на паре EURUSD. Проходит без ошибок.
Скрин, лог, сет, модель и отчёт во вложении.

Коллега, не могу не похвалить за прекрасно подготовленный баг репорт! =d>
Молодец, очень качественно все сложено и подано на рассмотрение.

Но, ребята, я уже старый - а вы меня еще и почем зря так напрягаться заставляете...
Мне ж всё-всё раскрыть и изучать пришлось... :)

Коллега, вы попались на свопах.
Нельзя делать сетки, висящие по 2-3 месяца:
- свопы насчитываются каждый день,
- для компенсации свопа ТР каждый день отодвигается на 1-2 пипса от старшего ордера сетки
- и может удалиться от ТР на 50-70 и даже 100 пипсов дальше, чем согласно модели.
У вас в модели ТР в 98 пипсах - а реально в 150-200 пипсах от старшего ордера может быть.
Вот цена до ТР 14 колена и не опустилась - накопившиеся свопы правильно высчитанный ТР на десятки пипсов отодвинули.

И вроде всё красиво, 14 колен, еще жить и жить - но просадочка/минусочек сетки-то при этом день за днем растет из-за свопов...
И стоп 15000 у вас сработал раньше открытия 15 колена, потому что огромная сетка 2.5 месяца висела и свопы вырастили просадку до запретной.

В общем, явной ошибки бота в вашем случае не вижу - огромная сетка месяцами висит, свопы начисляются каждый день, ТР отодвинулось, минус сетки дорос до стопа и стоп сработал...
Есть старый вопрос со свопами, записано всё у меня - но в вашем случае вроде все чётко.

А при чем здесь eurusd и её тестирование?! Это ни разу не проверка.
У каждой пары своя история.

P.S. OrderModify error 130 в тесте проявляется только в ролловер после полуночи в течение нескольких минут.
Видимо, stoplevel|freezelevel расширенные или что-то со свечами.
Эту темы я отложу на посмотреть, есть в этом некоторая странность как для тестера.
Знать бы еще на каких котирах и с плавающим или фиксированным спрэдом тест выполнялся...

Котировки дукаскопи, тест с фикс спредом.
Да, ошибка OrderModify error 130 в основном появлялась в полночь, за исключением 12.05.2017, вылезла в 14:48 и забила логи до 14.05.2017 и 16.05.2017 с 07:25 до 09:02.
Используя исламские счета, про свопы то как-то и забыл :">

Опубликовано 12 июня, 2018#7514

Продолжение экспериментов. Сетки размножаются согласно концепции изложенной ранее в моих постах ...
Сетка№2. На этот раз с коротким шагом. За неполный день настрочила +18%, 403 закрытых ордера, 5 лотов.

Сетка№1 сегодня идет медленно ...

Добавлено: 12-06-2018 21:14:45

А теперь о неприятном. Получил вот такое письмо от брокера:

Спойлер

On your account ХХХХХХ was detected a hyperactivity. Perhaps, your Expert Advisor sends too many requests to our trading server.
Please, check the Expert Advisor settings.If within 12 hours the activity is not reduced (allowed 7000 requests per day), your account will be blocked.

Fort Financial Services.

по которому понятно что зарабатывать используя всю мощь Сетки мне не дадут.
Основная претензия - что на счете гиперактивность. В принципе я согласен, что и количество открытых ордеров и количество закрытых ордеров впечетляет и является НЕ стандартным для большинства типов торгов.
НО ... давайте почитаем ЧТО мне предъявляют в виде претензий, какое ПРАВИЛО я нарушил? А правило что в день не может быть больше 7000 запросов к торговому серверу.
Давайте копнем дальше, ЧТО является запросом? Запросом является:
1.Открытие ордера по рынку.
2.Закрытие ордера по рынку.
3.Открытие стоповых и лимитных ордеров.
4.Модификация СЛ и ТП.

С 1, 2, 3 снизить количество в моем стиле "Сета№2" не получится, а вот с МОДИФИКАЦИЕЙ СЛ и ТП побороться можно ....
Попробую рассчитать на примере сегодняшнего дня количества запросов на сервер:
420 закрытых ордера (1 запрос на открытие, 2-й на закрытие)
350 открытых ордера висят (1 запрос на открытие).
ИТОГО: 1190 запросов.

Все остальные запросы генерятся от модификаций ТП:
1-й на открытии со следующим тиком.
2-й на открытии 2-го ордера, переносом ТП на общий между 2-мя ордерами.
3-й на открытии 3-го ордера ....
....
15-й на открытии 15-го ордера.
ИТОГО если в среднем 10 ордеров в сетке: 4340 раз обращение к серверу.
ИТОГО с моификацией и открытием/закрытием: 5530 раз обращение к серверу.

СТРАННО, что мне выставили предупреждение ибо в рассчетах с учетом модификаций ТП с каждого ордера в сетке у меня не выходит 7000, но все равно на грани.

Что я предлагаю? Как нам безопасить себя от произвола брокера? Все правильно: НАДО ПРЕДУСМОТРЕТЬ ВОЗМОЖНОСТЬ ВЫСТАВЛЯТЬ ТП и СЛ ВИРТУАЛЬНЫМИ! Это решит все проблемы с брокером, но конечно же безопасность пострадает (ибо ТП виртуальный и зависим от советника, интернета, МТ4).
QJ, Старик, прошу поставьте в очередь данную возможность выставления ТП и СЛ советником, в противном случае придется свернуть эксперименты с малым шагом, да и с торговлей на 28 парах как таковой ....
======================================
ADD^^
Связался со службой поддержки, чтобы обсудить их претензию по гиперактивности счета. По их словам максимальное число запросов дает модификация TakeProfit.

Спойлер

Здравствуйте Денис,

Наиболее частый запрос это модификация уровней TakeProfit. Наша система мониторинга автоматически обнаруживает счета с гиперактивностью, поэтому постарайтесь снизить кол-во этих запросов, для того, что бы общее число не превышало 7 тысяч в день.

С уважением, FortFS

Есть еще 2 вопроса к разработчикам Сетки:
1.В настройках советника есть параметр, по которому идет проверка всех выставленных ТП на правильность. По умолчанию она раз в 30сек. Внимание вопрос: в момент проверки правильности расчетов ТП советником ИДЕТ ЛИ обращение к торговому серверу?
2.Какие еще у нас варианты снижения количества запросов на торговый сервер? Какие идеи?

Изменено 13 июня, 2018 пользователем DENYA

Опубликовано 13 июня, 2018#7515

Доброго всем соратникам времени суток. Смотрел обсуждения и предложения по боту Сетка. у Sergey NikoLaevich просьба установить "горячие клавиши" для закрытия сделок, могу предложить примерно вот такую модель клавиш. Когда то написал бота для для новостей и на всякий случай оставил убирающуюся панель с горячими клавишами. Хотя мое мнение не нужно. Все что мы думаем должно быть реализовано в коде.

Corvus__of_news.ex424 скач.

Опубликовано 13 июня, 2018#7516

DENYA, вопрос виртуального ТР мы рассмотрим - я подготовлю предложение.
Это радикально противоречит концепции безопасности торгов, о чем ты должен знать лучше других - совсем недавно ты полдня был без инета и, с виртуальными ТР на 28 парах, мог конкретно попасть.
В нашем боте это непростой вопрос - ТР|SL контролируется и модифицируется в нескольких местах и достаточно сложным образом.
Но есть, по крайней мере, одна причина, которая может заставить нас рассмотреть опцию виртуальных ТР в ряде первоочередных.
По реализации я сейчас не скажу, список что надо сделать за год накопился огромный - разгрести еще надо попробовать...
Но про виртуальный ТР я всё выпишу и подумаем.

Ну, а что касается твоей проблемы вообще...
Попробуй ответить на вопрос каким образом любой трейдер может достать любое ДЦ до печенок за считанные дни способом, прямо не запрещенным регламентом ДЦ типа арбитража или лютой новостной торговли.
Ответ очевиден - начать на центовиках на всех 28 парах торговать густыми сетками ордерами минимальной лотности - что создает максимум проблем оборудованию и ДЦ.
Имхо, стоит оценить оправдано ли экономически столь агрессивное и вызывающее поведение или стоит дополнительно проанализировать результаты опта и не торговать хотя бы несколько наименее выгодных валютных пар.

P.S. насколько помню, регулярный контроль ботом корректности ТР сетки производится без обращений к торговому серверу ДЦ, это должно происходить внутри терминала.
В норме необходимость модифицирования ордеров возникает лишь при открытии/выставления очередного ордера или отложек и раз в сутки после ролловера, если начислены свопы и, для их компенсации, надо на 1-2 пипса увеличить/отодвинуть ТР сетки.

Изменено 13 июня, 2018 пользователем Старик

Опубликовано 13 июня, 2018#7517

Есть еще 2 вопроса к разработчикам Сетки:
1.В настройках советника есть параметр, по которому идет проверка всех выставленных ТП на правильность. По умолчанию она раз в 30сек. Внимание вопрос: в момент проверки правильности расчетов ТП советником ИДЕТ ЛИ обращение к торговому серверу?
2.Какие еще у нас варианты снижения количества запросов на торговый сервер? Какие идеи?

Обращение к серверу происходит по всем параметрам, которые требуются боту на каждом тике.
Параметры кэшируются чтобы в рамках одного тика разные куски бота не переспрашивали их. Есть несколько вариантов кэширования в рамках одного тика так и в рамках всей работы бота. Данный подход позволяет очень сильно минимизировать кол-во обращений к серверу и конечно сильно увеличить производительность бота.
На данный момент у нас полностью минимизировано обращение к серверу. (Так же система кэширования немного отличается для версии под оптимизацию так как определенные параметры не меняются и можно кэшировать их в рамках всего прогона по истории)

Изменено 13 июня, 2018 пользователем Qj

Опубликовано 13 июня, 2018#7518

Есть еще 2 вопроса к разработчикам Сетки:
1.В настройках советника есть параметр, по которому идет проверка всех выставленных ТП на правильность. По умолчанию она раз в 30сек. Внимание вопрос: в момент проверки правильности расчетов ТП советником ИДЕТ ЛИ обращение к торговому серверу?
2.Какие еще у нас варианты снижения количества запросов на торговый сервер? Какие идеи?

Обращение к серверу происходит по всем параметрам, которые требуются боту на каждом тике.
Параметры кэшируются чтобы в рамках одного тика разные куски бота не переспрашивали их. Есть несколько вариантов кэширования в рамках одного тика так и в рамках всей работы бота. Данный подход позволяет очень сильно минимизировать кол-во обращений к серверу и конечно сильно увеличить производительность бота.
На данный момент у нас полностью минимизировано обращение к серверу. (Так же система кэширования немного отличается для версии под оптимизацию так как определенные параметры не меняются и можно кэшировать их в рамках всего прогона по истории)

Хочу правильно тебя понять .... Как ты считаешь, является ли "обращение к серверу", о котором ты пишешь как о "кешируемым" requests to trading server, о котором пишет служба поддержки брокера?
Я думаю они имеют ввиду обращение, связанное с ПРИКАЗАМИ .. (откр, закр, модифицировать ордер; СЛ, ТП, лимитник).

Сделал табличку, по которой можно прикинуть количество обращений к серверу .... В моем случае если увеличить шаг на процентов 20, то буду обходить ограничение сервера в 7000 запросов в сутки. Кроме того, запрос на проверку ордеров необходимо снизить с 30сук до 1 часа ...
============================
Второй скрин БЕЗ учета количества запросов на проверку ТП (если подразумевать что они крутятся внутри терминала и не выходят во вне).
Кроме того свопов у меня нет, поэтому лишних модификаций ордеров из-за этого не планируется ...

По данному расчету укладываюсь я в ограничение 7000 запросов в сутки.

РАССЧЕТ_КОЛИЧЕСТВА_ЗАПРОСОВ_ТОРГОВОМУ_СЕРВЕРУ.xlsx13 скач.
ServerRequest_БЕЗ_учета_проверки_ТП.png

Изменено 13 июня, 2018 пользователем DENYA

Опубликовано 13 июня, 2018#7519

если увеличить шаг на процентов 20, то буду обходить ограничение сервера в 7000 запросов в сутки

Приветствую! Может выгоднее убрать часть торгуемых пар и оставить оптимизированную модель?

Опубликовано 13 июня, 2018#7520

Кроме того, запрос на проверку ордеров необходимо снизить с 30сук до 1 часа ...

TakeProffitControlTiming=3600
Вопросы?! :)

Опубликовано 13 июня, 2018#7521

Кроме того, запрос на проверку ордеров необходимо снизить с 30сук до 1 часа ...

TakeProffitControlTiming=3600
Вопросы?! :)

хех ... да это я знаю КАК снижать, ночью уже снизил до проверки раз в 5 минут. Придется еще снижать.

Спрошу и у тебя, служба поддержки пишет много обращений к серверу (requests to trading server), как понимаю я, это обращение связанное с ПРИКАЗАМИ (откр, закр, модифицировать ордер; выставить/поменять СЛ, ТП; разместить лимитник), и не связано с запросами типа плечо, спред ...итд. Для себя хочу выяснить раз и навсегда ЧТО они имеют ввиду. (Конечно у них переспрошу после проработки темы на форуме...) :)

Добавлено: 13-06-2018 11:30:29

если увеличить шаг на процентов 20, то буду обходить ограничение сервера в 7000 запросов в сутки
Приветствую! Может выгоднее убрать часть торгуемых пар и оставить оптимизированную модель?

Да нет, этож эксперимент. А эксперимент всегда говорит о том. что делай так, как НЕ делали другие ... Если логичным кажется уменьшить количество пар, увеличить расстояние между ордерами, то я буду делать радикально наоборот:
1.Количество пар 28, в будущем рассмотрю вариант с еще большим количеством пар.
2.Увеличивать шаг - вынужденная мера, как только будет решен вопрос с виртуальным ТП - то количество запросов сократится в разы, тем самым мне откроются дополнительные валютные пары (золото, экзотика. фьючи ...)

Пока неплохо идет, в день 20% .... Конечно рано или поздно сольет, это так же входит в "модель" работы с данным типом сетов.

Изменено 13 июня, 2018 пользователем DENYA

Опубликовано 13 июня, 2018#7522

DENYA при торговли 28 парами одновременно как вы смотрите доходность каждой пары по отдельности в конце месяца? Вы смотрите мониторинг типа мухобойки? или у вас другой способ? Что бы знать какая пара хорошо торгует, а которую лучше заменить на другую или вобше отключить ?

Опубликовано 13 июня, 2018#7523

Спойлер

Есть еще 2 вопроса к разработчикам Сетки:
1.В настройках советника есть параметр, по которому идет проверка всех выставленных ТП на правильность. По умолчанию она раз в 30сек. Внимание вопрос: в момент проверки правильности расчетов ТП советником ИДЕТ ЛИ обращение к торговому серверу?
2.Какие еще у нас варианты снижения количества запросов на торговый сервер? Какие идеи?

Обращение к серверу происходит по всем параметрам, которые требуются боту на каждом тике.
Параметры кэшируются чтобы в рамках одного тика разные куски бота не переспрашивали их. Есть несколько вариантов кэширования в рамках одного тика так и в рамках всей работы бота. Данный подход позволяет очень сильно минимизировать кол-во обращений к серверу и конечно сильно увеличить производительность бота.
На данный момент у нас полностью минимизировано обращение к серверу. (Так же система кэширования немного отличается для версии под оптимизацию так как определенные параметры не меняются и можно кэшировать их в рамках всего прогона по истории)
Хочу правильно тебя понять .... Как ты считаешь, является ли "обращение к серверу", о котором ты пишешь как о "кешируемым" requests to trading server, о котором пишет служба поддержки брокера?
Я думаю они имеют ввиду обращение, связанное с ПРИКАЗАМИ .. (откр, закр, модифицировать ордер; СЛ, ТП, лимитник).

Сделал табличку, по которой можно прикинуть количество обращений к серверу .... В моем случае если увеличить шаг на процентов 20, то буду обходить ограничение сервера в 7000 запросов в сутки. Кроме того, запрос на проверку ордеров необходимо снизить с 30сук до 1 часа ...
============================
Второй скрин БЕЗ учета количества запросов на проверку ТП (если подразумевать что они крутятся внутри терминала и не выходят во вне).
Кроме того свопов у меня нет, поэтому лишних модификаций ордеров из-за этого не планируется ...

По данному расчету укладываюсь я в ограничение 7000 запросов в сутки.

Надо уточнять в ТП что они подразумевают, а дальше думать будем, но ограничение в кол-во запросов в сутки это полный тупизм. (Как и кол-во запросов в минуту, что было у нас ранее) Вам ставят палки в колеса эти кухонные конторы.

Опубликовано 13 июня, 2018#7524

Надо уточнять в ТП что они подразумевают, а дальше думать будем, но ограничение в кол-во запросов в сутки это полный тупизм. (Как и кол-во запросов в минуту, что было у нас ранее) Вам ставят палки в колеса эти кухонные конторы.

Уточнил в службе поддержки что они считают "обращением":

Спойлер

14:53Sergio Argento: Здравствуйте, чем я могу вам помочь?
14:53Денис: Добрый день. У меня вопрос про гиперактивность счета.
14:54Денис: На сколько я знаю, у вас есть лимит на обращение к торговому серверу в 7000 обращений в день. (requests to trading server).
14:55Sergio Argento: да, все верно
14:55Sergio Argento: 1 запрос - это либо открытие,либо закрытие,либо модифицирование ордера
14:55Денис: Вопрос в том ЧТО считается "обращением"? Обращение связанное с ПРИКАЗАМИ (откр, закр, модифицировать ордер; выставить/поменять СЛ, ТП; разместить лимитник), и не связано с запросами типа плечо, спред ...итд?
14:56Sergio Argento: да, все верно, обращение или запрос - все действия в терминале(открытие, закрытие ордера, модификация)
14:56Sergio Argento: действия в личном кабинете не считаются
14:57Денис: Push уведомления или высалка на email через МТ4 считается запросом?
14:58Sergio Argento: нет, уведомления не считаются

Опубликовано 13 июня, 2018#7525

С нашей стороны нет возможности уменьшить кол-во запросов к серверу на работу с ордерами. Все будет зависеть от параметров сетки. В MT5 было бы меньше ибо TP там выставляется один раз на всю позицию.

Опубликовано 13 июня, 2018#7526

Qj, есть одна мысль, я запишу и тогда подумаем нужно/можно или нет, хорошо?! :)

DENYA, в общем, только то, что пишется в логе терминала (не бота, лог бота отдельный не их вопрос).

Опубликовано 13 июня, 2018#7527

Qj, есть одна мысль, я запишу и тогда подумаем нужно/можно или нет, хорошо?! :)

DENYA, в общем, только то, что пишется в логе терминала (не бота, лог бота отдельный не их вопрос).

Я думаю проблема ЛИМИТА на обращения к серверу брокера каснется МНОГИХ. Поясню:
Я дал запрос в поддержку, чтобы они мне дали статистику за сегодня с 00:00 до 18:00 по обращениям к торговому серверу, вот что они мне прислали:

Спойлер

Здравствуйте.
За текущий день, начиная с 00:00 серверного времени, по вашему счету есть такая статистика:
Записей о модификациях ордеров: 14985
Записей об открытии/закрытии ордеров и подклчюениях: 4269

На каждый приказ на сервере имеется 2 записи, поэтому реальное количество приказов можно разделить на 2.

Fort Financial Services Ltd.

На самом деле я офигел! Даже моя пессимистическая оценка, основываясь на количестве закрытых и открытых ордеров СЕГОДНЯ (много сеток весит со вчера, новых сеток не так много как вчера), которые я вижу в myfxbook, говорит о том, что запросов должно быть около 4000. А тут 9627!!! Я делаю вывод, что мы что то не учитываем в расчетах, что делает советник. Учитывая данный момент, даже тройки попадают под превышение лимитов .... Ндааа ....

Второй вывод: подавляющее большинство запросов - модификация ордеров. Решим эту проблему - расширим ВОЗМОЖНОСТИ ПРИМЕНЕНИЯ разных стратегий торгов, включая мультиторги. ФортФС не плохой брокер, и даже он палки в колеса вставляет. Я уж молчу про прочих брокеров где тут же бы забанили ...Если честно, печально мне, инструментарием который есть в боте я НИКАК не одолею данную проблему, поэтому забанят меня ... скоро ...
======================================
Итоги сегодняшнего торгового дня:
Сетка№1 топчется на месте ....
Сетка№2 за 2 дня +50%, НО .... с таким количеством запросов на торговый сервер будет забанена ...

Изменено 13 июня, 2018 пользователем DENYA

Опубликовано 13 июня, 2018#7528

ФортФС не плохой брокер, и даже он палки в колеса вставляет.

Извините, что не по теме, но думаю не лишним будет обратить внимание на последние сообщения по этому брокеру.
/chernyy-spisok/23/fortfs/897/?do=findComment&comment=400504

p.s. пост в последствии можно удалить, дабы не нарушать концепцию развития темы.

Опубликовано 13 июня, 2018#7529

Если в МТ4 включена "торговля в один клик", это не уменьшает количество обращений на сервер?

« Первая 299 300 301 302 303 304 Далее »Последняя страница

Страница 301 из 786

Для публикации сообщений создайте учётную запись или авторизуйтесь

Регистрация нового пользователя Войти

Перейти к списку тем