C#

Новость для тех, кто пользуется коннектором, но не следит за его обновлениями.
В свзи с новыми требованиями ЦБ, терминал QUIK получил обновление, в котором параметр «Уровень риска» становится ключевым. В том числе в части расчета размера Гарантийного обеспечения, для площадки FORTS.
Раньше этого параметра не было в таблице лимитов по фьючерсам, а сейчас без него нельзя корректным образом определить размер ГО.
Таким образом, в коннекторе, в таблицу параметров фьючерсных лимитов, добавлен новый параметр RiskLevel.
Описание параметра из справки Квика:

risk_level

NUMBER

Уровень риска клиента. Возможные значения: «0» – (пусто, по умолчанию), уровень риска не указан; «1» – КНУР (клиент с начальным уровнем риска); «2» – КСУР (клиент со стандартным уровнем риска); «3» – КПУР (клиент с повышенным уровнем риска); «4» – КОУР (клиент с особым уровнем риска)

для тех кто торгует фьючами, настоятельно рекомендется обновить коннектор, и доработать свои алгоритмы по расчету ГО.

( Читать дальше )

Введение

В трейдинге каждая секунда может иметь значение. Но стандартные инструменты часто не позволяют работать с данными высокого разрешения. В этой статье я поделюсь опытом создания кастомного решения для TSLab, которое сохраняет 1-секундные свечи с расширенными метриками (открытый интерес, количество продавцов/покупателей, лента сделок, лучшие бид/аск и др.). Покажу, как забрать эти данные из TSLab, передать их в Python для ML – анализа и т.д.

Задача

Трейдеры часто сталкиваются с ограничениями стандартных платформ: нельзя сохранить сверхмалые таймфреймы, добавить кастомные метрики или быстро переложить данные в Python для ML.

**Цель проекта** — создать инструмент, который:

— Сохраняет 1-секундные свечи с расширенными данными (открытый интерес, лента сделок…).

— Автоматически генерирует CSV-файлы для анализа.

— Позволяет строить интерактивные графики и обучать ML-модели.

 

**Главный герой** — ИИ-ассистент DeepSeek, который ускорил разработку в несколько раз и решил ключевые технические проблемы.

( Читать дальше )

Коллеги, всех приветствую!

Некоторое время назад закончил разработку подключение к Московской Бирже по протоколам FIX и FIX/FAST для терминала OsEngine. Сами исходники находятся здесь. А это первая статья из серии про FixFast, в которой будем разбираться с тем что это такое.

Начнём с того, что нужно делать в первую очередь. С поисков в Гугле и Яндексе какой-то информации. И как у меня это проходило.



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

Далее следует описание того, с чем я столкнулся в поисках информации.

1. Недостаток подробных руководств

Одной из основных трудностей является отсутствие подробных и пошаговых руководств. Хотя в интернете можно найти общие описания протоколов FIX и FAST, информация о специфике их применения на Мосбирже встречается редко. Большинство ресурсов ограничиваются поверхностными сведениями, не углубляясь в конкретные настройки и процедуры подключения.

( Читать дальше )

Рис. 1: Медленно положи свой код на пол и пни ко мне!

Ты написал новую крутую фичу? Нашел ошибку в существующем коде? Пришло время прислать новый код в общий репозиторий, чтобы все могли воспользоваться плодами твоих трудов (бесплатно).

Первый шаг — на Гитхабе делаем форк проекта (https://github.com/AlexWan/OsEngine). Для этого нажимаем Fork:



( Читать дальше )

В продолжении к моему прошлому посту про заработок на пампах. 

KuCoin выпустил немного сыроватое специальное HF APi, которое я протестировал буквально недавно. 
Оно создано специально, чтобы иметь минимальную задержку. Отвечает такое API только за отправку и отмену ордеров.

Вы даже не сможете завести себе отдельный счет внутри своего аккаунта, если не сделаете перевод через их API.
Только после этого в личном кабинете появиться специальный аккаунт «HF» 



Я, честно говоря, думал, что это чисто маркетинг, но оказалось, что новое АПИ реально быстрее почти в 2 раза. 
В среднем мы имели скорость от 35 до 42 мс на выставления ордера, после использования специализированно HF API стали получать по 20 мс. 
Замеры с коло из Токио ->

1 ордер — 98 мс (прогрев)
2 ордер — 56 мс (прогрев)
3 ордер — 26 мс
4 ордер — 20 мс
5 ордер — 30 мс
6 ордер — 28 мс
7 ордер — 18 мс
8 ордер — 19 мс
9 ордер — 16 мс

Наша прошлая версия:



( Читать дальше )

Приветствую!

Большинство знает про арбитраж, где нужна скорость, но я расскажу вам про другую область, где в основном соревнуются не такие профессионалы, но скорость также нужна. 

Что такое Pump — это когда «крипто школьники» собираются и решают вместе в один момент купить какую-то монету. Монета сильно подскакивает, а потом нужно резко выйти с огромной прибылью. 

Монета, как правило, выбирается с низкой ликвидностью. И поначалу в эти игры и вправду играли только школьники.



Большинство «пампов» выкладываются в телеграм и дискорд группы.

 

( Читать дальше )

Коллеги, 

подскажите что можно использовать для получения данных и отправки заявок в Quik?
Разработка на .net 6
Stocksharp не предлагать! УГ! Из версии в версию постоянно какие то баги причем в самых нужных местах.  

Вкратце, о том, что в посте:

Результаты беспрерывной работы на протяжении ~2 недель
Уровень программирования: Новичок



Результат: скрипт, как и задумывалось, отображает ближайшие уровни и заносит новые.
Доп. информация: Скрипт целиком на TSLab API. График BTC-USD. Это только фундамент, в моём видении скрипт ещё очень сырой.

далее о том как всё было, в конце немного о моих ошибках, мотивации и может об идее торговой стратегии проговорюсь.


( Читать дальше )

Всем привет!

Заранее оговорюсь, меня интересует исключительно теория, что с чем складывать/умножать/вычитать и тд, с кодом я сам справлюсь. Поэтому, даже если вы не разработчик, любой совет будет полезным.

Я разработчик, пишу инструмент на C# по переводу тиковой таблицы в 1-минутную с OHLC-данными и объемом. Работаю с фьючерсами.
Прошу помочь разобраться, поделиться опытом. Может кому-то тоже будет полезно. 

В итоге, я хочу получить 5 разных OHLCV-данных:
1. OHLCV цен контрактов.
2. OHLCV объема (не цены, а объема) контрактов на покупку. Это о том, сколько всего контрактов на покупку в течение 1 минуты.
3. OHLCV объема контрактов на продажу. Это о том, сколько всего контрактов на продажу стоит в течение 1 минуты.
4. OHLCV объема заявок на покупку. Это о том, сколько всего заявок на покупку стоит в течение 1 минуты.
5. OHLCV объема заявок на продажу. Это о том, сколько всего заявок на продажу стоит в течение 1 минуты.

Я в финансовой теме новичок, пытался разобраться, но боюсь ошибиться.
В таблице есть T-строки (Trade, примеры полей: <ACTIVITY.DATETIME>,<TRADE.PRICE>,<TRADE.SIZE>), Q-строки (Quote, поля: <ACTIVITY.DATETIME>,<BID.PRICE>,<BID.SIZE>,<ASK.PRICE>,<ASK.SIZE>), так же в первой H-строке заголовка (Header) есть поля <YEST.TRADE.CLOSE>,<YEST.TRADE.VOL> — это данные предыдущего дня — последняя цена закрытия, последний объем. Пример таблицы скопировал ниже.

( Читать дальше )