ДЦ знает deviation - страница 3

Никто не может увидеть в ордере установленный трейдером слиппадж. Это принципиальный момент компании MetaQuotes Software.

Значит ДЦ, заявляя клиенту о его слиппаже просто его разводит...

Благодарю. Отрадно слышать.

Часто начинаешь сомневаться и искать замысел-умысел, а подобные однозначные утверждения помогают вернуться на путь истинный :)

В связи с этим следующий вопрос. Вернее несколько. Как говорят наши друзья токикоманы: пользуясь момэнтом :)

Интересен алгоритм обработки слипажа (СЛП). Из комментариев MQ можно понять, что:

a\ Эта обработка происходит на стороне сервера;

b\ Несмотря на это ДЦ не в курсе устанновленного СЛП;

c\ Следствие b\: Дилер (автомат или человек ), выставляя реквот, не имеет понятия об установленном СЛП.

d\ Есть некие границы, расплывчато обозначенные Ренатом, за которыми выставленный СЛП игнорируется и происходит реквот;

Вот мои вопросы:

1. Если a\, и СЛП вписывается в рамки по d\, то реквотнутный ордер моментально изменяется внутри сервера на цену реквота и вновь падает на дилера? Или ужЕ исполняется по цене реквота? Это ведь все должно происходить моментально? Клиент (терминал) в этом процессе ужЕ не участвует?

2. Если меня вместо автомата начинает котировать человек (ставят-садят на ручник), вносит ли это некие изменения в рассматриваемые механизмы?

3. Очевидно, что по d\ должны существовать механизмы установки этих границ. Видимо, на стороне сервера. Видимо, это в компетенции дилера. В связи с этим, концептуально - как эффективнее обрабатывать реквот? Через код на стороне терминала или доверившись не совсем понятному механизму СЛП?

По п.3 - есть еще вопрос в 'Реквоты и функция OrderSend ...' по программной обработке реквотов.

.

Rosh, я напоминаю о себе и своих вопросах.

1. Если a\, и СЛП вписывается в рамки по d\, то

реквотнутный ордер моментально изменяется внутри сервера на цену реквота и вновь падает на дилера?

Или ужЕ исполняется по цене реквота?

Это ведь все должно происходить моментально?

Клиент (терминал) в этом процессе ужЕ не участвует?

Есть описание этого механизма?

2. Если меня вместо автомата начинает котировать человек (ставят-садят на ручник),

вносит ли это некие изменения в рассматриваемые механизмы?

3. Очевидно, что по d\ должны существовать механизмы установки этих границ.

Видимо, на стороне сервера. Видимо, это в компетенции дилера.

В связи с этим, концептуально - как эффективнее обрабатывать реквот?

Через код на стороне терминала или доверившись не совсем понятному механизму СЛП?

Дабы не утруждать переходами по ссылкам:

Как при реквоте программно получить его значение?

1. После RefreshRates() использовать переменные Bid или Ask

2. MarketInfo(Symbol(),MODE_BID) или MarketInfo(Symbol(),MODE_ASK)

Дык... Спасибо, конечно... Косвенно, это поможет сориентироваться, но не более.

Получая реквот через диалог (ручная торговля) мы видим мелким шрифтом предложеную цену. Интерсна и ВАЖНА именно она - цена, предлагаемая диллером при реквоте. А она не всегда совпадает с текущим бидом-аском. Тем более, если сидишь на ручке и идет активное противодействие дилера твоим торговым операциям.

Как именно эту цену получить?

Очень сложно вести разборки с ДЦ, когда он избирает тактику перманентного реквотирования и вброса котировок.

Узнать ДЦ о размере slippage элементарно, если он у Вас статичный. О какой принципиальности тут можно говорить.