
Рабочие объемы для криптобирж %+$
Прочитав бегло идею "Рабочий объем в процентах от депозита" сразу подумал что предлагают реализацию как на бирже, нажал 25%, все, торгуешь объемом 25% от депа... но там предложили кнопку которая будет показывать максимальный объем монеты который можем купить, и уже полученной информацию использовать для задавания рабочих объемов)
В прошлой идее "Рабочие объемы для криптобирж" я предложил вынести рабочие объемы в общие настройки и указывать их в $, что позволит задавать их по умолчанию для любой монеты (любого стакана) без необходимости подсчетов и настройки каждого стакана в отдельности...
Совместив идеи, предлагаю более интересный и более удобный вариант:
Выносим настройки рабочих объемов в общие (для возможности задавать их по умолчанию)
и для каждого объема выбираем величину % или $ (пункты задавать в общих смысла нет, так как они напрямую зависят от монеты которой торгуем)
таким образом мы можем настроить например так:
100$-200$-300$-400$-500$
или так:
100$-200$-300$-25%-50%
25%-50%-75%-100$-200$
Что бы самому не путаться ячейки с $ можно окрашивать зеленым цветом...
Можно добавить еще одно или два поля, увеличив количество рабочих объемов для более гибкой настройки
Думаю идея понятна без скринов...
Сервис поддержки клиентов работает на платформе UserEcho

Как я это вижу в итоге)Очень громозко... если и делать выбор в чём рабочий объём заводить (в лотах, % или $), то лучше это или в настройки вынести или над квадратиками с объёмами сделать выпадающую менюшку (аналогичную той, где выбор метода расчёта средней), где можно было бы быстро переключить метод ввода объёма...
Но повторюсь - пока не вижу в этом большой необходимости - во-первых, и желающих нет особо, во-вторых, как-то и приводов не припомню где в баксах рабочий объём - может напомнишь, где так или хотя бы похоже сделано?
Меня бы вполне устроило если бы просто при изменении рабочего объёма всплывала подсказка на какой максимальный объём я могу зайти исходя из размера моего депо... просто и может быть не надо будет реализации ждать несколько лет...
Что громоздко? Добавление пары строк для объемов? Так это не основное в вопросе, это вообще пришло в самом конце что бы добавить гибкости настройкам. Посмотри внимательно, это написано в самом конце идеи и не является ее сутью... Ты вообще читаешь и вникаешь в суть предложения?
Т.е. поля то можно и не добавлять, и по сути в стакане ничего не прибавится ...
Но опять же, думая о всех, предлагаю добавление полей сделать тоже опционально, кому нужно тот включит - все, проблема громоздкости решена.
И опять же, нужно понимать что есть сама идея и есть способы реализации, тут предложен один вариант реализации. Всегда можно сделать так, что бы было максимально удобно для основной массы пользователей.
Далее... Лучше что вынести в настройки? Там же как раз и предложено вынести эти настройки в общие! Объемы в $ и % не нуждаются в частом редактировании, для того и предлагаю вынести их в общие настройки для возможности указывать их по умолчанию...
То что предлагаешь подсказки для объемов, это замечательная идея но никак не замена данной, и не ее решение. Можешь оформить это отдельный постом, я обязательно поддержу.
"если и делать выбор в чём рабочий объём заводить (в лотах, % или $), то лучше это или в настройки вынести или над квадратиками с объёмами сделать выпадающую менюшку (аналогичную той, где выбор метода расчёта средней)"
Ты предлагаешь настройки рабочих объемов в $ и % уже вынесенные в общие (по предложению), снова вынести в настройки?)) гениально)
Там сама суть предложения что бы % и $ можно было указывать по умолчанию, для этого настройки нужно вынести в общие... ты предлагаешь их куда то перевынести?)
Менюшка над квадратами или существующие поля это все визуальное отображение настроек, т.е это не суть предложения. Как и где показывать мне не особо важно, главное что бы было удобно и самое главное что бы было что именно выводить в тех менюшках) Не будет данной настройки,, не будет что и выводить в те менюшки)
странно что нет никакой реакции на такое гениальное предложение, хоть дизлайк кто то поставил бы)
Добрый день! Спасибо за предложенную идею, пользователям необходимо время, что бы изучить все ваши идеи, вникнут в них, как и самим разработчикам, думаю, обязательно здесь появятся комментарии пользователей, а так же лайки\дизлайки.
И вам спасибо за внимание! Радует что разработчики оценивают предложения не только по лайкам...
Дизлайщики это наверное те, кто упорно не желает видеть развитие софта?)
Не понимаю по каким причинам можно быть против развития софта в виде расширения функционала и добавления удобств...
"Не понимаю по каким причинам можно быть против развития софта в виде расширения функционала и добавления удобств..."
Вы преувеличиваете исключительность своих идей. Не у всех такой же взгляд на развитие софта, как у вас... есть и другие мнения.
Никто и не пишет что идея какая то исключительная, она тупо лежала на поверхности) потому и является гениальной) все гениальное просто!))
Сам же писал что проценты тебе будут полезны! И сам знаешь что есть те кто за $
так может правильней думать не только о себе?
если софт будет удовлетворять не только твоим потребности, а еще и другим, то для софта это явно плюс и никак не минус, что бы ты там не думал...
если софт будет удовлетворять все потребности всех трейдеров, то ты же первый будешь здесь истерить), почему же это он лагает:
https://support.fsr-develop.ru/communities/1/topics/1323-kak-vyi-torguete-kriptu-pri-lagah-stakana
с каких делов софту лагать от предложенной идеи?
там можно еще пару десятков валют и биток с эфиром для указания объемов прописать в коде и лагов это не прибавит)
Повторю что для софта в целом данная доработка будет только в плюс...
Если видишь реальные минусы, то описывай, всем будет интересно.
по делу я под твоим скрином тебе всё расписал...
Ну и про истерики, действительно, хватит может в каждой моей теме истерить?)
Пишешь что угодно и ни одного слова по делу. Ни одного обоснования или даже предположения - просто вода ни о чем...
я тебе предлагал более уважительно друг к другу относиться - ты проигнорировал, причём неоднократно... так что пожинай...
Я тебе отвечаю ровно так как ты сам пишешь, какие комментарии такие и ответы.
И при чем тут не уважение, где ты это все видишь, не понимаю. Или снова абы написать?
У тебя ведь в каждом комментарии просто вода без конструктивной критики, просишь тебя писать по делу, а ты видишь в этом какое ко то неуважение)) Ну да ладно, дело твое. Просто жаль что комментарии получаются не очень информативные касательно предложения...
Еще и пожинать что то предлагаешь, будешь мстить за мой конструктив?)
Детский сад...
ps: заставляешь и меня писать всякую неинтересную для других муть. Как видишь, какой коммент такой и ответ получается.
Поддержу, идея с процентами очень нужный функционал. Только выбор типа рабочего объёма ( количество контактов, долларовый эквивалент, процент от депозита) лучше убрать в общие, что бы не засорять рабочее пространство.
Спасибо.
Выбор типа рабочего объема как и активация данного функционала, по описанию, должны быть именно в общих настройках.
По факту можно реализовать так, что визуально в стакане вообще ничего не измениться)
Дополнительные фишки в виде добавление дополнительных полей можно реализовать опционально.
Визуальное выделение типа рабочего объема определенным цветом не занимает доп. пространство...
на данный момент вижу это как то так.
В общих настройка активируем расширенный режим, отмечаем сколько полей объема нам нужно, выбираем тип и указываем величину объема...
То что нужно.
фактически ты нарисовал то, о чём я написал вчера, благодарю) этот вариант намного лучше первоначального, согласен, НО... у вынесения этих настроек в общие из стакана есть один существенный недостаток - нельзя будет быстро переключаться, например, между лотами и %, а это важно... например, я на знакомых инструментах предпочитаю лоты, т.к. знаю инструмент, чувствую объёмы, а на незнакомых я бы заходил в %... быстрое переключение ГК не подойдёт - в стакане будут только цифры рабочих объёмов и не поймёшь в чём они в лотах, $ или %... поэтому я бы просто всё же сделал выбор в стакане по аналогии с расчётом средней... удобнее и нагляднее...
как-о так мне кажется было бы и проще и удобнее и универсальнее:
так все таки с идеей добавления расширенных настроек для $ и % уже согласен?
Дело осталось за малым, согласовать визуальное отображение этих настроек на "морде":?)
Самый первый комментарий в теме, это картинка в которой показано именно то что ты отобразил, просто там немного универсальней, там тип объема можно указать для каждого поля в отдельности...
Ты сейчас предлагаешь убрать универсальность и удобство?)
Зачем на "морде" указывать тип объема сразу для всего блока? В общих настройках мы можем каждому полю задать необходимый тип. Соответственно На "морде" так же можно использовать эти настройки...
Иначе просто теряется весь смысл, в общих настройках задаем полям разный тип, а с "морды" ломаем эти настройки задавая всему блоку один тип...
Тут нужно мнение именно разработчиков, можно упростить настройки и задавать тип для всего блока, или оставить как предложено, задавать каждому полю свой тип. Последнее более универсально и более удобно, но при этом в реализации более трудозатратно...
Как по мне, если делать, то делать уже нормально, пусть лучше реализация будет поэтапной, вначале просто перенос того чего имеем в общие настройки, далее возможность указать тип рабочего объема и потом возможность задавать тип объема для каждого поля отдельно
Но в любом случае это решать разработчикам! Идея предложения состоит в расширении функционала, добавления типов рабочего объема в $ и %. А сама реализация может быть разной, как более сложной в плане реализации, так и более простой.
Мнение разработчиков тут играет значительную роль.
\"так все таки с идеей добавления расширенных настроек для $ и % уже согласен?"
Я изначально был за %, а $ и сейчас считаю излишеством, просто ты уж очень их просил)
Повторю,научись наконец читать и понимать смысл написанного!
То что я оооочень прошу, повторяется правткически в каждом сообщении как и в этом предложении:
Я хочу избавиться от лишнего и ненужного подсчета лотов в каждом отдельном стакане - для этого нужно добавить относительную величину (величины).
Для одних удобны % для других более понятны $, я не думаю только о себе! Тем более что эти величины дают разный тип объема, плавающий и фиксированный и они равнозначно полезны
Я за проценты, но доллары тоже нужны. Проценты хороши для тех кто заходит в одну сделку за раз. Для тех кто входит в несколько абсолютная величина может оказаться удобней.
Допустим депо 1000$, я планирую войти в 3 сделки по 100$, если у меня в рабочих объёмах будет стоять 10% то первая сделка будет на 100$, а вот вторая уже на 90$, третья вообще на 81$
заметь, все кто тут высказывался, пишут только о процентах...
"фактически ты нарисовал то, о чём я написал вчера, благодарю) "
Не нужно благодарить, твоей заслуги тут нет!
Фактически я "нарисовал" ровно то, что описал в данном предложении...
Этот вариант и был изначально! Научись уже читать и понимать смысл написанного...
Поддерживаю, в целом очень нужная функция. Плюсанул ещё и скрин, который предложил Alex - по-моему самое изящное и простое решение (может только значок доллара на что-то универсальное заменить, т.к. я, например, использую привод для торговли на фондовом рынке, а там - рубли))
Спасибо!
Сменой значка вопрос не решиться, для этого в настройки нужно добавить тип "Рубли" т.к. это требует дополнительного пересчета и соответственно дополнительного кода.
На "морде" мы всего лишь видим визуальное отображение имеющихся настоек которые прописаны в коде.Что бы что то визуализировать, вначале этот функционал нужно прописать в коде и вывести в настройки..
Думаю при заинтересованности разработчики обратят на это внимание.
Я не описывал вариант с "рублями" т.к. не знал что на фондовом это кому то нужно) Предложение было именно для криптобирж, а там в основном указывают %, $, или битки, там никто не высчитывает сколько криптошлака можно купить на свои сто баксов ила на свои пол битка)
Может ничего дополнительного и не надо будет, т.к. не важно рубли или доллары, это есть валюта цены стакана. Думаю, разработчики разберутся с этим и без нас)
Дело в том что софт должен будет пересчитать сколько лотов он может купить на 100$ или на 100руб.
Есть стоимость к баксу и есть стоимость к рублю и эти курсы разные.
Если кирпич стоит 1 бакс, то на 100 баксов мы можем купить 100 кирпичей, при этом на 100 рублей мы не можем купить такое же кол-во. Сколько можно купить, рассчитывает код, в соответствии с текущим курсом кирпича к определенной валюте.
Потому в любом случае добавление "рублей" требует дополнительного кодинга. Само по себе оно не сможет посчитать, иначе бы туда можно было добавить все существующие валюты без особой запары) Я просто немного понимаю в этом деле
"не важно рубли или доллары"
Михаил,это важно, например в крипте есть еще и биток как базовая валюта для торговли и курс к рублю, баксу и битку будет разный и отличается на порядок
При чём тут курс валюты? Ничего пересчитывать не надо - депо на фонде тоже ведь в рублях, т.е. в той же валюте, что и валюта стакана. И я не собираюсь кирпичи в баксах за рубли покупать) В любом случае, разработчики разберутся.
А у меня как и у многих торгующих крипту на споте, депо в битках, наверное стоит еще и биток добавить)
"Ничего пересчитывать не надо - депо на фонде тоже ведь в рублях,"
Если не делать пересчет на стороне софта, это не отменяет факта что в коде нужно выполнить изменение/добавление запроса API при наличии такого на стороне биржи...
Предложенный вариант был именно с реализацией подсчета на стороне софта, т.к. при депо в битках каждый понимает сколько у него в $ эквиваленте и спокойно может выставить рабочие объемы в $ даже если у него битки. Иначе нужно еще и битки добавлять и возможно другие базовые валюты которых сейчас с десяток на криптобиржах... Я в этом смысла не вижу
не понимаю зачем париться с кучами запросов для каждой базовой валюты, если каждый знает размер соего депа в фиате.
И тем более не понимаю зачем постоянно перенастраивать указывая объем то в битках, то в бакса, то в bnb постоянно пересчитывая, один раз указал рабочий объем 100 баксов или 50% и торгуй себе на здоровье не паря голову с пренастройками...
Вообще и процентов более чем достаточно, и полностью решают данный вопрос. В данном предложении баксы это не более чем относительная величина как и проценты, но в отличии от процентов рабочий объем получаем фиксированный, в то время как с % объем получается плавающий, при изменении депа изменяется и рабочий объем
Не сильно разбираюсь в рынке криптовалют и не знал, что возможно столько вариантов с валютой депозита. Может тогда ограничиться процентами? Этого действительно, как вы указали, более чем достаточно.
Можно, я только за, если в конечном итоге оно таки будет реализовано!
просто используя $ как относительную величину для рабочих объемов, мы получим возможность задавать фиксированный размер рабочего объема, в то время как проценты дают плавающий размер рабочего объема. Оба варианта одинаково полезны.
Для меня вообще цель в том, что бы иметь возможность указать объемы по умолчанию не настраивая кадждый стакан в отдельности высчитывая сколько же криптошлака я могу купить)
Для этого подходит как относительная величина в % та к и условные единицы в $
Мне удобно использовать как % так и $, главное не лоты!)
на Бинансе ордера в парах к стейбкоинам (BUSD, USDT, и т.д.) ограничены минимальным объемом в эквиваленте не меньше 10$, а пары к BTC - более 1$. Поэтому использования $, как единицы измерения объема ордера даже очень предподчительнее.
Объемы ордеров в $ было бы даже очень не плохо
осторожней, тут реакция на $ не у всех положительная))
патриоты рубля :)))
Общался с людьми и увидел что не все понимают чем фиксированный объем в $ отличается от плавающего в %
Пример: На депе 1к$
- при рабочем объеме 10%
первый ордер будет 100$
второй - 90$ (т.к. остаток после первого будет 900$)
и т.д. каждый следующий ордер будет уменьшаться, рабочий объем получается плавающий
- при рабочем объеме 100$
каждый из ордеров (первый, второй,.. десятый) будет ровно 100$,
рабочий объем будет фиксированный.
У плавающего объема в % есть недостатки, а учитывая что мы указываем % от депо, то не совсем понятно каким объемом потом выставлять ордера на закрытие позиции)
Например на депе 1к$
рабочий объем ставим 10%
ставим первый ордер 10% это 100$
на депе остается 900$, ставим второй ордер 10% это уже 90$
на депе осталось 810
если выставить третий ордер то это будет 10% уже от 810$ = 81$
ок, тут все ясно, но при выставлении ордера на закрытие у нас по факту получается так же первый на закрытие 81$ т.к. установлено 10% от депа)
В общем % как то не особо вписываются в данную логику работы софта, сейчас задаются лоты и это фиксированный объем, с $ логика практически не нарушается (нет, таки нарушается и сильно)...
Без разработчиков тут вопрос явно не решить, сейчас как понимаю софт не работает с каждым ордером в отдельности, а работает по принципу набора позиции. А при % или $ нужна возможность работать с каждым ордером как с отдельной позицией.
PS: вообще лажа на данном этапе получается как с $ так и с %
РАЗРАБОТЧИКИ! напишите свои мысли, как вы видите этот вопрос и какие видите варианты реализации..
Мужик давай и дальше топи эту тему, я тоже не понимаю как им удобно постоянно пересчитывать эти обьемы.
Гораздо же проще выставить обьем в $ рассчитывая от своего депо, а не от того сколько ты можешь купить монет на n-ое количество $ при чем при каждом смене курса этот обьем постоянно разный изза этого
допустим биток 10к хочешь поставить раб обьем 1к$ считаешь это в бтс = 0.1бтс
проходит время биток 5к и теперь 1к$ это 0.2бтс и это менять постоянно по каждой монете самоубийство.
когда можно выставить раб обьем 1к и не зависимо от курса монеты ты работешь постоянно этим касарем и не паришь мозг, тааак сколько сегодня 1к$ в ETH ага столько-то, ну тогда раб обьем нужно менять
меняешь инстркмент, таак лайток на 1к$ это сколько ...
спрашивается зачем этот гемор
#ПоменяйтеРабочиеОбьемы
Вчера почти в одно время написал два коммента, второй после редактирования завис в статусе "ожидает проверки"
какая проверка там нужна?)
https://support.fsr-develop.ru/s/attachments/27682/1/1071/b2e3fd8d2ec8ce95f8af297f3d631058.jpg
проверки что ты не написал там Х*Й большими буквами :) Узбогойся :)
Это я и сейчас могу написать и статуса проверки не будет))
РАЗРАБОТЧИКИ! напишите свои мысли, как вы видите этот вопрос и какие видите варианты реализации..
что то тут работает не правильно
https://support.fsr-develop.ru/s/attachments/27682/1/1071/788731262ce921b93f4793250d86e0b3.jpg
Это сообщение давно "прошло проверку" и опубликовано.
В общем вижу идей не особо много)
Придумал один из вариантов для указания рабочего объема в $
В расширенных настройках указываем например 100$, 200$, 300$, 500$, 1000$
Открываем любой инструмент, и автоматически пересчитываем на лоты подставляя значения в соответствующие поля.
Здесь не нужно для каждой отдельной монеты высчитывать объем, открыли и сразу видим объемы которые которые соответствуют нашим желанием и нашему депозиту)
Также этот пересчет считаю нужно выполнять либо при каждой перезагрузке, либо по клавише или автоматически раз в определенное время.
Так можно сделать и с процентами
Можно, если учесть все варианты и нюансы. На данный момент я не вижу удобного решения по процентам.
уберите эту проверку, она всякую ерунду пропускает, а когда по делу пишу блокирует))
Проверю этот момент
на момент написания было так:
https://support.fsr-develop.ru/s/attachments/27682/1/1071/487fa93ea51af8f2650e0f4a18823565.jpg
Спасибо за появившуюся возможность задавать рабочие объемы в баксах!
Но не понимаю, почему обделили спот?
Объем можно задавать в $, но он не корректируется при изменении цены. Поэтому необходимо корректировать объем перед каждой сделкой, неудобно. У многих стратегия и риск менеджмент предполагают вход в сделку одинаковым объемом, поэтому функция необходима.
Да, хорошо что хоть как то реализовали, но оно явно нуждается в доработке.
Нужна автоматизация! Как минимум объемы можно задавать для всех стаканов в общих настройках а не настраивать каждый стакан в отдельности. Пересчитывать объемы под указанные настройки можно при каждом открытии стакана, опционально раз в определенное время и допустим в ручном режиме по горячим клавишам.
Основное как бы сделали, фундамент есть, пересчет выполняется, теперь это все нужно автоматизировать что бы не заниматься бесконечной настройкой)