То есть, это какое-то странное Инстант-исполнение. Они ищут цену в ближайших тиках, полное ее соответствие. И если его нет, то дают реквот.
А как же макс. отклонение? Пытался получить ответ на этот вопрос - в телефонном разговоре, он проговорился. Оказывается, "макс. отклонение от запрошенной цены", работает только в момент, когда ордер уже принят на обработку. Но если он еще не принят, то оно не работает. Но это же какой-то абсурд.
При чем, говоришь им, что ничего подобного в других местах не встречал. И что если бы это было действительно так, как они описали - то торговать при Инстанте было бы просто невозможно. Из-за постоянных реквотов.
Однако, ничего подобного в других местах нет, никаких реквотов, при выставленном макс. отклонении. Да и у них это появилось только последние полгода, ранее было всё ок.
Пришел к такому мнению, что эта функция "макс. отклонения" у них просто выключена.
Я пару дней назад тоже мучился реквотами, даже на тестере... оказалось ошибка копипасте... Сделал блок для открытия ордера Buy и скопировав это блок для открытия ордеров Sell не везде поменял Ask на Bid.
Проверь повнимательней, не в этом-ли проблема?
Потом надо обрабатывать ошибки. Если реквота, то надо следующий приказ отправлять с другой ценой, а не рассчитывать на SlipPage.
То есть, это какое-то странное Инстант-исполнение. Они ищут цену в ближайших тиках, полное ее соответствие. И если его нет, то дают реквот.
А как же макс. отклонение? Пытался получить ответ на этот вопрос - в телефонном разговоре, он проговорился. Оказывается, "макс. отклонение от запрошенной цены", работает только в момент, когда ордер уже принят на обработку. Но если он еще не принят, то оно не работает. Но это же какой-то абсурд.
При чем, говоришь им, что ничего подобного в других местах не встречал. И что если бы это было действительно так, как они описали - то торговать при Инстанте было бы просто невозможно. Из-за постоянных реквотов.
Однако, ничего подобного в других местах нет, никаких реквотов, при выставленном макс. отклонении. Да и у них это появилось только последние полгода, ранее было всё ок.
Пришел к такому мнению, что эта функция "макс. отклонения" у них просто выключена.
Механизм реализации могут сделать любым, суть вижу в том, что у ДЦ есть желание расстаться с этим клиентом. Анализировать стал бы не отговорки, а то, что было перед моментом "С некоторых пор". Запрос на большой вывод, первый запрос на вывод, необычно удачная торговля...
Из той истории здесь видны логи, которые относятся к быстрому рынку, несколько тиков в секунду. Оснований для следующего вывода недостаточно, даже на гипотезу не тянут, но, вдруг, если Вы научились выигрывать именно на быстром рынке, - то Вас стоит опасаться как клиента.
Из той истории здесь видны логи, которые относятся к быстрому рынку, несколько тиков в секунду.
Не было там быстрого рынка. Цена менялась буквально на 5-16 п. 5-знака.
Суть в том, что у них для открытия позиции нужно, чтобы цена попадала на ближайшие тики в тот момент, когда ордер ставится на обработку. Они же приводят именно два ближайших тика - и на основании того, что запрошенная цена не попадает в эти тики - делают вывод о том, что ордер открыть невозможно.
Как будто бы, речь идет о торговле на реальном рынке в стакане - а не о симуляции рынка, как это происходит в МТ4.
Да и на реальном рынке - почему открытие должно быть только по ближайшим тикам к запрошенной цене? - Других что ли тиков (заявок) нет в стакане?
Абсурд, просто абсурд.
суть вижу в том, что у ДЦ есть желание расстаться с этим клиентом.
Анализировать стал бы ... то, что было перед моментом "С некоторых пор". Запрос на большой вывод, первый запрос на вывод, необычно удачная торговля...
но, вдруг, если Вы научились выигрывать именно на быстром рынке, - то Вас стоит опасаться как клиента.
Не могу сказать, что выигрывал на том счете. И выводов не было оттуда, почти. Если б это было всё - то тогда бы вопросов не возникало, ибо и так понял бы. Не дурак.
В том и дело, что при отсутствии всего этого - вдруг стали вот такого горбатого лепить. Вот это больше всего и удивляет. Да удивляет так, что прям захотелось истинную причину выяснить.
А что еще нужно для выявления ситуации? - Вроде бы я всё выложил, что нужно. Что приводят ближайшие тики - и хотят, чтобы они совпали, для открытия позиции. Но ведь ясно же, что не совпадут никогда.
Для этого, отклонение от запрошенной цены и было создано. Которое заключается в том, что клиент согласен на любую цену, отличную от запрошенной.
Хотелось бы услышать комментарий именно специалистов компании по данному случаю.
Неужели не ясно, что их цель присвоить Ваши деньги! Это их бизнес, заточенный на отнятии всего у доверчивых клиентов! Ищите, где кому интересно, чтоб Вы выигрывали, только тогда они будут иметь свой % с выигрыша! Если найдёте, скажите мне, и буду Вам премного благодарен!
Хорошо, что все охотятся за Вашими деньгами, а то и мне пришлось бы искать кого-то...
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Приветствую!
Хотел бы получить ответ от специалистов компании, возможны ли подобные вещи, как мне ответили.
С некоторых пор, один ДЦ (рекламу делать не будем) стал мучать реквотами на Инстант-счете. При выставленном макс. отклонении от запрошенной цены (большое, 600 п.). При чем, на ровном месте, без всяких сильных движений.
Ордер просто не открыть. По 8 реквот подряд. Вот так это выглядело:
Торговал вручную. И сразу после первого открытого ордера - 8 реквот.
Сначала они говорили, что слишком часто подаю запросы, превышен лимит на открытие позиций, и сервер блокирует такие запросы реквотами. Проблема решится только в понед-к после перезагрузки сервера. Но вот те ордера, что выше, были вообще первыми открываемыми ордерами в ту неделю.
Стал выяснять, вот что ответили:
2016.03.31 14:35:36.793 instant buy 0.01 EURUSD at 1.13802sl: 0.00000 tp: 0.00000 (1.13795 / 1.13806) requoted due wrong prices
Запрошенная цена: 1.13802
Актуальная цена: 1.13806
Вот тики на момент поступления запроса 14:35:36.793:
Аналогично можно рассмотреть и остальные запросы - запрашиваемые цены не соответствуют актуальным котировкам:
Сервер такие запросы блокирует, это автоматическая система защиты от торговли по несуществующим ценам.
Причиной возникновения таких реквот может быть:
Таковы условия работы на счетах типа Standart.mt4 с технологией исполнения “Instant Execution”.
Проблем со связью не было в тот момент. Советников также. Ордера просто реквотились, даже при небольшом отклонении, в 5-14 п. 5-знака. Что видно на картинке выше.
Вот еще один ответ от них:
Исходя из написанного Вами выше, у нас сложилось мнение, что Вы считаете, что можете посылать приказ на открытие ордера совершенно по любой цене, и сервер должен исполнить распоряжение в рамках установленного отклонения, но это утверждение неверно.Ваш терминал отправляет распоряжение. После поступления распоряжения на сервер происходит проверка цены на наличие в последних тиках, которые сервер транслировал в клиентский терминал, если он ее находит, то происходит проверка на актуальность. После этого, если актуальная цена отличается от запрошенной - Вы получаете реквоту первого типа, где работает максимальное отклонение.
Если же на сервер поступило распоряжение с устаревшей ценой (цена устарела еще в процессе обработки распоряжения клиентским терминалом), то Вы получаете реквоту второго типа, где отклонение работать не будет.
Обратите внимание на логи отправки распоряжений с Вашего терминала, запрошенная цена значительно устарела на момент обработки:
EURUSD 31.03.2016 15:06:30.038 1.13910 1.13922
EURUSD 31.03.2016 15:06:30.132 1.13910 1.13921 ---> запрошенная цена
EURUSD 31.03.2016 15:06:30.334 1.13910 1.13920
EURUSD 31.03.2016 15:06:30.584 1.13909 1.13920
EURUSD 31.03.2016 15:06:30.709 1.13909 1.13919
EURUSD 31.03.2016 15:06:30.912 1.13907 1.13918
EURUSD 31.03.2016 15:06:31.005 1.13907 1.13917
EURUSD 31.03.2016 15:06:31.208 1.13907 1.13918
EURUSD 31.03.2016 15:06:31.302 1.13907 1.13917
EURUSD 31.03.2016 15:06:31.380 1.13906 1.13917
EURUSD 31.03.2016 15:06:31.816 1.13908 1.13919 ---> Обработка распоряжения
EURUSD 31.03.2016 15:06:31.988 1.13909 1.13921
EURUSD 31.03.2016 15:06:32.035 1.13910 1.13921
EURUSD 31.03.2016 15:06:32.129 1.13910 1.13922
EURUSD 31.03.2016 14:35:31.083 1.13790 1.13800
EURUSD 31.03.2016 14:35:31.161 1.13790 1.13801
EURUSD 31.03.2016 14:35:31.208 1.13791 1.13802 ---> запрошенная цена
EURUSD 31.03.2016 14:35:31.380 1.13794 1.13804
EURUSD 31.03.2016 14:35:31.458 1.13794 1.13805
EURUSD 31.03.2016 14:35:32.285 1.13795 1.13807
EURUSD 31.03.2016 14:35:32.363 1.13795 1.13806
EURUSD 31.03.2016 14:35:32.612 1.13795 1.13807
EURUSD 31.03.2016 14:35:32.659 1.13796 1.13806
EURUSD 31.03.2016 14:35:32.753 1.13797 1.13807
EURUSD 31.03.2016 14:35:32.799 1.13797 1.13808
EURUSD 31.03.2016 14:35:33.704 1.13796 1.13806
EURUSD 31.03.2016 14:35:33.782 1.13795 1.13806
EURUSD 31.03.2016 14:35:34.157 1.13794 1.13806
EURUSD 31.03.2016 14:35:34.235 1.13794 1.13805
EURUSD 31.03.2016 14:35:35.420 1.13795 1.13805
EURUSD 31.03.2016 14:35:35.732 1.13795 1.13806
EURUSD 31.03.2016 14:35:35.842 1.13794 1.13806
EURUSD 31.03.2016 14:35:35.920 1.13795 1.13806 ---> Обработка распоряжения
EURUSD 31.03.2016 14:35:36.856 1.13797 1.13807
EURUSD 31.03.2016 14:35:36.934 1.13798 1.13809
EURUSD 31.03.2016 14:35:36.980 1.13798 1.13808
В обоих случаях цена являлась устаревшей на момент обработки распоряжения более чем на 10 тиков. Сервер учитывает не только расстояние в пунктах между запрошенной ценой и актуальной, но также и «возраст» запрошенной цены. Особенностью реакции сервера на подобные распоряжения является отключение для Вашего торгового счета настройки максимального отклонения от запрошенной цены. Поэтому Ваше утверждение, что «сервер в обоих случаях обязан выполнять приказ на открытие с максимальным отклонением от запрошенной цены» ошибочно.