Форум QUIK [тема: Перемещение заявки 2 транзакциями]

Перемещение заявки 2 транзакциями

Fri, 17 Nov 2023 15:52:08 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Вася написал:

====quote====
Владимир написал:
Андрей , Охренеть! У меня стакана вообще нет, ибо там время от времени творится чёрт знает что: циферки какие-то бегают со страшной скоростью, а сделок нет. Похоже, что там разные роботы пытаются обдурить друг друга. Но для заработка всё равно нужны реальные сделки. Какая разница, что там творится в стакане? Работают всё равно только BID и OFFER. Если ЭТА цена меня устраивает, я по ней заявку и выставляю. И в 9 случаях из 10 она срабатывает в течение пары секунд. И что за суета? Если я хочу что-то купить, должен найтись тот, кто мне это захочет продать, и наоборот. И если его нет, то хоть в наносекунды заявки выставлять/снимать/передвигать - не поможет.

Классика рулит: "Мы медленно-медленно спустимся вниз, перетрахаем всё стадо и медленно-медленно поднимемся наверх". ::
=============
Чувак, разговаривай спокойнее, ты какой-то нервный, и воздержись от обсценной лексики, с женой так говори, а здесь не надо.
=============
Добрый день.

Вроде бы и по делу замечание, но с другой стороны - некропостинг тоже считается правилом дурного тона. Давайте воздержимся от этого по возможности.
17.11.2023 15:52:08, Alexey Ivannikov.

Перемещение заявки 2 транзакциями

Thu, 16 Nov 2023 17:29:01 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Владимир написал:
Андрей, Охренеть! У меня стакана вообще нет, ибо там время от времени творится чёрт знает что: циферки какие-то бегают со страшной скоростью, а сделок нет. Похоже, что там разные роботы пытаются обдурить друг друга. Но для заработка всё равно нужны реальные сделки. Какая разница, что там творится в стакане? Работают всё равно только BID и OFFER. Если ЭТА цена меня устраивает, я по ней заявку и выставляю. И в 9 случаях из 10 она срабатывает в течение пары секунд. И что за суета? Если я хочу что-то купить, должен найтись тот, кто мне это захочет продать, и наоборот. И если его нет, то хоть в наносекунды заявки выставлять/снимать/передвигать - не поможет.

Классика рулит: "Мы медленно-медленно спустимся вниз, перетрахаем всё стадо и медленно-медленно поднимемся наверх". ::
=============
Чувак, разговаривай спокойнее, ты какой-то нервный, и воздержись от обсценной лексики, с женой так говори, а здесь не надо.
16.11.2023 17:29:01, Вася.

Перемещение заявки 2 транзакциями

Fri, 05 Nov 2021 07:22:34 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Roman Azarov написал:

====quote====
Старатель написал:
Сократить время можно, если обновлять лимиты не только после получения уведомления по заявке, но и после ответа от биржи по транзакции.
=============
Предлагаем зарегистрировать такое пожелание. Регистрируем?
=============

Это в ваших же интересах в первую очередь, учитывая, что
====quote====
Roman Azarov написал:
Максимально сократить это время - является одной из наших основных задач.
=============

05.11.2021 07:22:34, Старатель.

Перемещение заявки 2 транзакциями

Thu, 04 Nov 2021 06:09:46 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Андрей, добрый день!

====quote====
Андрей написал:
Кто додумался в новой версии запретить перемещать на аукционах откр\закр? Чем обусловлено?
=============
Можете, пожалуйста, подробнее описать проблему? Какую ошибку Вы получаете при попытке перенести (изменить) заявку в стакане?

====quote====
Андрей написал:
Видимо это перемещение реализовано не совсем как снятие+создание на стороне терминала
=============
Что имеется в виду под "не совсем как снятие+создание"? На сервер (и, в дальнейшем, на биржу) все также отправляется 2 транзакции - снять заявку, выставить заявку.
04.11.2021 06:09:46, Roman Azarov.

Перемещение заявки 2 транзакциями

Thu, 04 Nov 2021 06:00:51 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Старатель, добрый день!

Уточнили данный момент.
В текущей реализации все именно так, разблокировка средств производится при изменении статуса заявки, транслируемого биржей, на "Снята".

====quote====
Старатель написал:
Сократить время можно, если обновлять лимиты не только после получения уведомления по заявке, но и после ответа от биржи по транзакции.
=============
Предлагаем зарегистрировать такое пожелание. Регистрируем?
04.11.2021 06:00:51, Roman Azarov.

Перемещение заявки 2 транзакциями

Tue, 05 Oct 2021 10:42:30 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Roman Azarov написал:

Точно так же. Отправка KILL_ORDER, ожидание ответа от биржи, проверка NEW_ORDER на сервере, отправка NEW_ORDER на биржу.
Такую же логику Вы можете реализовать и в собственном скрипте.

=============
Возвращаясь к вопросу одинаковости перемещения ордера в стакане мышкой и серии снятие+создание.
Кто додумался в новой версии запретить перемещать на аукционах откр\закр? Чем обусловлено?
Видимо это перемещение реализовано не совсем как снятие+создание на стороне терминала. Иначе особо трудно мотивировать.
Так вы не ответили, как это перемещение технически реализовано. И вот теперь про мотивацию запрета его на аукционах.
05.10.2021 10:42:30, Андрей.

Перемещение заявки 2 транзакциями

Tue, 31 Aug 2021 09:53:34 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Roman Azarov написал:
Максимально сократить это время - является одной из наших основных задач.
=============

====quote====
Roman Azarov написал:
Пока сервером не будет получен ответ от биржи о том, что заявка была успешно снята, транзакция на выставление новой заявки не пройдет контроль достаточности средств на сервере.
=============

Есть мнение, что лимиты в квике обновляются после получения уведомления по заявке.
Сократить время можно, если обновлять лимиты не только после получения уведомления по заявке, но и после ответа от биржи по транзакции.
31.08.2021 09:53:34, Старатель.

Перемещение заявки 2 транзакциями

Fri, 27 Aug 2021 06:58:28 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
поясню про быстрее.
Биржевая информация о сделках поступает простым клиентам с задержкой примерно 0.1 секунды.
Компьютер обработает ее и отправит заявку примерно через 0.01 сек
Поэтому, если хотите быстрее, то используйте выделенный сервер в дата центре брокера.
Будет до 100 быстрее.
27.08.2021 06:58:28, nikolz.

Перемещение заявки 2 транзакциями

Thu, 26 Aug 2021 21:15:58 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Андрей написал:
Или вы про колбек OnMoneyLimit? Я не измерял насколько он раньше, чем 1й onTransReply, но экспериментально видел, что за 50мс отправлять создание не получается.

=============
Изначально речь не шла про "быстро". Речь шла про "ненадежно". Именно в этом разрезе я вам и пишу.
И т.к. нужна надежность - то хоть OnMoneyLimit, лимиты по нему меняются, как изменились лимиты - точно можно ставить заявку новую.
А может и OnOrder попробовать. Еще раз подчеркну: речь про надежность, а не про "быстрее".

А если надо быстрее - долбить на все эти события, где-то да пройдет "побыстрее".
26.08.2021 21:15:58, swerg.

Перемещение заявки 2 транзакциями

Thu, 26 Aug 2021 19:39:25 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Незнайка написал:

====quote====
Игорь М написал:
вам нужен прямой доступ на биржу
=============
А кто в этом случае контролирует лимиты?
=============
Биржа, а брокер в режиме post-trade.
26.08.2021 19:39:25, Игорь М.

Перемещение заявки 2 транзакциями

Thu, 26 Aug 2021 18:15:35 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Roman Azarov написал:
Андрей,

====quote====
Андрей написал:
Эмулировать - значит дать пользователю 1 вызов API, а в нем инкапсулировать KILL_ORDER и NEW_ORDER, с правильной и оптимальной реализацией ожидания между ними.
=============
Для чего? Пока сервером не будет получен ответ от биржи о том, что заявка была успешно снята, транзакция на выставление новой заявки не пройдет контроль достаточности средств на сервере.

====quote====
Андрей написал:
Вот у меня вопрос - как в точности реализовано перемещение ордера мышкой в стакане?
=============
Точно так же. Отправка KILL_ORDER, ожидание ответа от биржи, проверка NEW_ORDER на сервере, отправка NEW_ORDER на биржу.
Такую же логику Вы можете реализовать и в собственном скрипте.

Повторимся, пауза между KILL_ORDER и NEW_ORDER (помимо минимальных сетевых задержек) обусловлена ожиданием ответа от биржи, исключить этот момент нельзя.
=============
Во первых для того, что, как минимум, исключаются раундтрипы между клиентом и сервером квик, а это уменьшает общую задержку. Сервер "на коротке" общается с биржей. А вы замерьте, какой % от текущего сетевого ожидания занимает этот путь сервер-биржа. Далее, конкретно, вы ждете onTransReply на KILL_ORDER? Я попросил ответить максимально точно и детально, какого технического сигнала вы ждете. Тут справедливо замечают, что реплай приходит иногда и долше обычного. А перемещение ордера мышкой работает быстрее. Посмотрите точнее данную реализацию. Так же замечу, что реплай на KILL_ORDER почти всегда успешен. Можно было бы и подумать, как оптимизировать и допускать авансом разблокирование лимита. Но ладно, это отдельная тема, пока не об этом. А о том, что внутренние механизмы сигналов (даже не колбеки lua) и обработка связки удаление+создание на сервере дали бы, уверен, неплохое уменьшение задержки.
26.08.2021 18:15:35, Андрей.

Перемещение заявки 2 транзакциями

Thu, 26 Aug 2021 11:24:34 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Андрей,

Отдельно заметим, что терминал орудует именно биржевыми транзакциями.
Собирать собственный вариант транзакции, чтобы потом разбить его на сервере и по отдельности отправить на биржу точно также приведет хоть и к небольшим, но задержкам.
26.08.2021 11:24:34, Roman Azarov.

Перемещение заявки 2 транзакциями

Thu, 26 Aug 2021 11:22:01 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Андрей,

====quote====
Андрей написал:
Эмулировать - значит дать пользователю 1 вызов API, а в нем инкапсулировать KILL_ORDER и NEW_ORDER, с правильной и оптимальной реализацией ожидания между ними.
=============
Для чего? Пока сервером не будет получен ответ от биржи о том, что заявка была успешно снята, транзакция на выставление новой заявки не пройдет контроль достаточности средств на сервере.

====quote====
Андрей написал:
Вот у меня вопрос - как в точности реализовано перемещение ордера мышкой в стакане?
=============
Точно так же. Отправка KILL_ORDER, ожидание ответа от биржи, проверка NEW_ORDER на сервере, отправка NEW_ORDER на биржу.
Такую же логику Вы можете реализовать и в собственном скрипте.

Повторимся, пауза между KILL_ORDER и NEW_ORDER (помимо минимальных сетевых задержек) обусловлена ожиданием ответа от биржи, исключить этот момент нельзя.
26.08.2021 11:22:01, Roman Azarov.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 21:56:37 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Roman Azarov написал:
Андрей, добрый день!

Давайте попробуем изложить свой ответ подробнее.
В биржевом интерфейсе для фондового рынка нет транзакции MOVE_ORDERS. Соответственно, заменить заявку на бирже каким-либо иным образом, кроме как снять ее и затем выставить снова - невозможно. Что конкретно и на каком этапе Вы предлагаете "эмулировать", если биржевым интерфейсом поддерживаются только KILL_ORDER и NEW_ORDER?
Если Вы хотели бы видеть транзакцию для замены заявки, рекомендуем обратиться с подобным пожеланием на биржу.

Что касается "пропуска" проверок, то здесь вынуждены снова повториться:
Поскольку контроль достаточности Ваших средств (как клиента) выполняется брокером (средствами сервера QUIK), биржа не в курсе, сколько именно Вам доступно средств.
Лимиты же обновляются только после получения ответа от биржи (о том, что заявка успешно снята/выставлена или же получена ошибка) и это единственный правильный вариант.
Вы можете попробовать обратиться к своему брокеру с просьбой не контролировать Ваши позиции и сразу отравлять транзакции на биржу, однако, предполагаем, что его ответ будет достаточно очевидным.
=============
Эмулировать - значит дать пользователю 1 вызов API, а в нем инкапсулировать KILL_ORDER и NEW_ORDER, с правильной и оптимальной реализацией ожидания между ними. Вот у меня вопрос - как в точности реализовано перемещение ордера мышкой в стакане? Вы понимаете, что я спрашиваю про паузу между KILL_ORDER и NEW_ORDER по большей части. Там самая оптимальная реализация?
25.08.2021 21:56:37, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 18:49:26 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
nikolz написал:
Не парьтесь никаких нарушений не возникнет.
=============
nikolz, наверное, и про УДС, НПР и пр. ничего не слышал.
Ещё и маржин-колл какой-то придумали. Не, не слышал...
25.08.2021 18:49:26, Незнайка.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 17:43:45 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Незнайка написал:

====quote====
Андрей написал:
ошибки типа данный инструмент запрещен в шорт
=============

====quote====
Андрей написал:
Сделайте вторую версию sendTransaction, которая бы не проверяла подобные локальные условия. Чтобы можно было вызывать 2 транзакции сразу друг за другом.
=============
Вы не подумали, что первая заявка может исполниться, пока транзакция на её снятие дойдёт до биржи?
Тогда, при исполнении второй заявки, получится как раз шорт.
А это нарушение. Брокер будет вынужден закрывать ваш шорт принудительно.

====quote====
Игорь М написал:
вам нужен прямой доступ на биржу
=============
А кто в этом случае контролирует лимиты?Никаких нарушений не возникнет
=============
Не парьтесь никаких нарушений не возникнет.
На бирже торгуете не Вы, а брокер.
Поэтому не важно будет шорт или нет.
У брокера достаточно средств клиентов и бумаг клиентов для покрытия всех его ( т е его клиентов) сделок
За достаточностью средств у брокера следит биржа .
25.08.2021 17:43:45, nikolz.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 17:34:51 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Андрей написал:
ошибки типа данный инструмент запрещен в шорт
=============

====quote====
Андрей написал:
Сделайте вторую версию sendTransaction, которая бы не проверяла подобные локальные условия. Чтобы можно было вызывать 2 транзакции сразу друг за другом.
=============
Вы не подумали, что первая заявка может исполниться, пока транзакция на её снятие дойдёт до биржи?
Тогда, при исполнении второй заявки, получится как раз шорт.
А это нарушение. Брокер будет вынужден закрывать ваш шорт принудительно.

====quote====
Игорь М написал:
вам нужен прямой доступ на биржу
=============
А кто в этом случае контролирует лимиты?
25.08.2021 17:34:51, Незнайка.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 16:08:57 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Андрей, добрый день!

Давайте попробуем изложить свой ответ подробнее.
В биржевом интерфейсе для фондового рынка нет транзакции MOVE_ORDERS. Соответственно, заменить заявку на бирже каким-либо иным образом, кроме как снять ее и затем выставить снова - невозможно. Что конкретно и на каком этапе Вы предлагаете "эмулировать", если биржевым интерфейсом поддерживаются только KILL_ORDER и NEW_ORDER?
Если Вы хотели бы видеть транзакцию для замены заявки, рекомендуем обратиться с подобным пожеланием на биржу.

Что касается "пропуска" проверок, то здесь вынуждены снова повториться:
Поскольку контроль достаточности Ваших средств (как клиента) выполняется брокером (средствами сервера QUIK), биржа не в курсе, сколько именно Вам доступно средств.
Лимиты же обновляются только после получения ответа от биржи (о том, что заявка успешно снята/выставлена или же получена ошибка) и это единственный правильный вариант.
Вы можете попробовать обратиться к своему брокеру с просьбой не контролировать Ваши позиции и сразу отравлять транзакции на биржу, однако, предполагаем, что его ответ будет достаточно очевидным.
25.08.2021 16:08:57, Roman Azarov.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 15:36:14 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Время ответа на транзакции - это не детерминированная величина. В ядро биржи уходят лимитные заявки. В ядре биржи всегда будут транзакции атомарны: снять, поставить.
При существенной нагрузке на сервера биржи и брокера ответ на команды может приходить совсем не быстро. Мой наблюдаемый рекорд - 12 минут.

Также надо учитывать, что исполнение команд происходит в порядке очереди. Вы не можете гарантировать, что ваша транзакция по установке нового ордера после снятия, будет первой в вашей же очереди команд.
Для примера, от Вас идет поток команд, одна из которых сдвинуть ордер. Ядро биржи может обработать команду (и не одну) между снятием-постановкой, если таковые есть.
Гарантий достаточности средств, при постановке нового ордера после снятия, нет, т.к. они могли быть заблокированы другими ордерами.

Поэтому контроль перед подачей транзакции будет всегда.
25.08.2021 15:36:14, Nikolay.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 11:54:26 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
А кто говорит, что сложная? Снял старую заявку, посмотрел, чего надо, поставил новую. Я же писал, что именно для клиента это по смыслу ДВЕ операции! Я вот не передвигаю заявки НИКОГДА. Точнее, я-то когда-то передвигал (хотя и это было давно), а вот мой скрипт - НИКОГДА! И что ещё за "ожидание колбеков после снятия"? Лично у меня есть только OnTrade, и ничего больше. Плевать мне на коллбеки после снятия! Подал заявку на снятие заявки - и пусть канает! А я уж сам у себя "разблокирую лимиты при KILL_ORDER", рассчитывая на то, что снять мою заявку по её номеру система в состоянии. А даже если не снимет (что бывает чрезвычайно редко) - не беда: либо снимется по окончанию торговой сессии, либо сработает как "левая" заявка. И ничего не надо оптимизировать. И я задал вопрос: "Сколько времени проходит не на само передвижения заявки, а период от её выставления до снятия, передвижения или срабатывания?"
25.08.2021 11:54:26, Владимир.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 11:34:13 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Надо, Федя.. надо..
Вполне простая вещь - передвинуть заявку. Для клиента это по смыслу одна операция. Даже чисто технически это сложно сейчас сделать, разбивая на стадии, ожидая колбеки после снятия.. Ожидание разблокирования лимитов при KILL_ORDER можно и нужно оптимизировать. Как минимум в рамках вот такой пары - снятие+создание. Которую можно реализовать эмуляцией MOVE_ORDERS.
25.08.2021 11:34:13, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 11:25:49 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
И алгоритмически перемещение заявки должно выполняться именно как снятие и выставление новой! Зачем вы вообще подаёте заявку? Чтобы она сработала! А если она не сработала, значит, что-то пошло не так, и потому требуется именно СНЯТЬ эту неудачную заявку, а потом ПОДУМАТЬ, выставлять ли её снова, и если выставлять, то по какой цене и каким объёмом. Тем более, что заявки могут быть частично исполненными. Наконец, ни брокеру, ни бирже нет никакого дела до проблем юзера, и заставлять их менять свои алгоритмы по его капризам - что-то там откладывать, что-то не проверять - есть глупость несусветная.
25.08.2021 11:25:49, Владимир.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 11:12:32 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Господи, ну что вы всё время эти несчастные миллисекунды ловите? Сколько времени проходит не на само передвижения заявки, а период от её выставления до снятия, передвижения или срабатывания? Секунды, минуты, часы, а иногда даже дни (здесь встречались пожелания, чтобы выставленные заявки переносились на следующий день). Здесь уже писалось, что "реализовать описанное вами невозможно". Не знаю - может, и так. Но даже если это возможно, НЕ НУЖНО "дорабатывать алгоритм снятия лимитов"! Ничего, кроме новых глюков, это не принесёт.
25.08.2021 11:12:32, Владимир.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 10:30:54 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Или вы про колбек OnMoneyLimit? Я не измерял насколько он раньше, чем 1й onTransReply, но экспериментально видел, что за 50мс отправлять создание не получается.
В любом случае связку снятие+создание (оптимизация расчета лимитов) можно и полезно реализовать, раз разработчики говорят, что снижекние задержки является приоритетом.
25.08.2021 10:30:54, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 10:22:22 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Это не должно требовать прямого доступа на биржу )
25.08.2021 10:22:22, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 10:21:11 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
100-300 это до первого onTransReply по trans_id KILL_ORDER. А ваши события можно получать как-то иначе? Если нет, то очевидно, что ничего быстрее событийная модель не обеспечивает. Зачем мириться, если все достижимо, надо только доработать алгоритм снятия лимитов при KILL_ORDER. Чтобы не ждал лишнего от биржи, а делал это авансом, грубо говоря. Всё там возможно. А иначе дело даже не в "на всю котлету". В первом сообщении я писал про ошибку изменения ордера продажи своих, не маржинальных, акций. В шорт их не дают. Соответственно, даже при свободных лимитах, переставить не получается. Без доплаты - а что тут прикольного? Это очевидная вещь - оптимизировать связку снятие+создание как единую логическую операцию.
25.08.2021 10:21:11, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 06:47:24 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Андрей написал:
В идеале предлагаю реализовать эмуляцию типа транзакции MOVE_ORDERS в системе QUIK, раз этого нет в биржевом интерфейсе.
=============

Есть такой модель "алгоритмической торговли"
https://arqatech.com/ru/products/quik/modules/infrastructure-solutions/algorithmic-trading-module/

В описании move не вижу, но, думаю, по желанию заказчика смогут добавить для вас такую штуку.

====quote====
Андрей написал:
Это можно реализовать куда оптимальнее на вашей стороне, чем 2 транзакциями как сейчас.
=============

Вы так пишете, как-будто это можно сделать как-то иначе, нежели 2-мя транзакциями на биржу.
25.08.2021 06:47:24, swerg.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 06:43:22 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
Андрей написал:
Событийная модель и приводит к тому, что создание ордера требует паузы в 100-300мс после снятия.
=============

После какого конкретно события 100-300мс?
(нет события "снятие заявки"; есть отправка транзакции, получения ответа на транзакцию, изменение состояния заявки, изменение состояние лимитов; давайте уже выражаться более точно, для лучшего понимания; "кто ясно мыслит <-> тот ясно излагает")

====quote====
Андрей написал:
как обеспечить функционал, аналогичный MOVE_ORDERS срочного рынка. Почему там это есть, а здесь нет?

=============
Потому что такой функционал предоставляет секция срочного рынка.
Пишите ваши пожелания на биржу, здесь про доработки биржевого ядра писать бесполезно.

====quote====
Андрей написал:
Тогда я не совсем понимаю, чего ждет сервер QUIK от биржы на клиентский KILL_ORDER.
=============

Сервер QUIK ждет ответа на эту транзакцию. Впрочем, этот ответ ему до лампочки, он его просто транслирует на клиента.
А после, по другому каналу (дада, мир устроен сложнее, чем вам кажется), биржа отправляет информацию об изменении статуса заявки на "снято", в результате чего сервер QUIK уже разблокирует деньги на лимитах.
Одна беда: если не ошибаюсь, сначала изменение заявки рассылается, а уж потом разблокируются лимиты, но это не точно. Впрочем, пока до клиента по сети доедет сигнал об изменении состояния заявки - скорее всего на сервере лимиты уже будут разблокированы; именно поэтому я и предложил именно на это событие реагировать; не понял только из ваших рассуждений: вы попробовали такой вариант?

====quote====
Андрей написал:
Я никак не могу отправить изменение ордера за 20мс, хотя очевидно, что лимиты позволяют.
=============

Возможно надо просто смириться с мыслью, что в рамках обычного клиента QUIK желаемые скорости недостижимы. И надо посмотреть какие еще есть варианты роботизированных подключений; а варианты эти есть.
И что значит "лимиты позволяют"? Не торгуйте на всю котлету, если хочется чудес, торгуйте на пол-котлеты, тогда второй половины будет хватать на все эти move.

====quote====
Андрей написал:
Но без доплат )
=============

Прикольный ты чувак :)
25.08.2021 06:43:22, swerg.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 00:22:52 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.
Как MOVE_ORDERS в режиме 1 и с 1 заполненной заявкой из двух.
25.08.2021 00:22:52, Андрей.

Перемещение заявки 2 транзакциями

Wed, 25 Aug 2021 00:21:03 +0300

Перемещение заявки 2 транзакциями в форуме Программирование на языке Lua.

====quote====
s_mike@rambler.ru написал:
Сделать снятие на бирже двух заявок "мгновенно" не может никто. Ни скрипт, ни сервер, ни даже биржа.

даже на срочном рынке, где транзакция move_orders исполняется по одному приказу, снятие заявок происходит последовательно. При этом возможны ситуации, когда одна заявка будет снята, а вторая не будет, а будет уже исполнена или частично исполнена.
=============
О снятии 2 речи не идет. Мы про снятие+создание с оптимизацией контроля лимитов в этой операции.
Указанные особенности MOVE_ORDERS понятны и ничему не противоречат.
25.08.2021 00:21:03, Андрей.