Возможно ли реализовать в MT5 НАДЕЖНЫЙ учет структуры совокупной позиции? - страница 6

 
fwiq >>:

Вот еще вариант

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

Только, вроде, наличие/отсутствие виртуальных позиций на стороне сервера брокера никак не влияет на количество торговых заявок между брокером и его провайдерами ликвидности.

 

А почему через комментарии ненадежно?

Выставляешь в комментах к ордеру магик или имя эксперта его открывшего, а так же логический код операции в логике МТ4 - открытие/закрытие. А когда посылаешь ордер на закрытие кроме этого в комментах указывать какой ордер закрывает (тикет). Если ордер исполнился, то с ним всегда связана сделка, которую можно найти (по полю DEAL_ORDER). Поэтому текущую совокупную позу всегда можно разделить по еще незакрытым ордерам (нет ордера с комментами на закрытие) которые исполнены (есть связанная сделка) и вся эта инфа хранится на сервере.

 
Avals >>:

А почему через комментарии ненадежно?

Выставляешь в комментах к ордеру магик или имя эксперта его открывшего, а так же логический код операции в логике МТ4 - открытие/закрытие. А когда посылаешь ордер на закрытие кроме этого в комментах указывать какой ордер закрывает (тикет). Если ордер исполнился, то с ним всегда связана сделка, которую можно найти (по полю DEAL_ORDER). Поэтому текущую совокупную позу всегда можно разделить по еще незакрытым ордерам (нет ордера с комментами на закрытие) которые исполнены (есть связанная сделка) и вся эта инфа хранится на сервере.

На этой странице обсуждения причины.

 
getch писал(а) >>

На этой странице обсуждения причины.

getch писал(а) >>
Представьте, у вас висит советник с мэджиком Magic. В определенный момент, когда позиция этого советника была в минусе, вы решили что вас задолбало все и хочется отдохнуть. Советник удаляете, а открытую позицию закрываете руками встречным market-ордером с мэджиком 0. Вернулись из отпуска и решили запустить тот же советник ПОНОВОЙ, а он из анализа истории по мэджику видит, что у него поза открыта.

Косноязычный пример, но мысль уловить можно.

При удалении советника сделать автоматическое закрытие всех его поз. Или предусмотреть обмен сообщениями с советником (можно сделать универсальный). Все что открыл советник должен и закрывать, хотя может и по запросу юзера.

Короче, сделать можно, но не всем удобно.

 
Avals писал(а) >>

getch писал(а) >>
Представьте, у вас висит советник с мэджиком Magic. В определенный момент, когда позиция этого советника была в минусе, вы решили что вас задолбало все и хочется отдохнуть. Советник удаляете, а открытую позицию закрываете руками встречным market-ордером с мэджиком 0. Вернулись из отпуска и решили запустить тот же советник ПОНОВОЙ, а он из анализа истории по мэджику видит, что у него поза открыта.

Косноязычный пример, но мысль уловить можно.

При удалении советника сделать автоматическое закрытие всех его поз. Или предусмотреть обмен сообщениями с советником (можно сделать универсальный). Все что открыл советник должен и закрывать, хотя может и по запросу юзера.

Короче, сделать можно, но не всем удобно.

Это уже явный перебор...

 
getch >>:

Представьте, у вас висит советник с мэджиком Magic. В определенный момент, когда позиция этого советника была в минусе, вы решили что вас задолбало все и хочется отдохнуть. Советник удаляете, а открытую позицию закрываете руками встречным market-ордером с мэджиком 0. Вернулись из отпуска и решили запустить тот же советник ПОНОВОЙ, а он из анализа истории по мэджику видит, что у него поза открыта.

Косноязычный пример, но мысль уловить можно.

Мне кажется, вот именно в этом случае пример надуманный. Делаешь кнопку на дисплее, называешь её как нибудь типа "закрыть всё", которая всё и закрывает, с нужной пометкой.

 
А еще грустно, что у совокупной позиции только один ТП и один СЛ....
 
avtomat писал(а) >>

Это уже явный перебор...

Это один из вариантов которые можно реализовать если это отвечает способу работы конкретного трейдера. Для другого можно сделать и иначе. Я например, не вижу смысла оставлять ордера удаленного советника чтобы их вести в ручную. Есть логика на открытие и ей соотвествует логика на закрытие - это часть единого целого.

 
Figar0 писал(а) >>
А еще грустно, что у совокупной позиции только один ТП и один СЛ....

Можно различные логики управления связанными ордерами в виде отдельных библиотечных функций сделать наверное. Через комменты видимо все будет

 
Avals >>:

Можно различные логики управления связанными ордерами в виде отдельных библиотечных функций сделать наверное. Через комменты видимо все будет

Да много чего можно, но "только один ТП и один СЛ....". А ТП и СЛ хороши тем, что способны работать и без интернета, и без советника, и без всяких библиотечных функций. Теперь, например, руками две, даже однонаправленые отложки с разным уровнем ТП выставить будет нельзя. Нет, локи локами, но с этой нетто позицией для терминала получается шаг назад. ДЦ конечно попроще, они так и так с нетто работают, а для трейдера огород.