А Вы предложите что то другое, когда нужно держать позицию целый день (или несколько дней) , управлять ей, (переносить sl, закрыть часть, до набрать и другие торговые дела)
Фреймворк подключен и мы про него забыли, не вспоминаем, а занимаемся торговыми решениями. К примеру не сложно реализовать ступенчатые заявки, такие как айсберг
if order.position == 0 then order:update(feed.last, 10) elseif order.position == 10 then order:update(feed.last, 20) end Trade()
Это весь код который мне нужно добавить в логику.
Закрыть позицию: order:update(feed.last, 0)
Вот реверс: if feed.last > ind[-2] then order:update(feed.last, 1) elseif feed.last < ind[-2] then order:update(feed.last, -1) end Trade()
Открыть и Закрыть позицию: repeat order:update(feed.bids[1].price, 3) Trade() until order.filled repeat order:update(feed.offers[1].price, 0) Trade() until order.filled
VPM, Да-да, конечно, "это всего лишь возможности". Я десятилетиями слышу рекламу типа; "С помощью вот этого нашего говна вы можете сделать...". Но что-то не припомню воплей, чтобы кто-то с помощью этого говна и в самом деле реально что-то сделал. А через год появляется новое говно, и снова "ходит песенка по кругу". Так вот: я - практик, я ДЕЛАЮ конкретные вещи, а не рассуждаю о возможностях. Я пришёл сюда, чтобы ТОРГОВАТЬ. Соответственно, мне понадобился язык, языком этим оказался Луа, и уже через полчаса знакомства с ним я написал свой первый скрипт. Из языка я брал лишь то, что мне нужно в данный момент, т.е. то, что есть в любом языке: if-then-else, mov-jmp-call, and-or-xor, add-sub-mul и т.д. Сразу же был убит наповал отсутствием типа integer, затем меня хорошенько отметелила эта вонючая "динамическая типизация", от которой я плевался ещё когда что-то писал на JS, затем кто-то из техподдержки подсказал про loadstring, дающую возможность программирования данными, затем я много времени потратил на выявление и компенсацию чудовищного количества глюков в QLUA, затем аккуратненько отладил алгоритм в разных режимах, упаковал его в коробочеу, перевязал ленточкой, сделал подробное описание и забыл - он торгует самостоятельно, я ему нафиг не нужен, как и он мне. И никакие фреймворки, графики, "какая угодно логика" тоже не нужны. Он избавил меня от ВСЕХ хлопот и предоставил множество удобных возможностей - заниматься чем угодно, не отвлекаясь на торговлю ВААПЩЕ.
О, Господи! КОГДА "нужно держать позицию целый день (или несколько дней)"?! КОМУ? НА КОЙ? Мой скрипт держит заявку три минуты (или чуть меньше, не помню). Точнее, заявку-то он может держать долго, но каждые три минуты будет проверять, а стоит ли это делать. Чем там "управлять" и на кой? Какие, в жопу, "ступенчатые заявки"? А уж про айсберг и вообще смешно: 99.999% трейдеров не имеют денег ни на какие айсберги, но порассуждать о них любят. Я им когда-то прямо здесь давал набросок алгоритма как работать с айсбергом, чтобы ни одна тварь не догадалась, что это именно айсберг. Короче: мы хотим торговать или заниматься онанизмом с "новыми возможностями"?
А Вы предложите что то другое, когда нужно держать позицию целый день (или несколько дней) , управлять ей, (переносить sl, закрыть часть, до набрать и другие торговые дела)
Извините, что встреваю в столь многозначительную беседу )) Но я вот тоже ни разу не понимаю, на кой рожн нужны конкретно здесь "сопрограммы", "многопоточность", "многозадачность" и прочая хренота. Весь разговор с самого начала идет в русле "вот у нас есть такие ахренительные суперхреновины, давайте подумаем, как нам их присобачить на нашей задаче". Может, стоит наоборот рассуждать, "вот у нас есть такие задачи, давайте подумаем, как их можно реализовать возможно проще и надежнее без всяких сложных хреновин"?
Владимир написал: Короче: мы хотим торговать или заниматься онанизмом с "новыми возможностями"?
Именно торговать, а не скальпеть (скакать) на минутка по три минутки. Я достаточно торгую чтоб этим не заниматься. И это совсем не значит что я не торгую минутку, торгую если ситуация позволяет.
Цитата
Владимир написал: О, Господи! КОГДА "нужно держать позицию целый день (или несколько дней)"?! КОМУ? НА КОЙ?
Я сейчас руками так торгую (как и чем есть выше см. позиционная торговля), для того чтобы
Цитата
Владимир написал: заниматься чем угодно, не отвлекаясь на торговлю ВААПЩЕ.
Цитата
Владимир написал: Какие, в жопу, "ступенчатые заявки"?
Использую, когда не нарушены параметры моего риска на сделку, а цена сделала коррекцию, для добавления.
Цитата
Владимир написал: 99.999% трейдеров не имеют денег
Чтоб купить 1 контракт Fut Brent нужно 15000 рублей, чтоб депозит рос нужно соблюсти мат. правило торговать где в сделке есть потенциал не ниже 3/1 (Reward/risk).
VPM, При чём тут скальпеть? Некоторые бумаги мой скрипт держит месяцами, если не годами. А "три минутки" - это время от подачи заявки до её снятия (если она не исполнена, что бывает довольно редко: более 90% моих заявок исполняются). А если "цена сделала коррекцию, для добавления", то и мой скрипт прекрасно это видит.
Не знаю, что такое "мат. правило торговать где в сделке есть потенциал не ниже 3/1 (Reward/risk)". Мой скрипт никогда не свяжется с тикером, который ему не по карману. А если по карману - будет спокойно расширять портфель до сотни или тысячи тикеров - это, опять же, не моё собачье дело - ему виднее. Хернёй с айсбергами он в любом случае заниматься не будет.
Glukator написал: Извините, что встреваю в столь многозначительную беседу )) Но я вот тоже ни разу не понимаю, на кой рожн нужны конкретно здесь "сопрограммы", "многопоточность", "многозадачность" и прочая хренота. Весь разговор с самого начала идет в русле "вот у нас есть такие ахренительные суперхреновины, давайте подумаем, как нам их присобачить на нашей задаче". Может, стоит наоборот рассуждать, "вот у нас есть такие задачи, давайте подумаем, как их можно реализовать возможно проще и надежнее без всяких сложных хреновин"?
Тут особо никто не рассуждает, здесь в принципе нечего обсуждать. Рассказываю. История проста: VPM нашел старый фреймворк и носится с ним, как с писаной торбой. Повторяет одно и то же, цитирует сам себя, не анализирует то, что ему отвечают, пиарит этот великий и могучий фреймворк; русскому языку, кстати, тоже перепало. Эдакая сектантская модель поведения. Казалось бы, ну, понравилась тебе программка - пользуйся и радуйся, оповестил всех о ней - все тебе сказали "спасибо" и оценили нужна она или нет, но зачем на 10 страницах повторяться? Залезаешь как-нибудь в поиск по форуму что-нибудь найти конкретное, а там вот такие темы... И листаешь всё это, тратя время. Нужно поболтать а ля вообще? Заведи тему в "Обмен опытом". Ну, если тебе пишут, что не нужно "это", "это"и "это" потому что, и объясняют, а ты не врубаешься, то какой смысл дальнейшей писанины? Пишет Владимир: "99.999% трейдеров не имеют денег ни на какие айсберги". VPM сокращает цитату, изменяя тем самым смысл, до "99.999% трейдеров не имеют денег", а затем отвечает про стоимость ГО для одного контракта в 15000 рублей. На кой хрен нужен такой диалог? Владимир прав, для айсберга нужно много денег, так как "минимальный объем всплывающей части" айсберга это 100 контрактов, а для Brent это 300. То есть, 300*14530 = 4359000 руб. И это только одна часть айсберга. И все остальные диалоги примерно такие же. Зачем это всё VPMу - загадка...
Glukator, Да встревайте конечно здесь не закрытый канал.
Видите в чем дело, чтоб раскрыть весь потенциал использования луа только так и нужно писать, я "не волшебник я только учусь" а хочется делать хорошо! Да я благодарен автору который знает как нужно делать хорошо, сделал - написал, выложил, разрешил пользоваться. А что это хорошо сделано, легко убедиться.
Задачи в торговле одни и те же, а как делать давайте обсуждать, мой подход это всего лишь один из множества.
Владимир, Ну от Вас не ожидал, под чем подписываетесь, что кого в школе научили "кодить", и они возомнили о себе что стали "супер - пупер" и не хотят развиваться.
Насчет правила , я Вам который раз пытаюсь объяснить, что прежде чем алгоритмы прятать в "черный ящик", нужно сделать понимание с чем имеем дело!
Игорь М, А вы сами то о чем написали, хоть одно слово про код?
Пафоса много, а потом сами обижаетесь что все пустое, да и общаемся мы в одной ветке ни кому не мешаем, принцип здесь простой "не нравится запах отойди в сторону"!
Да код старый, такой старый что за это время лучшего никто не показал, напишите свой будем обсуждать Ваш.
Про "айсберг", чтоб этим алгоритмом пользоваться нужно 2 контракта. Про деньги у кого их не тот, тот их на бирже не сливает.
Ну и с арифметикой полный "пипец". Не достаточно таких средств под Ваши "аппетит" как минимум нужно умножить на 4, иначе счет будет перегружен.
"Хорошо" и "сложно" - это вовсе не одно и то же. "Совершенство достигается не тогда, когда нечего прибавить, а тогда, когда уже нечего отнять" - не помню, кто сказал, но мысль правильная.
Цитата
VPM написал: Задачи в торговле одни и те же, а как делать давайте обсуждать
Так и давайте может уже перейдем к задачам. Конкретным. А то все "многозадачность", "многопоточность", "фреймворки", а чем вся эта херня делу поможет (и какому конкретно делу) - вообще неясно.
Glukator, Язык создан был под конкретную задачу, он от туда и вырос до современного. Чтоб более разобраться нужно посмотреть книгу профессора "Програмирование на Луа", это там где он рассказывает про ОПП. Здесь есть сообщения на эту тему, не хочется повторять ругаются что "пишем то да потому".
Да Фреймворк не для начинающих, сложноват в начале хотя написано 350 строк кода (но мне кажется Вы не новичок, что то я читал Ваше на другие темы).
Многозадачность - это сопрограммы, способ остановить код, сделать какую то задачу и вернуться в тоже место, где была остановка, продолжить выполнение.
А насчет конкретных задач пишите будем искать решения сообща, у меня их тоже масса не решенных и здесь не поспоришь Игорь М, занимаюсь ерундой.
VPM, Язык, созданный под конкретную задачу - дерьмо по определению. Впрочем, я таких языков не знаю, а Луа и в самом деле полное дерьмо. ЗА КАКИМ ХЕРОМ "разбираться в книге профессора", если она в принципе ничего не может сказать о торговле, а техника торговых операций примитивна до неприличия. Фреймворк не для начинающих и уж тем более не для профессионалов - это просто никому не нужное дерьмо. Равно как и многозадачность, многопоточность, сопрограммы и другие вумные словечки, которые только отдаляют от единственной задачи - получить готовый рабочий продукт. А насчёт конкретных задач - пишу: была у меня конкретная задача получить торговый скрипт, она полностью решена. В немалой степени потому, что я не занимался всей этой хернёй с многопоточностью, ловлей микросекунд, графиками и прочей ерундой.
VPM, вот честно, не все ли равно, для чего язык был создан? Другого нет. Что дали - с тем и работаем. Дали бы tcl - писали бы на нем. В начале знакомства с lua в квике я тоже бросался на все подряд - и ООП, и кучу обратных вызовов, и dll, и черт знает что еще. Но в итоге выкинул нахрен всю эту требуху. Оставил чистый lua, чистый процедурный стиль и минимум необходимых функций, позаимствовав многие идеи Владимира со страниц этого форума. Идеи как раз конкретные и выраженные обычным русским языком, а не килобайтами кода. За это ему спасибо.
Если все задачи условно разделить на два рода "как делать" (механика торговли) и "что делать" (алгоритмы торговли, управление портфелем), то по первым вопросов у меня не осталось: заявки подаются, исполняются и снимаются как задумано, сделки обрабатываются так, что я знаю свою прибыль (или убыток) с каждой закрытой сделки с точностью до копейки, учет портфеля ведется и ничего не теряется, и даже есть маленький диалог, чтобы "на лету" отбирать у скрипта деньги или наоборот.
Куда важнее "что делать" - но об этом здесь не говорят. И по этой части у меня вопросы есть, но на них должен, видимо, каждый должен ответить сам - заплатив за эти ответы деньгами со своего счета :))
Ну Вот Владимир, в своем амплуа. Язык другого нет. Не знание не освобождает от ответственности.
Постановка задачи для Вас непростительно не верна! Мало сделать "черный ящик", нужно чтоб он стабильно зарабатывал, увеличивал депозит. Вот Вам и постановка конкретной задачи, вот и покажите нам пример.
Glukator, Все равно для чего, этим я лишь сказал что у него есть свои уникальные особенности отличные от других языков в этом его сила.
С Владимир, у нас старая дискуссия, и я у него тоже некоторые моменты перенял, согласен с Вами спасибо ему, я не говорю что так ненужно писать, так писали на заре и будут писать дальше, просто и понятно, но я не понимаю зачем отрицать сильные стороны языка, я не понимаю?
В моем случае первую задачу и закрыл Фреймворк, вторую пишу сам это именно то ради чего, и не вижу никаких проблем чтоб не обсуждать. Чтоб мы с Вами тут не наговорили, каждый наделает свои ошибки. Вы мне не соперник, нет узкие места бесспорно есть, и их публично никто не будет обсуждать.
VPM написал: зачем отрицать сильные стороны языка, я не понимаю?
Затем, что инструмент надо выбирать по задаче. У трактора с плугом в 10 метров тоже есть сильные стороны, вот только чтобы грядку вскопать, лучше все же взять лопату - быстрее и проще, и соседский забор сносить не надо.
VPM написал: зачем отрицать сильные стороны языка, я не понимаю?
Затем, что инструмент надо выбирать по задаче. У трактора с плугом в 10 метров тоже есть сильные стороны, вот только чтобы грядку вскопать, лучше все же взять лопату - быстрее и проще, и соседский забор сносить не надо.
Ну вот и Вы туда же, никто ни кого не заставляет, нравится Вам лопатой на здоровье, я лишь говорю про возможности. Которые опробовал и привожу рабочие примеры, ну хоть кто бы пример обсудил.
Формализация торговой задачи, молчу уже про окружение ее - совсем непростая задача на любом языке. В луа структура данных таблица, таблица - это половина дела к ОПП, создал структуру объекта, добавил необходимые методы, копируй по "образу и подобию". и так далее.
Glukator, И Вам спасибо, приятно было читать. Я тут дважды предлагал совместно вылизать "техническую" часть торговых операций вплоть до кода (один раз сам, второй вместе с Борисом). В ответ раздался поросячий визг местных гуру, и я эту идею похоронил. А за "вторую часть" действительно нужно заплатить - без этого вряд ли можно полноценно прочувствовать все нюансы торговли. Я делал это дважды: сначала на фондовом рынке, затем на срочном, который, к моему великому изумлению, оказался совершенно другим. Ну, кроме базового принципа: покупать дешевле, продавать дороже.
VPM, Я уже не раз говорил: профессионалу ВСЁ РАВНО на каком языке писать - была бы обеспечена требуемая функциональность. Да, в сложных случаях даже гениального Си может быть недостаточно - только ассемблер справляется. А для задач торговли годится буквально всё - даже такое говно как Луа.
Ну, для меня-то или даже для Бориса это совсем не "чёрный ящик" - я прекрасно знаю, что он делает, как и почему. Стабильно зарабатывать, увеличивая депозит - это была самая первая задача, которая ему поставлена. Но есть нюансы: моей сестре вполне достаточно 20% годовых. Мне - тоже, но в месяц. А Борька хочет всё те же 20%, но в день. Всё это вполне достижимые цели (я реально не раз видел и то, и другое, и третье), но моя цель мне кажется наиболее привлекательной, и именно на неё нацелен мой скрипт.
Владимир, Про то что мы себе на придумали, к постановке задачи не относится, вопрос стоит так: У Вас есть торговая система, только что собрали, Вы планируете вот то что Вы тут написали, Вопрос заключается а сможет ли система обеспечить эти результаты, и это нужно проверить до реальных торгов, формализовать в виде скрипта.
VPM, А как же! Мой скрипт работает в трёх режимах: по историческим данным. по реальным, но без совершения сделок и в боевом. Вы даже не представляете, насколько тщательно он отлажен! Я УЖЕ "формализовал в виде скрипта" всё, что я и хотел.
VPM, А Вам-то это зачем? Ну, могу сказать: мой личный рекорд был 147% годовых (фондовый рынок за доллары), затем я что-то где-то подкрутил, запланировал на следующий год, как минимум, 200%, но случилось то, что случилось, и биржа накрылась медным тазом. Ковид тоже был серьёзным потрясением, но тогда скрипт отыграл все потери буквально за пару месяцев, а нынешняя жопа, похоже, угробила биржу навсегда.
Владимир, Вы меня не поняли, меня не интересуют Ваши торговые рекорды, я говорю что до момента торговли на реальном счете, как Вы оцениваете, может ли программа достичь результата заложенного в нее. Вы сказали оцениваете, так какие показатели формулы алгоритмы используете чем пользуетесь?
А цель нормальная, у меня тоже 1-3% вдень заложена, но для меня важней соблюсти отношение риск к выигрышу, я уже говорил не ниже 1/3, если соблюдаю мне все равно какой процент.
VPM, Я же сказал как. Тестовый режим отличается от боевого лишь тем, что сделки совершаются фиктивные, а не реальные. Более надёжной отладки я не знаю и вряд ли она существует в природе. А использую я СВОИ формулы и алгоритмы.
Ха-ха-ха! Ну у Вас и аппетиты! 1% в день - это 1000% годовых, про 3% даже и подумать страшно! А на отношение риск к выигрышу мне плевать. Точнее, я даже не знаю, что это такое. И знать не хочу.
Это из области сделал и забыл, Процент выигрыша к собственному капиталу зависит от количества контрактов в сделке, т.е. это валовый показатель.
При планировании сделок удобней пользоваться удельными показателями. Таким является риск на сделку. Считаем дневную волатильность ее и оцениваем. Задаем риск, каким капиталом рискуем 1% (100 сделок чтобы остаться без депозита), задаем коэффициент RR => 3, расчет выигрыша reward = risk * RR, дальше по схеме:
"Риск на сделку, здесь все просто. Сделаю метод для моего класса.
Все начинается с капитала. Размер имеет значение!
Задаю в % (от 1% - 10% заввисит от стратегии по умолчанию 2% (т.е. 50 сделок) пересчет в cash - для анализа по залогам; пересчет в pips - для анализа по валотильности.
На выходе: 1) risk на сделку. 2) reward на сделку. 3) contract на сделку."
При этом подходе определен Risk = 1%, Reward >= 3%, А главное в каждый момент времени вы знаете каким количеством торговать чтоб достичь заданных параметров на сделку! Выдерживая RR не ниже трех Ваш счет растет в геометрической прогрессии! Появляется понимание что нужно делать в той или иной ситуации!
А проценты будем считать в в начале нового года, "если есть что подвести".
Владимир написал: Ха-ха-ха! Ну у Вас и аппетиты! 1% в день - это 1000% годовых, про 3% даже и подумать страшно!
1% в день - это 250% годовых, из расчета 250 рабочих дней. И я имею ввиду не цель достижения как таковую, а средний годовой показатель Торговой Системы в целом.
Владимир, Да я вспомнил мы обсуждали это уже, Вы говорили что историю не оцениваете, прогоняете реальные торги. С этим у меня порядок, я тоже так делаю у меня этот режим называется EXPERT, нет я о другом. Ни как не могу добиться стабильной работы на истории у себя я этот режим называю TEST. Суть следующая, квик хранит историю свечей разных тайм фреймах, я их прогоняю, делаю такую некую Симуляцию рынка (Симулятор) прошлых торгов, и мне нужны в каждый момент времени получить данные с разных тайм фреймах, казалось бы что сложного получил индекс вот тебе данные но тут и начинается вся свистопляска. Можете что посоветовать как синхронизировать получение данных с разных тайм фреймах?
1. Процент выигрыша к собственному капиталу НЕ зависит от количества контрактов в сделке. 2. Что там за "риск на сделку", я не знаю, но это явно какие-то прогнозы чего-то там. Мой скрипт гаданиями на кофейной гуще не занимается, дневную волатильность не считает, риски не задаёт, Тем более, что он управляет всем портфелем, в котором могут находиться десятки и сотни тикеров - какая тут вообще может быть "дневная волатильность"? 3. Ну зашибись, зашибись! Размер имеет значение! Задаю 2% (т.е. 50 сделок), потом смотрю - а у меня 500 тикеров в портфеле. А потом смотрю - а у меня ограничение стоит "не более двух заявок в секунду". И чо делать бум? КАКИМ "количеством торговать чтоб достичь заданных параметров на сделку"? Что мне делать с этими сраными 50 сделками, которые скрипт может выплюнуть за полминуты? А с тикерами что делать, если их в 10 раз больше, чем этих самых сделок? На голодном пайке держать? А если цена лота для разных тикеров отличается в разы? А если на порядки? На помойку такую торговлю! 4. 1% в день - это 1.01 в 250-й степени! 1% в начале года совсем не такой, как в конце! 5. История и есть реальные торги, только бывшие. Историю я прогоняю для грубой оценки алгоритма при различном поведении рынка - там ещё и повторяемость результатов гарантирована. Свечи я считаю сам, и мне по барабану, что там "Квик хранит", приходят ли данные от Квика или из файла исторических данных. В остальном тестовые режимы НИЧЕМ не отличаются от боевого - просто (якобы) поданные заявки (якобы) немедленно исполняются, т.е. вместо реальных sendTransaction и OnTrade срабатывают их эмуляторы.
Владимир, Понятно вопрос я свой снимаю, проще самому разбираться чем тут все это описывать.
По порядку Ну прямо какой - то ликбез,
Цитата
Владимир написал: 1. Процент выигрыша к собственному капиталу НЕ зависит от количества контрактов в сделке.
Ну как не зависит? "пересчет в cash - для анализа по залогам" это и есть соизмерения кошель с "хочу"; Как Кому строить свой алгоритм, я не указываю!
Цитата
Владимир написал: 4. 1% в день - это 1.01 в 250-й степени! 1% в начале года совсем не такой, как в конце!
Ну какие разные все считается к начальному капиталу, если Вы про годовую оценку. Ну какая степень заработали "на полочку" складываем, можно и к степеням перейти, только нужно сделать перевод, перейти в расчеты HPR.
VPM, 1. Да вот так: НЕ ЗАВИСИТ. Во-первых, потому, что все эти критерии динамические. Во-вторых, потому, что одна сделка в сто лотов и сто сделок по одному лоту - это один и тот же капитал (и не собственный, а вложенный) и два порядка разницы в количестве контрактов в сделке.
4. С какого бодуна "всё считается к начальному капиталу"? Капитал меняется с каждой сделкой и может быть использован немедленно. Если у Вас первого января было сто рублей, то рубль прибыли за день действительно за счастье. А вот 31 декабря у Вас даже по Вашим дурацким подсчётам 1% в день дал 250 рублей прибыли - и что, Вы так до конца года так и будете удовлетворяться тем же самым рублём прибыли, который теперь не дотягивает и до 0.3 от имеющегося капитала? Мой скрипт такой фигнёй не страдает - у него уже 2 января (или когда там биржа открывается) будет в распоряжении уже не 100, а 101 рубль.
По 5 пункту У МЕНЯ всё работает. И нет никаких проблем ни с синхронизацией ни с чем бы то ни было.
Владимир написал: С какого бодуна "всё считается к начальному капиталу"?
Чтобы оценить как работает торговая система за год, за месяц, за сделку. Это статистические данные торговой системы. Я у себя использую за сделку. 1) сделки могут продолжаться разное время и превышать 1 день, или даже месяц, а нужно к примеру сравнить 2 торговых стратегии и выбрать лучшую. 2) Это наиболее простой, полный логически понятный анализ. (Описывать не буду даю ссылку где лучше меня расскажут https://www.mesasoftware.com/papers/SystemEvaluation.pdf)
VPM, О, Господи! ЕСЛИ у Вас есть деньги торговать 3 контрактами, то ТРИ сделки по ОДНОМУ контракту дают ТУ ЖЕ САМУЮ картину! Более того, если ВЫ торгуете тремя контрактами, это не означает, что С ВАМИ торгуют тоже тремя: Ваша ОДНА заявка на три контракта может быть реализована через ТРИ сделки по одному, и Вы НИКАК не можете на это повлиять.
Ну так и ОЦЕНИВАЙТЕ "как работает торговая система за год, за месяц, за сделку". 1% прибыли в день это ТЫСЯЧА процентов в год, а не 250.
Сделки НЕ МОГУТ "продолжаться разное время и превышать 1 день, или даже месяц". Сделка - это микросекунды. И не надо мне никаких ссылок, если там ТАКУЮ белиберду "лучше расскажут". У меня скрипт РАБОТАЕТ, и работа эта меня ПОЛНОСТЬЮ устраивает. Точка.
Владимир написал: Сделки НЕ МОГУТ "продолжаться разное время и превышать 1 день, или даже месяц".
Мне кажется, VPM под сделкой подразумевает удержание позиции от открытия до закрытия, а не сам факт покупки/продажи.
Цитата
VPM написал: но для меня важней соблюсти отношение риск к выигрышу, я уже говорил не ниже 1/3
Интересно, из каких соображений вы этот риск оцениваете. Ежли я что-нибудь в чем-нибудь понимаю, то риск - это величина потерь помноженная на вероятность эти потери поиметь. Т. е. подразумевается оценка апостериорных вероятностей наступления двух возможных исходов, причем не "когда-нибудь", а желательно в заданное время.
Glukator, Ну так это не сделка и даже не удержание позиции от открытия до закрытия, позиция в портфеле может не закрываться годами, а вот её объём может изменяться несколько раз на дню. По крайней мере, у меня так. А под "потерями" я понимаю только фиксацию убытка: пока открывающая сделка не закрыта, ничего ещё не потеряно. А на фиксацию убытка скрипт идёт крайне редко, при острой нехватке наличности, да и то довольно хитрым способом, всегда оставляя себе возможность отыграться. С фьючерсами, правда, ситуация хуже: там свободные деньги вымываются клирингами, и это вынуждает фиксировать убыток намного чаще. В любом случае, приличный резерв свободной наличности снижает вероятность фиксации убытка почти до нуля. И считать её заранее незачем: либо ситуация на рынке вынудит зафиксировать потери, либо мы останемся "в шоколаде". А потому азартно торговать можно лишь на сверхмалых кошельках с риском потерять всё, а дальше прекрасно работает принцип "не суетись и не жадничай".
Владимир написал: Сделки НЕ МОГУТ "продолжаться разное время и превышать 1 день, или даже месяц".
Мне кажется, VPM под сделкой подразумевает удержание позиции от открытия до закрытия, а не сам факт покупки/продажи.
Цитата
VPM написал: но для меня важней соблюсти отношение риск к выигрышу, я уже говорил не ниже 1/3
Интересно, из каких соображений вы этот риск оцениваете. Ежли я что-нибудь в чем-нибудь понимаю, то риск - это величина потерь помноженная на вероятность эти потери поиметь. Т. е. подразумевается оценка апостериорных вероятностей наступления двух возможных исходов, причем не "когда-нибудь", а желательно в заданное время.
Ну конечно, сделка - это сделка нашей Торговой системы (а не брокера и биржи) ее мы оцениваем. Это любой переход из брутто в кэш, закрытие или изменение позиции в сделке.
Должен извиниться что ввел в заблуждение, у меня это по прицепу "сделал один раз и забыл". В моих программах - это написан класс, экземпляры которого я копирую от программе к программе, это просто удобно продумал структуру на писал методы, все в одном модуле, если переменная не нужна, делаем так (--), и не нужна гоняться за ней по в сему коду, есть еще один плюс такой подход очень по душе самому языку, в этом его мощь!
Не каких вероятностей, риск это та величина которой мы готовы рискнуть в случае нескольких проигрышей, и позволит нам осуществить свой торговый план без потерь, Практически это входной параметр Торговой Системы мы его задаем.
риск на сделку = кошелек * 0.01, те 1% от кошелька 99 не удачных сделок прежде чем мы не сможем торговать, согласитесь событие мало вероятное!
VPM написал: Не каких вероятностей, <...> 99 не удачных сделок прежде чем мы не сможем торговать, согласитесь событие мало вероятное!
Вам не кажется, что где-то здесь явное противоречие? =) Риск - это, все-таки, мат. ожидание потерь, а не абсолютная величина. Представьте, что рынок сыплется, т.е. в среднем все тикеры стабильно и энергично ползут вниз - и тогда эти 99 (ну, к слову, не 99, а около четырехсот пятидесяти - процент каждый раз будет от меньшей суммы) неудачных сделок быстренько выщелкают все, что смогут, если каждый раз "резать убыток". Т. е. понятие "риска" тут однозначно связано, помимо ваших ставок "1 к 3-м", еще и с выбором точки входа.
Стратегий риска достаточно, они опубликованы и есть из чего выбирать. Я веду беседу о своем подходе, который сейчас практикую, (есть другой), но это наиболее простой и понятный. Ранее эту тему уже пытался поднять, посмотрите чтоб нам говорить на одном языке (риск на день и риск на сделку).
Ну давайте обо всем и по порядку!
А) Стратегия входа это дельный модуль (отдельная тема), мы собрали какую - то стратегию, (ну простейшая в алгоритмическом плане, пересечение средних, пусть и у нас будет она). Вопрос встает как мы ее можем оценить, прежде чем на реал - бэктест.
Бэк тестирование должно ответить на вопросы а стратегия отвечать требованиям: 1) мат. ожидание стратегии(Торговой Системы) >0; 2) PF > 1.6; 3) %win > 40%; Если условие выполняются, сделки открываем, нет на "помойку".
Б) Поз. открыта встает вопрос управление позицией, (Где закрывать позицию?), который я делю на несколько стратегий. Стратегия определения риска на сделку это один из подходов. Если мы торгуем внутри дня то есть смысл работать со средне дневной волатильностью, среднесрочная с недельной. Второй ограничитель это наш кошелек. Отсюда и планируем риск на сделку (И это не вероятности - это пункты которые цена проходит). Конечно связано это с точкой входа, а точка входа зависит от тайм фрейма, чем ниже тайм фрейм, тем ниже волатильность, тем чётче можно защитить позицию. Это абсолютно, не значит, что нужно сидеть и ждать когда позиция пошла не в нашу сторону, когда нас акцептуют по стоплосу. Это просто стратегия которую мы прописываем и формализуем в виде кода. Цель защитить кошелек, а не ждать 99 убыточных сделок.
Раз с математикой порядок, я говорю об одном методе мани менеджмента торговля постоянным лотом. Капитал 100 000 цена контракта 5 000 мах кол. контрактов 20к. риск на сделку 1000. кол контрактов в сделке 1к.
Glukator, А чего представлять - я и своими глазами видел как рынок сыплется - за 5 минут 20% и более буквально по всем тикерам, когда "всё нажитое непосильным трудом" летит в тартарары. Это был ковид, а я незадолго до того сдурья весьма прилично пополнил кошелёк. Эффектное зрелище! Ничего, за пару месяцев отыграл все потери. И без всяких "понятий риска". Даже, пожалуй, благодаря их отсутствию. И как же виртуозно выкручивался из той ситуации скрипт - как глист на сковородке!
VPM, С математикой-то порядок, только где окажется этот "мани менеджмент", если тикеров будет хотя бы десяток? Подозреваю, что в глубочайшей заднице.
Владимир, Но мне думается что Вы в своем подходе не учитываете, то обстоятельство, что при торговле не работает принцип: "Чем больше контрактов в сделке тем больше прибыль?".
Подход называется "оптимальная фракция" (optF), и ее можно прикинуть,. Отвечает на вопрос, какой долей торговать, чтоб достигался максимальный результат, при минимальном риске?
VPM, Цикл-то по бумагам, а вот кошелёк - по валютам! Как Вы собираетесь маневрировать ресурсами между тикерами (если вообще собираетесь)? И как управляться даже с одним тикером, если торговать на нескольких таймфреймах? Судя по тексту, никак. И какой дурак сказал, что чем больше контрактов в сделке тем больше прибыль?
Владимир, Если Вы промой подход, то я знаю до открытия сделки сколько контрактов я буду торговать на каждом тикере, знаю сколько пунктами рискую, и какой выигрыш закладываю. Я про это и говорю это часть планирования сделки! Ну смотрите, Если я сделку сопровождаю (визуально), если пошло что не по моему сценарию я ее закрою не буду дожидаться стоплос, лучше пере зайду. если все в порядке и цена дошла или больше 3RR а меня что то смущает я закрою 50% и перенесу стоплос в без убыток или выше. Это и есть стратегия сопровождения сделки, я ее еще делаю и алгоритмически она не донца формализована.
"Кошелек дробин на количество тикеров" Правильно читать; Капитал (рубли) дробин на количество тикеров: Кошелек [i] = какая - то доля[i] * Капитал; Свой кошелёк для каждой бумаги, какая - то доля[i] отвечает за долю Капитала в кошельке.
таймфрейм - отвечает также за планирование от старшего к младшему.