Избранное трейдера Сергей Сергаев
Сегодня хотелось бы описать некоторые аспекты, которые важны для рыночных участников, трейдеров и инвесторов, ставящих цель сделать рыночный доход основным. Тезисно перечислю важные, на мой взгляд, идеи, акцент на которых сделает ваше взаимоотношение с рынком более устойчивым.
Считаю возможным поделиться наработками, поскольку в течение последних 13 лет (из 17 на рынке) реализую данную идею жизни с рынка. Надеюсь, будет полезным.
1️⃣Регулярность расходов, нерегулярность доходов.
Сложностью здесь является длительность периодов без дохода. Кризис в активной торговле, медвежий рынок в пассивных частях ставит на паузу поступления от финансового рынка.
Проблема решается через резервирование. Создание финансовой подушки, которая позволит прожить длительное время без поступлений. Сложностью здесь является определение длительность неблагоприятного периода, которую спрогнозировать сложно.
Некоторые участники начинают создавать доп доход через продажу курсов, рекламы, однако необходимо учитывать, что здесь есть нюансы. О них — в конце поста.
Меня тут мало знают, поэтому как вам девушка?
Мои предыдущие злые посты. По профессии я сутенер, ой то есть UX продуктовый финтех дизайнер, разрабатывал продукты крипто торговли. Работал на одного из крупных банков РФ развивая розничные финансовые сервисы включая приложение и терминал для торговли на финансовых рынках. Основная метрика над которой работала наша команда это увеличение частоты совершения сделок. Уже были созданы и придуманы современные практики UX, первопроходца Тинкофф банка. Мы повторяли но и тестировали собственные механики, в основном это комбинация маркетинговых и интерфейсных решений.
Проектирование пользовательских механик происходит в методологии JTBD, это такая карта решения целевой задачи пользователя. Например пользователь фанат пенсии в 35, мы должны разработать такую карту жизни нашего продукта и его в нём чтобы он посчитал/нанял для воплощения его мечты.
В разработке дизайна приложения важна каждая деталь, незначительная переделка может серьезно изменить прибыльность продукта.Сегодня завершаем работу с заявками:
Функция OnTransReply
Функция OnOrder
Получение остатка по заявке, контроль исполнения полного объема
Таблица транзакций
Общая логика выставления лимитной заявки в стакане
В предыдущих примерах мы закладывали на обработку заявки небольшой таймаут (в пределах от 300 мс до 1 секунды), но правильнее отслеживать результат по коллбэкам, т.к. это время может быть и менее 300 мс, а может затянуться (по разным причинам) на секунды. Поможет нам в этом отслеживании функции обратного вызова OnTransReply и OnOrder.
Если отправляя заявку через sendTransaction мы на старте могли получить ошибку на стороне терминала (неправильно указанный торговый код/инструмент/класс рынка), то через OnTransReply мы получаем результат обработки нашей транзакции на сервере брокера (например ошибка при выставлении заявки из-за отсутствия подключения, либо у клиента нет прав на отправку транзакции конкретного типа, либо заявка не проходит по лимитам и пр.).
Функция OnTransReply возвращает ответ на транзакцию, выставленную средствами qlua.
#BuyBACK у нерезов за <50%
Магнит
Лукойл
Кто следующий: сколько заморожено, цена вопроса.
Магнит выкупил у нерезидентов 21,5% своих
акций с дисконтом 50% за 48,5 млрд руб.
Вице-премьер РФ Александр Новак подтвердил, что Лукойл обратился к властям за разрешением на выкуп акций у иностранных инвесторов с дисконтом не менее 50%.
«С подобными
просьбами обращались и другие нефтегазовые компании.
Валюта для подобных сделок у компаний есть».
С уважением,
Олег.
Сегодня:
Узнаем общее количество заявок
Функции getNumberOf и getItem
Как пройтись циклом по всем заявкам
Вывод активных заявок
Снять скриптом заявку
Снимаем все активные заявки скриптом
Снимаем только заявки, выставленные конкретным скриптом
В прошлый раз мы научились выставлять скриптом заявки в терминале, теперь можем поработать с ними.
Выставим скриптом 5 заявок на покупку и продажу от лучших цен BIDи OFFERстакана заявок с шагом в 0,01.
Напишем функцию, которая будет выдавать нам необходимые цены (лучшую цену спроса и предложения) со стакана:
И возвращать -1, если предложения или покупки в стакане не найдены (стакан закрыт, либо нет торгов).
Тогда основной алгоритм в main будет выглядеть:
Зачем нужен демо терминал
Где открыть учебный счет
Выставление заявки в торговом терминале через скрипт
Делаем функцию выставления заявки по требуемым условиям
Карман заявок и tri-файлы
Параметры для заявок с примерами по разным рынкам
Почему важно начинать работу с заявками на qlua с демо терминала?
В отличие от рассматриваемых ранее скриптов, в которых мы обращались к окнам терминала и обрабатывали данные с котировок, графиков, индикаторов и таблиц, делали расчеты, выводили сообщения или собственные таблицы, работа с заявками уже завязана на денежные средства. И т.к. у начинающих всегда есть риски ошибок в коде, различных опечаток, некорректном запуске выставлении заявки в цикле и пр., то начать работу с этой темой я настоятельно рекомендую именно в демо терминале. И речь здесь не только о комиссиях за сделку на которые можно попасть, но и вероятности купить не тот инструмент, не в том объеме, как следствие, например влететь на маржиналку и пр., и пр.
Достаточно, например, прописать в
Сегодня:
Работа с биржевым стаканом через getQuoteLevel2
Особенность нумерации в стакане заявок терминала квик
Работа через функцию обратного вызова OnQuote
Примеры работы со стаканом из скрипта
Сравнение реализации одного алгоритма через разные функции
Из таблицы текущих торгов мы можем получать большой перечень данных, в т.ч. по лучшим ценам спроса и предложения, из которых желающие получат спрэд по выбранному инструменту. Однако иногда нужно заглянуть именно в биржевой стакан. Это, например, пригодится нам далее при выставлении заявок.
Работать с биржевым стаканом можно через getQuoteLevel2 и функцию обратного вызова OnQuote.
Функция getQuoteLevel2 возвращает 2 массива котировок (bid и offer) и 2 значения: количество бидов в стакане (bid_count) и количество офферов (offer_count). Чтобы нам не было скучно разработчики терминала решили последних 2 параметра передавать в виде строки, поэтому при работе их нужно перевести в числа (через tonumber).
Массивы bid и offer содержат цены (price) и количество (quantity) по каждому уровню заявок стакана. Их также нужно будет предварительно перевести в число.