Завершено большое обновление подключения к площадкам Binance Futures и Binance Spot.

Коннекторы переписаны почти с нуля. Соблюдены наши новые правила написания подключений. Тесты пройдены.

Исходный код: github.com/AlexWan/OsEngine/tree/master/project/OsEngine/Market/Servers/Binance

Основная статья инструкция по Бинанс здесь: https://smart-lab.ru/blog/817601.php

Кроме всего прочего заработал механизм контроля ордеров пользователя на бирже. Наверное, это самое главное. Но кроме того, благодаря автоматическим тестам поправлено ещё множество багов, которые там всё-таки были, несмотря на то, что когда-то считался нашим самым стабильным коннектором.

Удачных алгоритмов!

В этой статье мы будем знакомиться с биржей криптовалют OKX. Подключаться к OKX API при помощи программы для алготрейдинга с открытым исходным кодом OsEngine.  

С помощью OsEngine Вы сможете торговать на бирже OKX сотнями различных роботов, научиться делать их самому с тестами, оптимизацией и т.д.

Не забывайте про скидку в 15%, которую можно получить, зарегистрировавшись там по ссылке:

 https://www.okx.com/join/52450928

1. Создание ключей API для подключения к OKXAPI.

В личном кабинете заходим в настройки API:

Продолжаем разговаривать про то, как создавать свои собственные индексы, которые никто, кроме Вас (и Ваших роботов), не видит.

Какие способы автоподбора бумаг в индекс существуют в OsEngine? На какие следует обратить внимание.

1. Бумаг много (внезапно!).

На каждой площадке обычно не одна сотня бумаг. И если нам надо собрать индекс самых расторгованных (или волатильных) бумаг по площадке, добавлять в индекс-билдер надо всю площадку. Добавлять совсем уже низколиквидный шлак не нужно (говорили об этом здесь: https://smart-lab.ru/company/os_engine/blog/999041.php).

В итоге Ваш список бумаг будет выглядеть как-то так:

Сегодня поговорим про индекс для торговли парой, построенный по формуле индикатора «минимальных остатков от разницы между двумя ценовыми рядами с оптимальным мультипликатором». У нас в OsEngine есть расчёт этого индикатора в слое для создания роботов для парного трейдинга (BotTabPair), тем не менее попросили и в таком виде. Чтобы данные были в виде свечных данных, на которые можно ложить различные индикаторы.

1. График минимальных остатков от разницы между инструментами с оптимальным мультипликатором.

В парном трейдинге это выглядит вот так:

Сегодня поговорим про индекс, взвешенный по объёму, или Volume Weighted Index. Это когда при помощи мультипликаторов, доля бумаги внутри индекса выравнивается так, чтобы зависеть от объёма торгов, которые проходят по бумагам. В OsEngine такой тип взвешивания можно создавать в пару кликов, с пересчётом один раз в час, день или неделю. По любым акциям, которые есть у Вашего брокера.

1. Расчёт индекса, взвешенного по объёму. Часть 1.

Сегодня поговорим про равновзвешенный индекс или Equal Weighted Index. Это когда при помощи мультипликаторов, умноженных на цену, вес каждой бумаги в индексе выравнивается. В OsEngine такой тип взвешивания можно создавать в пару кликов с пересчётом один раз в час, день или неделю по любым акциям, которые есть у Вашего брокера.

1. Расчёт равновзвешенного индекса.

Сегодня поговорим про самый простой способ взвешивания индексов — про взвешивание по цене. Или Price Weighted Index.

1. Расчёт индекса.

Тест для сопровождения нового функционала коннектора по восстановлению статусов ордеров после непредвиденных разрывов связи и потери сообщений. Третий.

Тест, который запрашивает статус ордера, если по нему не приходит оповещений из АПИ после выставления при условии, что ордер исполнился. В таком случае, кроме ордера нам ещё должны по нему прийти и MyTrades.

Где находится в проекте?

Тест для сопровождения нового функционала коннектора, по восстановлению статусов ордеров после непредвиденных разрывов связи и потери сообщений. Второй из трёх.

Тест, который запрашивает статус Activ ордера, если по нему не приходит оповещений из АПИ после выставления.

Где находится в проекте?

Тест для сопровождения нового функционала коннектора по восстановлению статусов ордеров после непредвиденных разрывов связи и потери сообщений. Первый.

Тест, который проверяет работоспособность функционала коннектора по запросу активных ордеров после реконнекта.

Где находится в проекте?