- PVSM.RU - https://www.pvsm.ru -
Ранее мы уже рассматривали вопрос об обязательных этапах разработки [2] торговой стратегии для работы на фондовом рынке. Одной из наиболее важных стадий является тестирование производительности стратегии на исторических данных — бэктестинг. Сегодня мы поговорим именно о нем.
Говоря простым языком, бэктестинг заключается в запуске алгоритма торговой стратегии с использованием исторических финансовых данных. Алгоритм, обнаружив те или иные биржевые события («сигналы»), будет генерировать приказы на покупку или продажу финансовых инструментов — эти операции будут иметь связанный доход или убыток.
Общая величина дохода или убытка (profit and loss, P&L, PnL) за заданное в торговой стратегии время будет являться показателем успешности или неуспешности алгоритма.
Существует несколько целей, которых добиваются разработчики торговых программ, с помощью бэктестинга:
Как видно, бэктестинг является полезным инструментом для разработчиков финансовых систем, однако корректно провести тестирование на исторических данных можно не всегда. Чем более высокочастотная стратегия должна быть реализована, тем сложнее корректно смоделировать воздействие тех или иных рыночных ситуаций и параметров конкретной биржевой площадки на общую производительность системы.
Известный эксперт по биржевой торговли, квант и разработчик биржевых роботов Майкл Халлс-Мур, убежден, что начинающие разработчики биржевых систем часто допускают ошибки при их создании из-за определенных заблуждений. В частности, эксперт приводит [3] четыре таких заблуждения:
Часто разработчик сталкивается с искушением внести изменения в параметры тестирования для получения более убедительных результатов.
При этом, если в случае исторических данных есть возможность изменить что-либо и точно спрогнозировать результат, то в «боевом» режиме робот может работать совсем не так эффективно. Необходимо замерять производительность стратегии при разных значениях входных параметров.
В некоторых случаях создатели торговых стратегий включают в набор данных предположения о будущем положении дел на рынке. В случае ошибок в коде, неверном вычислении оптимальных параметров для стратегии или некорректном использовании экстремальных значений цен (максимумов и минимумов), запуск такой стратегии на реальном рынке может оказаться неудачным (это одна из самых частых причин того, почему на исторических данных стратегии работают эффективнее, чем в режиме реального времени).
При проведении тестов разработчик видит конечную производительность своего алгоритма. Если на определенном временном отрезке (скажем, год или пять лет) система приносит прибыль, то велик соблазн не обращать внимание на просадки депозита (полученные убытки), которые случались по ходу этого пути к успеху. Людям кажется, что они легко смогут пережить потерю 25% своих денег (ведь потом робот должен отыграться).
На практике далеко не всем хватает стойкости для того, чтобы пережить подобные моменты не совершив необдуманных действий (а если алгоритм допускает потерю 25% денег на истории, то и в реальности такая ситуация весьма вероятна), которые часто приводят к еще большим убыткам.
Разработчикам торговых систем необходимо учитывать множество самых разных параметров, которые могут оказать воздействие на конечную финансовую состоятельность той или иной стратегии.
Начинающие трейдеры часто обращают внимание только на производительность своего алгоритма непосредственно на рынке, но забывают учитывать сопутствующие расходы, которые могут нивелировать весь полученный доход. Наиболее очевидными затратами в данном случае будут являться комиссии за транзакции, взимаемые биржей и брокером (у ITinvest на некоторых тарифах сборы [4] примерно соответствуют биржевым).
Проскальзыванием называют разницу в цене между той, по которой торговый робот намеревался осуществить сделку, и той, по которой она реально прошла. Для «доставки» приказа в ядро биржевой торговой системы требуется время. В случае высокоскоростных торговых роботов (HFT) на счету каждая миллисекунда, за которую цена может незначительно измениться, сделав сделку не столь выгодной (или невыгодной вообще).
Некоторые финансовые инструменты обладают большой волатильностью (их цена меняется часто), поэтому при работе с ними необходимо делать скидку на возможное проскальзывание.
При работе с относительно неликвидными инструментами торговец должен держать в голове возможное влияние, которое действия его торговой системы окажут на рынок. Если определенную акцию покупают и продают не так много людей, то приказ на покупку значительного числа таких акций может сильно изменить их цену. Во избежание подобной ситуации необходимо научить робота разбивать сделки на большое число небольших приказов, которые не могут сильно повлиять на рынок.
На работу торговой стратегии оказывают влияние и то, какие торговые приказы ее разработчик планирует использовать для совершения сделок. Чаще всего трейдеры прибегают к market-приказам и limit-приказам.
Приказ market («по рынку») выполняется немедленно по сформировавшейся на рынке в текущей момент цене финансового инструмента (акции, фьючерса [5], опциона [6] и т.д.) Соответственно, при необходимостьи совершения крупной сделки, например, покупки большого числа акций, приказ market приведет к тому, что произойдет несколько сделок по разным ценам — на рынке может не быть нужное количество желающих продать акции по одной цене, тогда купив все их акции, робот перейдет к следующей предлагаемой цене и так далее.
Рыночные приказы являются агрессивным инструментом — они всегда будут исполнены, при этом конечная цена сделки остается неизвестной для торговца.
Приказы типа Limit позволяют роботу определять худшую цену, по которой имеет смысл проводить сделку. Такой приказ может остаться неисполненным (если на рынке не нашлось желающих продавать или покупать по указанной цене) или исполненным частично (не нашлось достаточного количества желающих), вследствие чего считается более пассивным средством совершения сделок.
Их плюсом, несомненно, является тот факт, что цена сделки заранее определена. Список текущих выставленных приказов типа Limit называется очередью заявок (Order book) и выводится в торговых терминалах отдельным окном.
При тестировании стратегии важно уделить внимание ее поведению при использовании рыночных и лимитных приказов. В том случае, если очередь заявок смоделирована неверно, торговая стратегия может показывать худшие результаты при работе в режиме реального времени, в сравнении с запуском на исторических данных.
Существует довольно большое количество общедоступных систем, которые могут быть использованы для тестирования финансовых стратегий:

Окно для бэк-тестинга плагина для создания роботов на TradeScript в терминале SmartX
Бэктестинг является важнейшим этапом разработки торговой стратегии, без которого трудно рассчитывать на адекватную работу торгового робота в «боевых» условиях реального рынка. При этом важно понимать, что успешная работа стратегии на исторических данных не гарантирует столь же хороший результат при использовании в реальной торговле в режиме реального времени.
В дополнение к тестированию на исторических данных разработчикам стоит проверять работу программы в режиме реального времени — сделать это можно с помощью специальных тестовых торговых систем, которые предоставляют биржи и брокеры. С помощью таких безрисковых систем с виртуальными деньгами можно отладить реакцию робота на изменение условий на рынке — обычно данные в таких случаях предоставляют биржевые площадки (с задержкой или «прореженные»).
На сегодня все, спасибо за внимание. Будем рады ответить на вопросы в комментариях.
Внимание! В ITinvest открылась вакансия разработчика GUI C#, работа заключается в осуществлении фронтент-разработки программных продуктов для торговли на бирже. Подробности по ссылке www.itinvest.ru/about/vacancies/programmer-gui-c/ [15].
P.S. Если вы заметили опечатку или ошибку — напишите личным сообщением, и мы оперативно все исправим.
Ссылки и посты по теме:
Автор: IT_invest
Источник [19]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/razrabotka/70729
Ссылки в тексте:
[1] Image: http://habrahabr.ru/company/itinvest/blog/238839/
[2] этапах разработки: http://habrahabr.ru/company/itinvest/blog/224353/
[3] приводит: http://www.quantstart.com/articles/Successful-Backtesting-of-Algorithmic-Trading-Strategies-Part-I
[4] сборы: http://www.itinvest.ru/pricing-n-docs/tariffs/broker_tarif/
[5] фьючерса: http://habrahabr.ru/post/222257/
[6] опциона: http://habrahabr.ru/post/226829/
[7] Matlab: http://www.mathworks.co.uk/products/matlab/
[8] TSlab: http://www.tslab.ru/
[9] StockSharp: http://stocksharp.com/
[10] MetaStock: http://www.metastock.com/
[11] Wealth-Lab: http://www.wealth-lab.com/
[12] плагин: http://www.itinvest.ru/software/comp/smartx/plagin-konstruktor-robotov/
[13] SmartX: http://www.itinvest.ru/software/comp/smartx/
[14] TradeScript: http://habrahabr.ru/company/itinvest/blog/214601/
[15] www.itinvest.ru/about/vacancies/programmer-gui-c/: http://www.itinvest.ru/about/vacancies/programmer-gui-c/
[16] Successful backtesting of algorithmic trading strategies — Part II: http://www.quantstart.com/articles/Successful-Backtesting-of-Algorithmic-Trading-Strategies-Part-II
[17] Интервью: как С# и C++ помогают заработать на фондовом рынке: http://habrahabr.ru/company/itinvest/blog/223551/
[18] How-to: как выбрать язык программирования для создания торгового робота: http://habrahabr.ru/company/itinvest/blog/216937/
[19] Источник: http://habrahabr.ru/post/238839/
Нажмите здесь для печати.