CLOUDBOT-2: Первый облачный бот для торговли на Binance, ByBit, Poloniex, Exmo, Bitmex, Huobi, Kucoin, OKX. Теперь с фьючерсами на Binance и ByBit.

[kotiki]

@Evgeny Pozharsky, как вам такое предложение: использовать не ПОДтяжку, а РАСтяжку? 

Давайте будем всегда только про лонг говорить. Это очень упрощает процесс понимания новых функций.

 

Если кратко, то мы просто делаем цену нижнего ордера сетки константой, и в каждом новом цикле при увеличении цены тянем  сетку от ласт до этой константы?

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

 

Если я все правильно понял, то идея норм. Любой памп цены будет просто приводить к увеличению перекрытия, что позволит с меньшими рисками торговать на агрессивных настройках, не исполняя полностью небольшую сетку перекрытия после пампа. Но, как всегда, напоминаю: дамп может произойти без пампа. Просто красная свеча из флэта. Тут ничего не спасет, кроме большого перекрытия и мартина. Поэтому, даже с такой функцией и агрессивными настройками, надо ставить небольшой % использования депо.

Изменено 27 июн 2017, 08:16 пользователем kotiki

[JpS]

@kotiki, да, вы верно поняли идею. идея в том, чтобы _нивелировать_ (к сожалению полностью избавиться от них не получится) резкие всплески. типа изменение цены в одной свечи. да, есть риск "недозаработать" на временном хайпе, но мне кажется риски проигрыша гораздо опаснее, чем редкие резкие всплески прибыли. ибо после инвестора ты потом сидишь долго в пустом простое и теряешь гораздо больше (даже если инвестор когда-то и отработает назад свой фикс, что тоже еще бабка на двое сказала).

ну а когда (если) стало понятно что это не проскок, а реально новое плато новой цены, тогда можно эту "пружину" и отпустить. отпускать можно и раками даже, не так уж и часты эти события.

[JpS]

 

 

Но, как всегда, напоминаю: дамп может произойти без пампа.

ну на лонге (да, верно, давайте не говорить сразу о двух стратегиях чтобы не путаться) нам дамп не страшен. мы же закупаем. так что дампы нам даже на руку (на лонге). страх в папме. что мы взлетим со слишком узкой сеткой, исполним ее всю вверху и зависнем с последним фиксом там и никогда уже не вернемся. с пружиной такое тоже возможно кстати. скажем стоит сетка из 30 ордеров, последний самый жирный (мартингейл типа) и вот цена взлетает на секунду, мы успеваем растянуть сетку и получить фикс очень высоко. дальше цена падает на прежнюю позицию, "закрывая 29 (!!!) ордеоров. "на поле остаются", один ордер в самом низу и один фикс в самом вверху. и очень широкое поле между ними. такое состояние тоже может длиться долго. но все же у такого состояния есть некоторый плюс. последний (самый жирный) макро ордер не исполнился, т.е. мы не купили дорого. следовательно фикс будет меньше (чем в случае если бы мы "взлетели" с сеткой) и при грамотном расчете можно подумать и в общем-то его ресетнуть (цикл) по хардресету. да, убыток будет. но убытки иногда надо уметь фиксировать и (главное) этот убыток меньше чем "мог бы быть" !!!

[xcyr]

Может дать возможность пользователям самим выбирать в настройках, как значение лимита будет считаться? Кто-то ставит процент, кто-то абсолютное значение. Ваша точка зрения обоснованна. Тут тоже вполне обоснованно хотят, чтобы значение лимита подтяжки считалось процентом, т.к. рынок меняется.

В том-то и дело что меняется, и бот сам не может оценить риски, только человек.

Поэтому пересчет ограничения при каждом исполнении фикса проблему закупа на пике не решает в принципе - это просто не будет работать. Ничего ограничено не будет. Задавать максимальную цену закупа (при лонге) процентом от текущей при старте можно, но это ничего не меняет по существу, и требует введения дополнительного поля.

 

Evgeny Pozharsky, как вам такое предложение: использовать не ПОДтяжку, а РАСтяжку?

Уже вносил такое:

 

Аналогично "отступ_первого_шага или цена_первого_шага" сделать и вторую настройку: "перекрытие_хода_цены или цена_последнего_ордера". Тогда при подъеме цены сетка будет растягиваться от нижней цены, а не уходить целиком вверх.

Работать как раньше не мешает (для этого достаточно это поле оставить пустым), есть не просит, логика понятна. Если будет достаточно желающих, надеюсь тоже будет принято. ) Правда, имеется проблема с согласованием такой настойки с шаблонами, тут придется повозиться. Если шаблоны уже на подходе, начать лучше с них имхо..

Изменено 27 июн 2017, 10:35 пользователем xcyr

[kotiki]

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

Я про сильный дамп, когда стоят агрессивные настройки. Он тоже страшен  :D Маленькая сетка не перекроет падение.

Отпускать "пружину" точно надо руками. Автоматизация этого процесса тянет на отдельный продукт за отдельные деньги.

 

 

 

В том-то и дело что меняется, и бот сам не может оценить риски, только человек.

Никто боту не предлагает этого делать. Все делает человек в настройках  ;) 

Проблему закупа на пике, без потери работоспособности бота при данной стратегии, вообще никак не решить полностью, вы это понимаете? Любое из наших предложений будет работать только частично. 

Главное - это наличие настроек и верное их использование для конкретных ситуаций.

[kotiki]

"перекрытие_хода_цены или цена_последнего_ордера"

Принцип такой же, что и мы обсуждаем. Но нет настройки цена_последнего_ордера, т.к. это лишает гибкости. Есть только галочка "Плавающее перекрытие".

Когда каждый следующий фикс срабатывает все ниже и ниже, цена_последнего_ордера в новом цикле рассчитывается самим ботом и сдвигается, чтобы сохранить базовое перекрытие, указанное в настройках.

С настройкой цена_последнего_ордера мы сами себе враги, когда повторяется несколько раз подряд такая ситуация: падение, отскок, срабатывание фикса. Каждый новый цикл начнется с меньшим перекрытием и сильное падение сделает свое темное дело :D

Изменено 27 июн 2017, 11:51 пользователем kotiki

[xcyr]

 

ну а когда (если) стало понятно что это не проскок, а реально новое плато новой цены, тогда можно эту "пружину" и отпустить. отпускать можно и раками даже, не так уж и часты эти события.

 

Отпускать "пружину" точно надо руками. Автоматизация этого процесса тянет на отдельный продукт за отдельные деньги.

Именно так. Что касается гибкости, в боте она уже присутствует, и смысл этих настроек - как раз частичное ограничение гибкости ради безопасности, руками разумеется. Автоматизация этого процесса уже на ИИ тянет  :D

 

 

С настройкой цена_последнего_ордера мы сами себе враги, когда повторяется несколько раз подряд такая ситуация: падение, отскок, срабатывание фикса. Каждый новый цикл начнется с меньшим перекрытием и сильное падение сделает свое темное дело

Вы не полностью поняли предложение. Цена последнего ордера не может быть выше указанного значения, ниже - может, соответственно перекрытию. Алгоритм тот же что и для первого ордера: если выше заданного значения - ограничиваем, если ниже - не мешаем...

Что касается вашего предложения - опускать, когда надо, цену последнего ордера, но никогда обратно не поднимать, тоже есть проблема - она будет ползти вниз постепенно...

Изменено 27 июн 2017, 12:42 пользователем xcyr

[SlonInvest]

Может хватить показывать свое невежество и засирать тему? Вам надо первое, кому-то - второе. Никто не заставляет вас ставить значение в процентах.

Вопрос кто из нас здесь больше нагадил... эрудированный ты мой)

Изменено 27 июн 2017, 13:55 пользователем SlonInvest

[kotiki]

 

 

Что касается вашего предложения - опускать, когда надо, цену последнего ордера, но никогда обратно не поднимать, тоже есть проблема - она будет ползти вниз постепенно...

Такого я не предлагал. Просто об этом не написал, т.к. очевидно же, что поднимать до нужного перекрытия надо руками, проанализировав ситуацию ;)  В любом случае, когда нет возможности проследить за ботом, это будет вести к уменьшению рисков. Про уменьшение профита я знаю. Этим мы платим за дополнительное спокойствие, когда оно требуется.

[izlevinv]

Пример, когда ограничение цены закупа не сработает.

[xcyr]

Пример, когда ограничение цены закупа не сработает.

А в каком месте оно здесь должно сработать? Здесь не было пампа, просто падение с недостаточными откатами, это вообще другие проблемы.

Кстати, ограничение жадности здесь тоже не сработало.  

Мультификс с партионным учетом бы немножко скрасил ситуацию  :)

Изменено 27 июн 2017, 15:09 пользователем xcyr

[izlevinv]

А сейчас ограничение на цену закупа ставить?

[kotiki]

Пример, когда ограничение цены закупа не сработает.

tab1.PNG

У меня тоже сейчас фикс там сработал  :)

izlevinv, как вам идея динамического перекрытия в каждом новом цикле? Начинается цикл с базового перекрытия, но после подтяжек сетки за ценой, сетка тоже растягивается. По мере роста цены до 0.00114524 перекрытие бы растянулось. Сейчас с вашими настройками сетка стояла бы примерно до 0.00081. Профита меньше, но и риск стать инвестором немного снижается. Или не изобретать велосипед и учиться пользоваться существующими настройками?  :D

[izlevinv]

Я не буду пользоваться, как и логарифмическим не пользуюсь.
Сколько за ценой не бегай, она все равно убежит.
В качестве примера, надводная часть айсберга http://clusterdelta.com/novice/10

[xcyr]

А сейчас ограничение на цену закупа ставить?

Я бы всегда ставил, во избежание... вопрос на каком уровне. С лиска ушел неск дней назад, поэтому не слежу (кстати зря, признаю. рассчитывал на начало движухи на нейме, ошибся). но судя по всему сейчас бы у меня стояло где-то на 110. Но у меня жадность выше, мне меры безопасности актуальнее. С небольшой жадностью ограничение можно ставить выше...

Изменено 27 июн 2017, 15:50 пользователем xcyr

[kotiki]

Сколько за ценой не бегай, она все равно убежит.

Золотые слова.

Но эта функция просто бы временно подменяла нас, когда мы спим. Никаким ИИ тут и не пахнет :D

Вот я вижу на графике, что цена улетела вверх, а бот за ней подтяжки делает. Захожу в панель, увеличиваю перекрытие и нажимаю рестарт цикла. Не отказался бы, чтобы во время подтяжек бот сам немного увеличивал перекрытие, когда меня нет за компом. Можно даже в каждом новом цикле сбрасывать перекрытие на заданное в настройках. Увеличивать только во время подтяжек.

Изменено 27 июн 2017, 16:08 пользователем kotiki

[JpS]

 

 

Можно даже в каждом новом цикле сбрасывать перекрытие на заданное в настройках. Увеличивать только во время подтяжек.

звучит логичненько, плюсую.

[izlevinv]

Еще закуп наверху.

[xcyr]

 

 

Еще закуп наверху.

Насколько я понимаю, красные треугольники - это продажи. А где там закуп наверху? 

[izlevinv]

Ну почти наверху, не может же он на самом верху купить, все равно отступ будет.

[xcyr]

Ну почти наверху, не может же он на самом верху купить, все равно отступ будет.

Не, когда купил дешевле чем только что продал - это не "наверху". Ты свою прибыль уже получил, и откупаешь с нее обратно дешевле - это нормальная торговля  :)

 

А вот если ты откупаешь дороже чем продал, и потом никак продать не можешь из-за того что дорого купил, вот это действительно "наверху"...

[Tabasco]

Короче регистрируюсь на бот,всё делаю в регистрации как надо,но выдает SecretKey invalid: 264335!В чём причинность то?Я и время установил в Google Authenticator!
Может подскажите,что делаю не так!?

[Nojozap]

надо API secret key а не код 2фа вводить в это поле

[JpS]

Не, когда купил дешевле чем только что продал - это не "наверху". Ты свою прибыль уже получил, и откупаешь с нее обратно дешевле - это нормальная торговля

нет, это ненормальная торговля. то что мы продали на самом верху - это результат продажи последнего _успешного_ фикса и размер прибыли там несравнимо мал с последующими потерями. да, когда цена пошла вниз, мы купим дешевле чем продали только что на фиксе, но если цена пойдет вниз и никогда не вернется вверх, то мы будем покупать хоть и дешевле чем "тот самый последний" фикс, но зато в объеме гораздо большем (на всю сетку в пределе). и вот когда кончится сетка и цена пойдет еще больше вниз, тогда где-то там наверху останется фикс, который _если бы исполнился_, то покрыл бы все наши затраты по закупу в сетке, причем с профитом несравнимо малым по сравнению с закупом всей сетки. но это может никогда не произойти (investor mode on). вот и получается, что "украл на копейку, а статью нарисовали на миллион рублей" :)

 

да, конечно же, чисто технически нельзя сказать что мы купили _на самом пике_. ну там на какую-то долю процента ниже. по сравнению с той разницей в падении цены в случае инвестора это можно считать "на пике".

Изменено 27 июн 2017, 19:28 пользователем JpS

[xcyr]

@JpS, не, ну конечно, если цена упадет и больше не вернется - это тоже нехорошо, но против такой ситуации абсолютного противоядия нет, кроме дара предвидения :) .

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