Тест, валидирующий ордера и события о торговле. Тип ордера — Лимит. Сторона Buy и Sell отдельно.
Изменения, баг-фиксы и улучшения, которые были внесены в проект за последний месяц.
Вы действительно выставили заявку Стоп-Лимит
По условиям этой заявки она исполняется в ценовом коридоре который вы устанавливаете (у вас это была цена от 79.65 до 79.62) У вас заявка исполнилась в 18:44 и в этот момент на бирже как раз цена была в пределах указанного значения.
Исходя из этого, какой тогда смысл в заявке Стоп-Лимит, если она закрывается по стопу, не доходя даже до Лимита? Лимит тогда вообще не попадает в стакан.
Как тогда можно зафиксировать убыток как мейкер, чтобы не платить комиссию бирже? Объясните, пожалуйста.
Тест, проверяющий возвращение статуса ордера FAIL в тот момент, когда высылаются ошибочные цены и объёмы на открытие позиции.
Сегодня будем разбираться с тем, кто и как запрашивает у AServer данные по свечкам и трейдам. Делают это две подсистемы: OsData и CandleManager. Обсудим обе.
Регион, в котором предоставляются методы для получения данных из коннектора.
Обзор теста, проверяющего наличие заявленных таймфреймов в разрешениях свечек в боевом подключении.
Ордера в OsEngine высылаются в IserverRealization не напрямую, а через отдельную очередь. Посмотрим на неё одним глазком.
Сегодня будем разговаривать про методы и поток, которые отвечают за пересылку данных от коннектора другим подсистемам OsEngine.
Иногда при перезапуске коннектора возникает утечка памяти. Данный тест проверяет в серии перезапусков коннектора, чтобы увеличение потребления памяти не составило больше определённого значения.