Постов с тегом "Алгоритм": 475

Алгоритм


Алгоритм NYSE

Алгоритм NYSE

Алгоритм торговли на NYSE.

Описание
Цель написания алгоритма – документированное обеспечение четкого, профессионального и системного трейдинга.
Цель в трейдинге – получение ежемесячной прибыли от торговли акциями на Нью-Йоркской фондовой бирже.
Инструменты – акции Нью-Йоркской фондовой биржи.

 Сегодня я не торгую если:

• у меня плохое настроение;
• я плохо себя чувствую;
• у меня большие проблемы;
• компьютер плохо работает;
• интернет плохо работает;
• я не сделал домашнее задание.Алгоритм NYSE


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

Нарушаете ли вы свои правила?

Нарушаете ли вы свои правила?

Да
Нет
Иногда
Всего проголосовало: 80
Нарушаете ли вы свой алгоритм?

Роботы: оцифровка консолидаций.

Выложу ещё немного из накопленного.
Прежде всего хочу начать с формулировки задачи.
Консолидация — это движение цены в диапазоне.
Но такая формулировка не имеет «торговой» составляющей.
Она скорее характеризует собственно сам график.
Нас же интересует «потециальная энергия», которую собирает
консолидация, чтобы потом превратить её в «кинетическую
энергию» движения. Думаю такая аналогия с физикой уместна.
Поэтому для трейдинга:
Консолидация — это движение цены в диапазоне при существенном объёме.
Существенный может варьироваться:
— для актива внутри дня, относительно среднего в день за неделю;
— для актива за неделю
и тд.
Рассмотрим самый простой вариант — интрадей, поскольку такие
консолидации формируются маркетмейкерами и реализуются внутри дня.
Пусть у нас уже есть некий робот, который собирает распределение
объёма по цене, считает некие средние, может спрос/предложение и тп.

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

Алгоритм

Сразу извеняюсь что не по теме так сказать… но на то она и называется ОФФТОП..
Ребята у кого есть алгоритм ученицы Герчика, из Ростова на Дону? Он обещал его выложить на смартлаб… но я так понял, то ли передумал… то ли не успел… У кого есть? Поделитесь… очень хочется взглянуть!

Роботы: алгоритмы целочисленных и распределённых вычислений.

При создании робота, как и любой задаче по программированию,
есть стадия формирования решения в виде логической блок-схемы,
и есть стадия технического воплощения элементов.
Качество робота, кроме чёткости исполнения алгоритма,
в значительной степени определяется скоростью расчёта
актуальных рынку команд.
Для начала сделаем общую оценку. Самая хлопотная,
ресурсоёмкая и «бесполезная» часть робота — взаимодействие
с «хомосапиенсом»: графики, формы, таблицы и прочие
штуки никакой полезности собственно алгоритму не дают,
поэтому по-возможности хорошо бы от них избавиться.
Далее, компьютер в своей основе — это инструмент обработки
целых чисел 0 и 1. Все прочие он с определённой точностью
и скоростью выражает при помощи этих двух. Поэтому данные,
которые будет обрабатывать алгоритм, следует изначально
выразить в формат, удобный компьютеру.

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

Профит на пробоях существует

Решил освоить TSlab для проверки стратегий. Построил самый простой алгоритм, который есть в открытых источниках.Взял фьючерс на индекс ртс на часовом таймфрейме, пробой 20-ти барного канала, и трейл стоп.Протестировал с 2009 года для 3 контрактов и получил не плохой результат.Весь профит указан в пунктах.

Вот сам алгоритм.

Профит на пробоях существует

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

Вниманию господ. Рубрика - вопрос- ответ.

Поделитесь опытом использования Neural Network Toolbox при алгормитизации процесса покупки\продажи фбючерса на FORTS (так называемый трейдинг).


 Спасибо.

Торговая система/стратегия/алгоритм

Встретил пример простого алгоритма для торговли на форекс… Здесь описание.

Как отличить заявку по рынку от лимитированной заявки

    • 08 октября 2012, 16:40
    • |
    • mixarus
  • Еще
Всем доброго сонного полувыходного (без США) дня, коллеги.

Есть следующая задача по Full Orders Log различить лимитные заявки и рыночные.

Если заявки несут в себе цену за границами лучшего bid / ask, то различить их, естественно, не составит никакого труда. Но что делать, если заявки идут по этим ценам?

На сайте Московской биржи Дмитрий Глотиков давал рекомендацию

"транзакция, в результате которой появляются сделки всегда начинается с операции добавления заявки.

Поэтому:
— ловим последний Add, запоминаем номер заявки
— если в записи c действием «сведение» номер заявки равен заполненному,
то это «пол-сделки» инициатора (откусили кусок заявки, вызвавшей сведение)

— если в записи c действием «сведение» номер заявки не равен заполненному,
то это «пол-сделки» конфирматора (откусили кусок заявки, стоявшей в очереди)".

Может быть у меня что-то не то с руками, но точно разобрать какого типа прошла заявка не получается. Подскажите, пожалуйста, если сталкивались с данным вопросом.


....все тэги
UPDONW
Новый дизайн