Евгений написал: local math_max = math.max local math_min = math.min local math_abs = math.abs
math_abs(a-b)
есть всегда. вот пример:
Код
local a=100
local b=20
local math_abs = math.abs
nkarray.start()
math.abs(a-b)
local t=0.1*nkarray.stop()
nkarray.start()
math_abs(a-b)
local t1=0.1*nkarray.stop()
print(t,t1)
результат( мкс): 0.6 0.1 Т е время выполнения сократилось в 6 раз.
для прикола показываю картинки тестового робота на основе ИИ. Все в квике. тайм 30 минут. Сбербанк обычка. ------------------------- На среднем графике прибыль по коротким позициям (синий цвет) и длинным позициям(зеленый цвет). --------------------------- Результат за 10 месяцев 2022 год ------------------ по месяцам
---------------------------------------------- итоговый за 10 месяцев
---------------------------------------------- октябрь
nikolz написал: если Вам интересно, то я использую свечи 30 мин 5 мин и 1 мин. кроме того, в алгоритме принятия решения участвуют данные дневных свечей, а также не закрытых гепов и уровни сопротивления (локальные экстремумы) На акциях основной 30 минут, за исключением начала торгов.
Спасибо. Остается еще два момента:
-1. Если в описании SetUpdateCallback: "Позволяет задать пользователю функцию обратного вызова для обработки изменившихся СВЕЧЕК", то почему, Callback - вызывается не только при изменении индекса всечи, но и цены в пределах этой свечи ? Разве тогда- это не нарушение принципа работы SetUpdateCallback - завленного в описании ?
-2.И возвращаясь к Вашему вопросу "Кто Вам сказал, что колбек прихода свечи отражает все изменения цены?" - я забыл, что в SetUpdateCallback - можно выставить интервал "INTERVAL_TICK" - что Теоретически будет означать отражение всех изменений цены.
Попробую объяснить от печки, вернее сказать от свечки. ----------------- Что такое свечи ? Свеча - это значения четырех индикаторов, которые строятся на равномерно дискретной оси времени. --------------------------- В общем случае, свеча это способ сжатия информации о сделках. ------------------ Так как это способ сжатия , то, очевидно, в результате мы получим меньший объем данных, чем изначально имеем. ============== Отсюда следует, что ваше желание ловить каждую сделку (изменение цены) в виде свечи противоречит самому назначению свечи - сжатию информации. ----------------------- Вы пытаетесь поймать то, что фильтрует свеча. --------------------- Но тогда зачем Вам свеча? =============== Таким образом, свеча это фильтрация таблицы обезличенных сделок. т е сервер принимает цены сделок и оставляет из них лишь четыре значения на интервале тайма. Если Вы будете принимать все изменения свечи то вы примите цены всех сделок на интервале. но это же и есть таблица обезличенных сделок. Т е Вы хотите получить таблицу сделок через изменение свечи. Напоминает желание смотреть гланды через зад. Конечно, можно и так, но зачем так усложнять себе жизнь? -------------- Хотите каждую сделку - берите таблицу обезличенных сделок. Хотите сжать информацию - берите индикаторы - в том числе и свечи. ------------ Пропустит колбек свечки какую-либо сделку или нет зависит от многих причин. Но вот что Вы будете с этим делать зависит лишь от Вас. Начните с этого момента.
Кто Вам сказал, что колбек прихода свечи отражает все изменения цены?
Похоже фантазия разыгралась. Действительно в описании к SetUpdateCallback сказано, то:
Код
Позволяет задать пользователю функцию обратного вызова для обработки изменившихся СВЕЧЕК
И не сказано, что это обратный вызов на каждое изменение цены :(
если Вам интересно, то я использую свечи 30 мин 5 мин и 1 мин. кроме того, в алгоритме принятия решения участвуют данные дневных свечей, а также не закрытых гепов и уровни сопротивления (локальные экстремумы) На акциях основной 30 минут, за исключением начала торгов.
Вообще все данные с биржи приходят блоками Все изменения цены сделки Вы можете увидеть лишь в таблице обезличенных сделок или что тоже самое в колбеке onAllTrade. ---------------- но эти изменения придут в блоке. т е лишь последнее изменение цены будет актуальным. А в свече Вы увидите именно это изменение, предыдущие, если они не являлись максимумом или минимумом в свече не отразятся.
А чтобы узнать изменения цены можно использовать колбек OnParam, можете сами периодически читать через getParamEx, или таблицу всех сделок, если нельзя пропускать ни одной сделки. А можете и сами просто читать ds:Close() - это и будет текущая цена на момент запроса.
--------------------- А свечу Вы можете читать по колбеку onParam или по колбеку OnAllTrade . И нет никакого цикла. --------------
Космонавт написал: Вопрос 1: почему OnParam не всегда срабатывает, хоть и было изменение цены? (у меня в ОнПарам фильтр - не реагировать если цена прежняя). Я бы отказался от других колбеков, раз они медленные, но получается ОнПарам иногда даёт сбои. Sergey Gorokhov : OnParam обновляется срезами (раз в период), а не при изменении. Так было всегда и по другому настроить нельзя.
Вы получается не правы? То есть OnParam нельзя использовать для отслеживания изменения цены.
Не всем надписям на заборе надо верить. -------------------- Желательно еще и понимать о чем написано. ----------------- Если Вам не нравится работать по колбеку onParam, то работайте по onAllTrade. ----------- Кто Вам сказал, что колбек прихода свечи отражает все изменения цены?
предположу, что проблема в том, что все функции в QLUA глобальные. Это значит, что когда колбеки исполняются, то блокируют доступ getDepoEx к архиву инструментов. А main не ждет. В итоге ему возвращают nil.
Владимир написал: nikolz, Не говорите ерунды, лапуль. Во-первых, свечи для интервалов в секунды нафиг не нужны, а уж применение Си и вообще противопоказано. У меня минимальный интервал 10 секунд, но и это маловато, в качестве базового таймфрейма, в основном, используется 30-секундный. Всё на чистом Луа. А уж использовать OnAllTrade или ТОС могут только камикадзе. Ах, да - и пользоваться незакрытыми свечами тоже: у меня в своё время просто челюсть отвалилась, когда я об этом услышал.
Quikos, Если Вы хотите построить свечи с интервалом меньше 1 минуты, то вам надо работать с колбеком OnAllTrade , который вызывается перед тем как сделка будет записана в таблицу обезличенных сделок. ------------------- Свечи для интервалов в секунды лучше строить на СИ.
Nikolay написал: Вам уже уже писали, что чтобы понять, что пришел новый бар, надо всего лишь сравнить запомненное при прошлом опросе значение ds:Size() с новым. При этом можно опрашивать не постоянно, а с периодичностью заказанного интервала. А чтобы узнать изменения цены можно использовать колбек OnParam, можете сами периодически читать через getParamEx, или таблицу всех сделок, если нельзя пропускать ни одной сделки. А можете и сами просто читать ds:Close() - это и будет текущая цена на момент запроса.
1)Ну так я тоже писал, что считаю подобный опрос в цикле - неправильным, некорректным, неэффективным. Опрашивая просто в цикле - во первых придется каждый раз заказывать ds:Size(). Во вторых - так вы 100% будете пропускать значения. 2)Насчет таблицы всех сделок - тоже писал, что не хочу запускать вручную в Квике что либо помимо скрипта.
Вы заблуждаетесь. ------------------------- 1) Не надо опрашивать что-то в цикле. ------------ 2) Если Вас интересует изменение цены (какой?) Есть две цены - предложения и сделки. ------------------ Свеча строится по ценам сделок. -------------------------- если я правильно понял, то Вы говорите о последней текущей свече. ------------------- Изменение цены в реальном времени будет всегда в незакрытой т е последней свече ----------------------- Нет надобности вообще что-то считать. Читайте последнюю свечу всегда. --------------------- А свечу Вы можете читать по колбеку onParam или по колбеку OnAllTrade . И нет никакого цикла. -------------- Вы не заказываете ds:Size () Это просто размер таблицы архива свечей. Т е эта функция читает ячейку с адресом первой свободной ячейки таблицы свечей. На это чтение у вас уйдет примерно 0.000005 сек. это много? ---------------
Quikos написал: Индекс свечи приходит в SetUpdateCallback. А размер таблицы data_source обновляется по мере прихода свечи.
В начальный момент у вас нет свечей , а размер таблицы не нулевой, так как в ней содержатся указатели на функции. Вы это хотя бы поняли ? ------------------------------ Покажите пример того, о чем говорите.
Да я это сразу учел. Я наверное некорректно задал, мне нужно было проверять свечи только после того, как они превысят первоначально запрошенный размер таблицы. И когда номер свечи будет будет боль размера Первоначально запрошенной таблицы при первом вызове SetUpdateCallback -то это значит уже пришли новые данные. Я наверное не полностью сформулировал вопрос в само начале.
колбек вызывается когда приходят новые свечи, т е те свечи которых нет в архиве. Это могут быть пропущенные свечи. ------------------- Чтобы читать лишь нужные свечи не нужен колбек. Вы можете контролировать получение нужной вам свечи по числу свечей в архиве терминала либо по дате и времени последней свечи в архиве. Для этого есть функции
Параметр
Тип
Описание
O
function
Получить значение Open для указанной свечи
H
function
Получить значение High для указанной свечи
L
function
Получить значение Low для указанной свечи
C
function
Получить значение Close для указанной свечи
V
function
Получить значение Volume для указанной свечи
T
function
Получить значение Time для указанной свечи
Size
function
Возвращает текущий размер (количество свечек в источнике данных)
Quikos написал: Индекс свечи приходит в SetUpdateCallback. А размер таблицы data_source обновляется по мере прихода свечи.
В начальный момент у вас нет свечей , а размер таблицы не нулевой, так как в ней содержатся указатели на функции. Вы это хотя бы поняли ? ------------------------------ Покажите пример того, о чем говорите.
Net error "Удалённый хост принудительно разорвал существующее подключение", Такая ошибка ,как правило, возникает ближе к концу торгов.Подключиться после этой ошибки невозможно в этот день. На пк установлено ещё 2 квика,они при этом работают нормально. Подключение через USB-модем
USB WiFi TpLink вылетела ошибка "ошибка шифрования", запустил второй раз "не найдены ключи" запустил третий раз "завис интернет" но не вырубился запустил четвертый раз квик работает
не важно какой кулер, если забит пылью. У Вас ошибки разные , не связаны с приложением, это признак проблем с железом.
Net error "Удалённый хост принудительно разорвал существующее подключение", Такая ошибка ,как правило, возникает ближе к концу торгов.Подключиться после этой ошибки невозможно в этот день. На пк установлено ещё 2 квика,они при этом работают нормально. Подключение через USB-модем
Quikos написал: Вопрос, номер свечи, который приходит в колбеке SetUpdateCallback- ВСЕГДА будет равен размеру таблицы, которая возвратила CreateDataSource ?
смотрим в документацию библиотеки QLUA и читаем что функция CreateDataSource:
param – необязательный параметр. Если параметр не задан, то заказываются данные на основании таблицы обезличенных сделок, если задан – данные по этому параметру.
Функция возвращает таблицу data_source в случае успешного завершения. Если указан неверный код класса или параметр, то возвращается «nil». При этом error_desc содержит описание ошибки.
Так вот, размер этой таблицы не может быть равен индексу свечи в колбеке
смотрим документацию:
Функция CreateDataSource возвращает таблицу Lua с параметрами:
Параметр
Тип
Описание
SetUpdateCallback
function
Позволяет задать пользователю функцию обратного вызова для обработки изменившихся свечек
O
function
Получить значение Open для указанной свечи
H
function
Получить значение High для указанной свечи
L
function
Получить значение Low для указанной свечи
C
function
Получить значение Close для указанной свечи
V
function
Получить значение Volume для указанной свечи
T
function
Получить значение Time для указанной свечи
Size
function
Возвращает текущий размер (количество свечек в источнике данных)
Close
function
Удаляет источник данных, отписывается от получения данных
SetEmptyCallback
function
Позволяет получать данные с сервера без указания функции обратного вызова
Quikos написал: Вопрос, номер свечи, который приходит в колбеке SetUpdateCallback- ВСЕГДА будет равен размеру таблицы, которая возвратила CreateDataSource ?
Валерий написал: Брокер Сбербанк QUIK 7.26.0.26 24.10.2022 после 12:00 мск завис. Несколько раз кратковременно начинал работать и тут же опять "умирал". Служба поддержки держит глухую оборону: невозможно дозвониться.
У меня тоже сбербанк Вчера, сегодня и вообще работает без зависания. Предположу, что у вас возможны три причины. 1) Самопальные скрипты и индикаторы 2) комп и другие приложения. 3) плохой канал связи и провайдер.
nikolz написал: читайте Раздел 5. Торговые операции клиента. Руководство пользователя QUIK.там все написано.
Ничего путнего там не написано. Я это читал раньше. На мой вопрос там ответа нет.
Если правильно понял Ваш вопрос, то вас интересует в чем различие рыночной заявки по акциям и по фьючерсам. ------------------------------------------------- Ответ есть в указанном разделе. вот он: для акций: «Рыночная» – признак заявки без указания цены исполнения. Такая заявка исполняется на бирже по ценам имеющихся встречных заявок, начиная с лучшей из них. -------------------------- Для фьючерсов: «Рыночная» в пустое поле «Цена» подставляется значение «Максимально возможная цена», а при подаче заявки на продажу – «Минимально возможная цена» для данного инструмента. «Рыночная» – при наличии встречного предложения заявка исполняется по цене не хуже, чем значение, указанное в поле. -------------------------- Т е для акции расчет требуемых средств будет выполнен по лучшей цене, а для фьючерсов фактически по наихудшей цене.
Alexander написал: Вот ещё хочу тут спросить старожилов по такому поводу. Скрипт на Lua сначала делает продажу акций Лукойл по рынку в шорт 10 шт через sendTransaction() при этом естественно ставлю TYPE="M", PRICE="0". Транзакция проходит, заявка исполнилась нормально. Следующая транзакция на покупку фьючерса "LKZ2", т.е. LKOH-12.22 в количестве 1шт так же по рынку, где в sendTransaction() установлено так же TYPE="M", PRICE="0". Но при этом транзакция с ошибкой: Ошибка создания заявки. [GW][332] "Нехватка средств по лимитам клиента." Пытаюсь купить данный фьючерс вручную в квике, установив галочку в окне ввода заявки "Рыночная" - результат опять та же самая ошибка! В результате фьючерс купил таки вручную, указав цену на покупку из стакана равную лучшей цене продажи. Транзакция прошла без ошибок и заявка тут же исполнилась. Да мог бы поставить цену покупки и выше чем лучшая цена продажи на несколько пунктов, это я знаю, и заявка ушла бы так по лучшей рыночной цене. Но вопрос: почему sendTransaction() работает на покупку/продажу акций по рынку с значениями TYPE="M", PRICE="0", а на покупку/продажу фьючерса с значениями TYPE="M", PRICE="0" выдаёт ошибку: "Нехватка средств по лимитам клиента." и я вынужден ставить цену хуже рынка, чтобы заявка ушла по рынку? Заявка то в конечном итоге прошла, значит средств достаточно!
читайте Раздел 5. Торговые операции клиента. Руководство пользователя QUIK. там все написано.
nikolz написал: Можно, но желательно в содружестве с головой. ------------ Для справки, QLUA - это библиотека функций, написана на СИ и имеет интерфейс для вызова из скриптов, написанных на LUA. --------------- Но если не нравится Lua, то можете либо писать на любом другом языке.
У меня не стоит задача написать что-то на ЛЮБОМ языка, я задал конкретный вопрос
может поясните, что конкретно означает ваш вопрос: "Руками можно создать?" Вы еще чем-то создаете ?
Можно, но желательно в содружестве с головой. ------------ Для справки, QLUA - это библиотека функций, написана на СИ и имеет интерфейс для вызова из скриптов, написанных на LUA. --------------- Но если не нравится Lua, то можете либо писать на любом другом языке.
Хочу заказать скрипт для Quick + настройку, Хочу заказать скрипт для одновременного выставления stoploss/takeprofit при выставлении заявки в стакане одной клавишей (параметры заявки заданы заранее)
Владимир написал: nikolz, А на кой с ними соревноваться? HFT есть расписка в отсутствии нормальных алгоритмов торговли, суходроч по схеме "сила есть - ума не надо". Да и прибыль от них копеечная, если вообще есть.
Вы опять пургу несете. ------------------ Вы опять меня рассмешили своим воинствующим невежеством. ----------------- HFT роботы - это роботы маркет-мейкеров и крупных игроков на бирже. ваша прибыль в сравнении с их прибылью - это сверхмалая величина.
Владимир написал: Quikos, Да я тыщу раз говорил, что классические мат. ожидание и дисперсия в миллион раз информативнее этой японской гадости. Но при желании можно посчитать и их: первый замер после отсечки очередной свечи - начало, последний - конец, минимум и максимум считаем обычным образом. Но лично меня интересует только ОДНО значение - то самое среднее арифметическое. Дисперсию когда-то собирался посчитать, но оказалось, что она тоже нафиг не нужна.
Может хватит бред нести в массы буратин? все мозги засрали Quikos. ------------------- Вы хотя бы в учебник по стат анализу заглянули. Мат ожидание и дисперсия и индикатор свечи - это две большие разницы. Специально для Вас и других буратин поясняю. -------------- мат ожидание и дисперсия - это точечные средние оценки первого и второго момента закона распределения функции случайной величины на интервале наблюдения. а свечи - это точечные мгновенные оценки четырех функций случайной величины на интервале тайма. ----------------- Владимир, Так как Вы очевидно дальше чем нормальный закон распределения и два его момента ничего больше не усвоили, то и свечи и другие индикаторы для Вас как очки для мартышки. ----------------
Хочу заказать скрипт для Quick + настройку, Хочу заказать скрипт для одновременного выставления stoploss/takeprofit при выставлении заявки в стакане одной клавишей (параметры заявки заданы заранее)
и еще.. подобный скальпинг в стакане был актуален лет десять, а то и двадцать, назад. --------------------- В настоящее время этим занимаются HFT роботы. Соревноваться с ними бессмысленно так как они работают рядом по самым быстрым каналам доступа к бирже. Они кликают примерно в 1000 раз быстрее, чем Вы можете кликать мышкой в стакане.
Типа нажал кнопку утром, и мечтаем до вечера спать, но не получилось работать. ------------------------ А у меня получается, после того как построил провайдера и показал где у него узкое место. Теперь все тип-топ.
Хочу заказать скрипт для Quick + настройку, Хочу заказать скрипт для одновременного выставления stoploss/takeprofit при выставлении заявки в стакане одной клавишей (параметры заявки заданы заранее)
Если используется стакан котировок, созданный в интерфейсе Рабочего места QUIK, штатный функционал QLua действительно не позволяет определить, какая именно котировка выделена в стакане, а значит и получить ее параметры. Однако таблица котировок также может быть создана и наполнена с помощью пользовательского скрипта; в этом случае будет доступна функция обработки различных событий в таблице. Более подробную информацию можно найти в Руководстве пользователя Интерпретатора языка Lua (раздел 3.15 Функции для работы с таблицами Рабочего места QUIK , описание функции SetTableNotificationCallback ).
Благодарю! Наблюдая как быстро меняется стакан, мне кажется маловероятным, что скорости перерисовки таблицы Луа хватит для того, чтобы держать "самописный" стакан в актуальном состоянии. Могу ошибаться .
Скорость перерисовки таблицы существенно выше, чем запаздывание прихода данных в ваш терминал по каналу интернет. Поэтому актуальность наблюдаемых данных мало зависит от скорости рисования картинок на экране.
Владимир написал: nikolz , это скрипт имеет дело с терминалом, а Quikos , как и я, имеем с ним дело только при нажатии кнопок "Запустить" или "Остановить". Вот сегодня утром я запустил скрипт на двух Квиках, вечером выключу, и больше я никакого дело с терминалом не имею.
Да, я это и имел ввиду :) Непонятно в чем nikolz нашел противоречие.
— Запомни мои слова: когда что тебе захочется — скажи только: «По щучьему веленью, по моему хотенью».
Странный какой. Наверное только это и запомнил ? :)
Ваше желание не новое на рынке, это желание всех буратин. Если нет желание иметь дело с терминалом то есть несколько способов это сделать. Все кроме одного требуют затрат либо времени либо денег. Вы сами определите, чего у Вас много. Но халявы на рынке нет.
Владимир написал: nikolz , это скрипт имеет дело с терминалом, а Quikos , как и я, имеем с ним дело только при нажатии кнопок "Запустить" или "Остановить". Вот сегодня утром я запустил скрипт на двух Квиках, вечером выключу, и больше я никакого дело с терминалом не имею.
Да, я это и имел ввиду :) Непонятно в чем nikolz нашел противоречие.
— Запомни мои слова: когда что тебе захочется — скажи только:
Quikos написал: Что ж именно я напутал ? )))) Я прямым текстом так и написал - "Я не хочу иметь дело с терминалом, кроме одного единственного действия - запуска скрипта.".
Дело в том, что скрипт запускается в виртуальной машине луа (VM Lua) , она работает внутри терминала, а скрипт получает все данные через терминал. поэтому вне вашего желания, если используете скрипт, то значит имеете дело с терминалом .
Quikos написал:крипте. Я не хочу иметь дело с терминалом, кроме одного единственного действия - запуска скрипта. Колбек на то и колбек, что вызывается, когда готовы данные, как без него я узнаю, когда проверять данные ?
вы что-то путаете. ----------------------- Терминал - это приложение QUIK, которое вы запускаете на компе. Без него вы не установите обмен данными с сервером. Поэтому и скрипт Вы запускаете в терминале и работает скрипт в терминале и данные вы получаете в терминале. ---------------------- Колбек вызывается не когда готовы данные, а когда наступило событие связанное с данным колбеком. Колбек источника данных вызывается на каждое новое значение. ------------------- Если в пришедшем блоке будет 100 значений, то колбек будет вызван 100 раз. ------------------------- Если ваш робот торгует в реальном времени, то получение последней сделки и будет сигналом, что все данные приняты. ------------------- Кроме этого, вы можете узнать о приходе всех данных прочитав время и дату последней свечи. ------------------ Но Вы конечно можете делать как желаете.
В общем случае колбек - это функция, которая вызывается при наступлении события. Таким образом реализуется механизм асинхронного приема без ожидания. --------------- Следовательно, если Вам не надо обрабатывать каждое значение в момент его прихода с сервера в терминал, то и колбек вам не нужен. Более того, вы можете просто подписаться один раз через меню терминала и не заниматься этим в скрипте.
Quikos написал: После вызова callback`а от SetUpdateCallback - я сразу отписываюсь от callback`а, но отписываюсь именно от как бы первого объекта CreateDataSource, но почему от отписка происходит от всех последующих от CreateDataSource. Вот такой простенький код:
Код
function main ()
local code_class_ = "TQBR"
local code_paper_ = "ZVEZ"
local interval_ = INTERVAL_W1
my_table_, error_desc = CreateDataSource (code_class_, code_paper_, interval_)
------------------------Проверка на ошибки:-------------------
if error_desc ~ = nil then
message (error_desc)
end
--------------------------------------------------------------
my_table_: SetUpdateCallback ( function (idx)my_callback_ CreateDataSource _HISTORY(my_table_, code_class_, code_paper_, intervakla_) end )
code_class_ = "TQBR"
code_paper_ = "ZVEZ"
interval_ = INTERVAL_M15
local my_table_1, error_desc_1 = CreateDataSource (code_class_, code_paper_, interval_)
------------------------Проверка на ошибки:-------------------
if error_desc_1 ~ = nil then
message (error_desc_1)
end
--------------------------------------------------------------
my_table_1: SetUpdateCallback ( function (idx)my_callback_ CreateDataSource _HISTORY(my_table_1, code_class_, code_paper_, intervakla_) end )
-------------------------
while not stopped do
sleep ( 1 )
end
-------------------------
end -- end main()
То есть я вызываю CreateDataSource для двух значений, которые точно нужно заказывать на сервере. На два значений вешаю callback`и. Вызывается первый callback для my_table_ и сразу же отписываюсь от callback`а - НО отписка осуществляется и для таблицы my_table_1, то есть отписка осуществляется для всех ранее заказанных callback`ов для разных парамтеров. Так и должно быть ?
Дело в том, что Вы не учитываете очень много моментов. когда Вы первый раз подписываетесь то на сервер уходит Ваша заявка. Не факт, что к моменту вашей отписке сервер исполнит вашу подписку, так как там есть очередь и транзакции идут пакетами и интернет имеет различные задержки для различных пакетов ну и т д. Поэтому Ваш финт не только не типичный прием, но и результат не предсказуемый может быть. При этом непонятно , что это дает и зачем так делать. А в документации QLUA нет указаний на подобные действия. --------------------- Поясните с какой целью Вы это делаете.
Alexey Danin написал: Здравствуйте. Но я спрашиваю конкретно для своего наипростейшего случая, что описал выше. Например - покупка 1 лота. Нужен контроль того, что покупка 1-го лота 100% прошла и только тогда подавать на продажу того же 1-го лота. Какой алгоритм контроля применить посоветует техподдержка? Уж куда проще то? Мой алгоритм подойдёт? Или можно его упростить, например - вообще не использовать OnTrade()? Достаточно проверить OnOrder() где баланс = 0? Сейчас использую и то и то. А надо ли? Вроде работает.
Объясняю как я делаю это. -------------------------------- Например, циклический тест выставления и снятия заявки. Это тест подобен Вашей задаче. Отличие лишь в том, что я контролировал снятие заявки, а Вы контролируете исполнение заявки. Но алгоритм , описанный ниже решает обе задачи. ================ Результат тестирования алгоритма, показал его безошибочную работу при случайном выставлении и снятии заявки по 200 инструментам. За 4 часа теста на демо сервере выставлено и снято 200 тысяч заявок без единой ошибки. ================== Алгоритм: ------------------------------ Преамбула: Робот - это конечный автомат, который изменяет свое состояние в зависимости от внешних сигналов и своей цели. Источником внешних сигналов являются колбеки. ------------------------ В моем роботе задействованы все колбеки, описанные в документации библиотеки QLua Заверяю Вас, что лишних колбеков нет. Вы можете не использовать какие-либо колбеки, но это подобно тому, что у человека отключить какой-либо орган. ------------------------------- Если Вы колбек выкидываете, то ваш робот не видит многих событий и просто зависнет в один прекрасный момент. =========== Если инструмент, по которому я хотел бы выставить заявку активен ,т е произошло событие по данному инструменту ( сделка, изменение заявки), то проверяем по таблице заявок есть ли активная и по таблице транзакций есть ли активная по этому инструменту. ---------------------- Если есть активная , то новая заявка не выставляется, иначе выставляется. ----------------- В более продвинутом алгоритме выполняется анализ актуальности текущего состояния , но это уже другая задача.
Суть поставочных фьючерсов в том и состоит, что это страховка от возможных убытков. Если у Вас уже есть акции, которые Вы купили по 90 и вы заявили что отдадите по 100 и цена 80, то Вы гарантированно получите 100 за акцию за счет покупателя. Но если Вы заявили что продадите 100 по 100, а их у Вас нет, то вы обязаны купить их на рынке и отдать покупателю. Убытки за Ваш счет и цена при этом будет та по которой вы сможете купить на рынке. Возможно это будет и 200.
в любом случае, затраты оплатит тот, кто проиграл. Если Вы указали что купите 100 по 100, а цена на момент экспирации 110, то убытки за счет продавца, если у него не хватает акций чтобы передать вам Если Вы продавец, то убытки за ваш счет.
еще раз, цена в момент экспирации фиксируется для сделок по фьючерсам. А на бирже в этот момент цена биржевая это две разные цены. ------------------ Можно выделить следующие этапы экспирации: 1. Экспирация поставочного фьючерса. Проходит в вечерний клиринг (18:45–19:00 МСК). 2. Покупка (продажа) базового актива. Происходит на следующий рабочий день после экспирации. 3. Зачисление (списание) базового актива. По облигациям происходит на следующий рабочий день после сделки, а по акциям — на второй. ----------------