Напомним основные различия между YTM и HPR. 

YTM (yield to maturity)  — доходность к погашению, номинальная или эффективная, в зависимости от контекста. Это ставка дисконтирования, при которой приведенная стоимость потока платежей по облигации равна ее рыночной цене. Методики расчета YTM есть на сайте Мосбиржи. В Quik и брокерских приложениях указывается эффективная доходность. Ее можно вычислить и самостоятельно при помощи функции Excel ЧИСТВНДОХ(..) /XIRR(..)/ При расчете YTM  неявно предполагается, что облигация удерживается до погашения и все получаемые купоны реинвестируются под эту же ставку. Иными словами, это априорная оценка доходности, рассчитываемая заранее. 

HPR  (holding period return) — реализованная доходность за время удержания позиции. Именно она важна для инвестора, так как отражает  финансовый результат в течение срока владения облигацией. Этот срок может быть любым; предполагается, что по его истечении облигация продается или погашается.

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

Добрый вечер, коллеги!

Давеча случилось чудо событие — удалось построить линейно-квадратичный прогноз будущего приращения цены по предыдущим приращениям.
И такой нарядный, что статистически значимо превосходит линейные прогнозы, а прибавка к эквити составляет +25% (в смысле умножить на 1.25, что немало, но это только начало).

Соответственно:
1. Если приращения цен образуют многомерное нормальное распределение (и пох на корреляции), то наилучший прогноз будущего приращения цены = условное МО = линейная функция от предыдущих приращений цен
2. Если нелинейный прогноз систематически работает лучше — про Гаусс можно смело забывать

Что вы думаете по этому поводу, коллеги?

P.S. Вопрос скорее к опционщикам, т.к. «нормальные» трейдеры (за редким исключением) не основывают свои ТС на гипотезе нормальности приращений цен

Добрый вечер, коллеги!

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

У алготрейдеров (на первый взгляд) все проще.
1. Запустил тест системы, посмотрел на процент прибыльных и убыточных сделок, на среднюю прибыль и средний убыток
2. Посчитал по Келли плечо и/или долю капитала
3. Первый шаг на пути к хуллиарду сделан

В жизни все, конечно, не так. Жизнь — жестче © Армянское радио.

И сколько бы не называли график курса торгуемого актива похожим на случайное блуждание, последовательность прибыльных и убыточных сделок вовсе не является такой уж хорошей в плане случайности. Ну т.е. она точно не биномиальная — прибыльные и убыточные сделки группируются в кластеры, а также перемежаются причудливым, но не вполне случайным образом.

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

Доброй ночи, коллеги!

Начну, как водится, издалека.

Несколько лет назад на вопрос одной девушки в дискуссии про мой размер эквити я в шутку ответил «17 см» (в каждой шутке есть доля шутки). Это не привело к долгим дискуссиям, напротив, породило всего 2 каммента:
1. Один широко известный на СЛ писатель заявил, что у него 18 см (верю)
2. Другой, неизвестный мне писатель, заявил, что на СЛ встречается и 24 см, и даже больше, но без надобности об этом не пишут (тоже верю)

Несколько часов назад я запилил топик про частоту подстройки параметров ТС: Вопрос к алготрейдерам (smart-lab.ru)

2 человека ответили честно, у остальных (так получается) система сама подстраивается под рынок. Удивительно.

Я, вроде не самый тупой, но 25+ лет стремился к системе, которая настраивается сама (без моего вмешательства).
И только в прошлом году нашел семейство прибыльных ТС, которое зависит всего от 2-х параметров.
Оба параметра меняются медленно (адиабатически), так что значимо уплывают от оптимальных значений за 6-12 мес.

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

Мой дорогой друг, если ты гоняешь бэктесты в QLUA, то тебе регулярно приходится загружать исторические данные. Как правило, это текстовый файл с тысячами строк в формате D,T,O,H,L,C,V:

20220915,090000,61420,61497,61406,61464,241
20220915,090100,61460,61476,61420,61451,160
20220915,090200,61444,61489,61436,61479,185

Осмелюсь предположить, что эти строки ты заливаешь в массив с помощью string.match. Это готовый парсер строки с разделителем. Работает достаточно шустро. Я на нем сидел пару лет.

Когда данных не много, такой метод загрузки не напрягает. Но когда за день 20-30 раз загружаешь сотни тысяч или миллион строк, то потери времени становятся невыносимыми.

Стал искать способ ускорить этот процесс. И он таки нашелся. Выяснил следующее:

Если строки в файле истории сконвертировать в такой вид (делается 1 раз):

table.insert(MyTable,{«20220915»,«090000»,61420,61497,61406,61464,241})
table.insert(MyTable,{«20220915»,«090100»,61460,61476,61420,61451,160})
table.insert(MyTable,{«20220915»,«090200»,61444,61489,61436,61479,185})

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

Добрый вечер, коллеги!

Все мы в разное время занимались подгонкой (curve-fitting) и всегда с разным успехом.
Главное в подгонке — убедить себя в том, что подогнанное решение будет работать и в будущем.

С этим есть большие сложности.

Субоптимальные алгоритмы для максимизации эквити можно легко получить на любом интервале. Вне зависимости от типа модели исполнения — маркетной, лимитной etc. Я специально пишу «субоптимальные», поскольку в полном объеме решение задачи максимизации эквити практически невозможно получить без квантового компьютера или чего-то в таком роде — такое решение неизбежно будет зависеть от огромного перебора данных. К счастью, приближения к идеальному решению получаются достаточно просто.

Тем не менее, все субоптимальные алгоритмы, максимизирующие результат эквити, начинают сразу косячить за пределами окна оптимизации. У меня не получилось побороть этот феномен, ну и я не слышал, чтобы кто-то в мире смог как-то его побороть.
Да, есть масса способов аутотренинга, вроде WTF WFT тестов, но это не более, чем способ убедить себя в успехе (IMHO).

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

Добрый день, коллеги!

Хочу поделиться с теми из вас, кому это интересно, простой, но полезной фичей.

Не секрет, что все алготрейдеры в том или ином виде используют подгонку для получения рабочих стратегий.
Кто-то делает это в лоб и надеется, что полученный методом curve-fitting алгоритм будет работать в будущем.
Кто-то дополнительно делает WTF WFT тесты и отбраковывает плохих кандидатов.
Кто-то просто использует моделирование для подбора оптимальных параметров системы.
Во всяком случае мне неизвестна ни одна алгоритмическая ТС вообще без параметров.

Ниже я расскажу, как отличить пруху от собственной гениальности потенциально проявившую себя закономерность от простого результата подгонки

1. Тестируем алго в достаточно большом окне (лично я использую 500000+ баров)
2. Тестируем алго в окне вдвое большего размера (1000000+ баров)

Если результат вырос в 2 раза (примерно) — возможно, наша ТС эксплуатирует некую стабильную закономерность
Если в 1.5 раза (примерно, точнее в sqrt(2)) — скорее всего, это тупо результат подгонки

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

Добрый вечер, коллеги!

Хочу написать набор постов, которые убедительно покажут, что классический ТА на рынке не работает.

Поскольку надо с чего-то начать — попробую начать с МА.

Классическая идея заключается в том, что использование МА позволяет построить прибыльную стратегию.
Т.к. цена всегда возвращается к уровню МА.

АНТИТЕЗА:
Не цена возвращается к уровню МА, а МА возвращается к уровню цены.
Т.к. МА — не более, чем среднее от цены (арифметическое, взвешенное,… — пох)

ДЛЯ ЭСТЕТОВ:
Существуют процессы, которые возвращаются к своим средним (Орштейн-Уленбек, ...)
Но рыночные цены — это другое...

Что вы думаете по этому поводу, коллеги?

С уважение

В прошлой статье я рассказывал кратко, что представляет каждый из коннекторов. В этой статье я расскажу глубже про сам FIX, их семейство и как собрать коннектор под FIX для MOEX  на C#, а также расскажу про нюансы протокола, скорость и т.д. Погнали

Что такое FIX? 

Fix — это текстовый протокол общения, который был описан и придуман Робертом Ламуро и Крисом Морсатттом. Они создали протокол FIX для внедрения электронной передачи данных об акциях между компаниями Fidelity Investments и Salomon Brothers аж в 1992 году! Первая публичная версия появилась в 1995 году и во многом была прорывной для тех лет. Задумка гениальная и простая создать некий унифицированный вариант API, если его можно так назвать, для общения между клиентом и биржей. 

На этом история заканчивается и мы переходим к версии FIX 4.4, которая дожила до наших лет. 
Fix общается посредством текстовых строк, которые собраны определенным образом со специальными полями. 

Вот пример строки, которая отвечает за отправку ордера. Также есть другие виды сообщений в виде строки (входящие, исходящие). Logon (подключение), отклик о выставленной заявки (Execution Report), отправка ордера (Single Order) и т.д.  Было разработано огромное количество полей, чтобы FIX был универсален для любой биржи.

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

Добрый день, коллеги!

В самом деле — как должна выглядеть идеальная эквити?

Желательно без картинок (хотя они приветствуются) и с минимальным обоснованием.

С уважением