Orders stream

[nonamegithub]

Предлагаю еще раз обсудить заслуживающую рассмотрения идею коллеги VozyakovAV. Вместо того, чтобы постоянно осуществлять опрос методами GetOrders() и GetStopOrders(), есть смысл создать такой стрим (либо модернизировать существующий TradesStream):
"Заявку создали - пришло уведомление в стрим.
Заявка исполнилась частично или полностью - пришло уведомление в стрим.
Заявку отменили - пришло уведомление в стрим."
GetOrders() и GetStopOrders() можно будет в таком случае вызывать лишь по мере появления новых событий в стриме. Особо подчеркиваю, что стоп-ордера тоже должны быть задействованы в стриме - тогда появится возможность отслеживания момента трансформирования стоп-ордеров в лимитные и рыночные.

Ожидаемые по итогу плюшки: удобство работы с заявками, снижение нагрузки на инфраструктуру брокера, решение проблемы с недостаточным лимитом GetStopOrders().

[AlexanderVolkovTCS]

Особо подчеркиваю, что стоп-ордера тоже должны быть задействованы в стриме

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

с недостаточным лимитом GetStopOrders().

какой rpm для вас был бы достаточен?

[nonamegithub]

какой rpm для вас был бы достаточен?

На данный момент лимит всего 50 rpm. Сойдет и такой, но только беда в том, что этот лимит один и на получение и на выставление. Пока "стриминг разрабатывается", есть ли возможность разделить лимиты по аналогии с GetOrders()? Ну а по 60 rpm и на поступление и на выставление будет вообще за глаза.

[AlexanderVolkovTCS]

Ну а по 60 rpm и на поступление и на выставление будет вообще за глаза.

да, разделим