Сообщений в теме: 788

[DRV]

Было бы не плохо в общей таблице паммов указывать валюту памма и средства на памме. Пока все большинство нулевых.

 

Для паммов без оферт непонятно в каких средствах выражен памм.

 

так же возник такой вопрос:

если я инвестирую в памм сегодня, завтра в него дольюсь, через 3 дня дольюсь и т.д. - как будет высчитывать торговый интервал и вознаграждение.

[Igonter]

Решение выводить средства через основной торговый счет-интересное конечно, но на мой взгляд несколько грубоватое.

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

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

Заведите торговые счета в разных валютах, и так же точно избежите лишней конвертации. Вопрос пары кликов мышкой.

Забыл спросить. А как пароль поменять на вновь открытом памме-на почту рекомендации пришли- но как сделать?-первый раз в жизни сталкиваюсь.

Пароль от терминала? Да так же, как и на любом МТ-счете, через меню настроек МетаТрейдера

[Igonter]

Было бы не плохо в общей таблице паммов указывать валюту памма и средства на памме. Пока все большинство нулевых.
 
Для паммов без оферт непонятно в каких средствах выражен памм.

Спасибо, сделаем.

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

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

[SHERKHAN]

Заведите торговые счета в разных валютах, и так же точно избежите лишней конвертации. Вопрос пары кликов мышкой.

Тута одна маленькая деталь  Счета в ЛК не видны супостату А вот терминал запускается очень легко. А с другой стороны- наличие нескольких торговых счетов как раз и раздражает. Ну да ладно. Как грится-в каждой избушке -свои бабУшки

[Sergey Kovalyov]

На ПАММе не может быть "просто каких-то денег". Любое исполнение перевода на ПАММ означает, что эти деньги должны попасть на один из инвест-счетов, при этом надо запустить ролловер и пересчитать все долевые коэффициенты участников, и т.д.

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

 

Чувствую себя тупым)

 

Ошибка! Вы пытаетесь создать инвест-счет на собственном ПАММ.

[Igonter]

Ошибка! Вы пытаетесь создать инвест-счет на собственном ПАММ.

Да, так и задумано. У Управляющего только один инвест-счет - который автоматически создается в момент создания ПАММа. Но средства на нем не обязательно показывать и не обязательно резервировать как КУ

[Sergey Kovalyov]

Тю, так надо писать "Дурик, у тебя уже есть инвест-счет вот ссыль" )

[Igonter]

Тю, так надо писать "Дурик, у тебя уже есть инвест-счет вот ссыль" )

Тебе индивидуально такой текст напишем )))

[Изя Кацман]

Может я чего не заметил, но где найти хотя бы минимальный хэлп по офертам?

Несколько смутило отсутствие какого-либо упоминания о процентах. 

Есть некий мин. баланс и 6 временных диапазонов.

Чисто интуитивно понял, что это проценты в зависимости от периода инвестирования? Или нет?

А что есть мин. баланс?

 

Заранее извиняюсь за ламерские вопросы, ибо в далекую бытность мной управляющим такого не было.

 

[Изя Кацман]

Пардон, туплю. Не проснулся. По мин. балансу вопрос снимается. По Процентам от периода инвестирования (если я правильно понял) - тоже.

[Igonter]

Может я чего не заметил, но где найти хотя бы минимальный хэлп по офертам?

Подсказки уже делаются )
А так - все правильно было понято.

[Ernst]

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

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

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

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

Кстати, и торговый интервал не нужен. Захотел вывести средства - пожалуйста. По запросу производятся необходимые расчеты, корректируется объем позиции и ...  

[Igonter]

Предлагаю отделить управляющего от средств в управлении (избавить его от необходимости корректировать объемы).
Пусть управляющий торгует на демо-счете с капиталом 1 лям. Его демо-позиции будут пересчитываться на реал, исходя из его средств (КУ) и средств в управлении.
Решается сразу много проблем. Например, если инвестор ввел малую сумму, недостаточную для открытия минимального лота, то он и не получит вознаграждения и не будет "обкрадывать" остальных инвесторов.
Управляющий будет избавлен от необходимости исправлять объем позиции при вводе-выводе (это будет делаться автоматически) и, таким образом, сможет целиком сконцентрироваться на торговле: выставил ордера со стопами и профитами и на месяц забыл о торговле или поставил советника и забыл о торговле навсегда.
Кстати, и торговый интервал не нужен. Захотел вывести средства - пожалуйста. По запросу производятся необходимые расчеты, корректируется объем позиции и ...

То, что вы предлагаете, не является ПАММом. Это сигнальный сервис, у которого тоже есть свои достоинства, но есть и недостатки.
Например, рассинхронизация. При такой системе не обеспечивается одинаковое исполнение у инвестора и у управляющего. На маленьком счете управляющего может быть прибыль, а на большом инвесторском - регулярные проскальзывания, и в результате убыль. Некоторые форексные конторы гарантируют одинаковое исполнение, но это означает лишь то, что разницу они компенсируют за свой счет, то есть "куховарят".
Кроме того: когда управляющий имеет дело с совокупной позицией, он может выбрать наиболее подходящий момент для входа в сделку, исходя не только из цены, но и из текущей ликвидности. Сигнальщик такой возможности лишен.
В любом случае, мы делаем именно ПАММ, а не что-то другое.

[Ernst]

То, что вы предлагаете, не является ПАММом. Это сигнальный сервис, у которого тоже есть свои достоинства, но есть и недостатки.
Например, рассинхронизация. При такой системе не обеспечивается одинаковое исполнение у инвестора и у управляющего. На маленьком счете управляющего может быть прибыль, а на большом инвесторском - регулярные проскальзывания, и в результате убыль. Некоторые форексные конторы гарантируют одинаковое исполнение, но это означает лишь то, что разницу они компенсируют за свой счет, то есть "куховарят".
Кроме того: когда управляющий имеет дело с совокупной позицией, он может выбрать наиболее подходящий момент для входа в сделку, исходя не только из цены, но и из текущей ликвидности. Сигнальщик такой возможности лишен.
В любом случае, мы делаем именно ПАММ, а не что-то другое.

Нет. Это не сигнальный сервис. Это - объединение двух идей в одну.

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

Сделки не ДУБЛИРУЮТСЯ. И это - ПАММ в лучшем виде...

[Igonter]

Нет. Это не сигнальный сервис. Это - объединение двух идей в одну.
Рассинхронизации нет. Т.к. реально сделки исполняются не на демо-счете (он только называется демо), а на реале с нужным объемом и представляются в терминале управляющего (цены с реала, объем, заданный управляющим).
Сделки не ДУБЛИРУЮТСЯ. И это - ПАММ в лучшем виде...

Давайте все-таки "отделять мух от котлет". В любом сервисе ДУ есть два ключевых вопроса:
1) Распределение финансового результата сделок.
    а) Можно сначала совершить сделку общим объемом, а потом поделить результат пропорционально средствам участников.
    б) Можно сначала раскидывать каждому участнику по "дольке" с учетом минимального лота, а потом у каждого исполнить только его "дольку", или ничего не исполнить, если получилось меньше минимума.
2) Исполнение сделки.
    а) Можно слить все сделки воедино, исполнить как одну, затем полученный результат заново поделить и разбросать по счетам участников. Тогда у каждого результат будет идентичен.
    б) Можно все сделки исполнять по одной, получая для каждого инвестора свой результат.
Классический сигнальный сервис - это сочетание 1б, 2б
ПАММ - это 1а, 2а.
ЛАММ - 1б, 2а
Судя по вашим постам, вы говорили именно об этом последнем сочетании (т.к. копеечные инвесторы у вас ничего не получают). С одной стороны, это дает бОльшую точность распределения. С другой стороны, исключает сверхмелких инвесторов совсем. Но ведь "10 старушек - уже рубль" (с), пока такой мелкий инвестор один - он обуза. Как только их становится несколько (а это произойдет почти сразу, ведь сверхмелкие инвесторы, как показывает практика - самая часто встречающаяся категория), на них уже можно будет суммарно открыть минимальный лот. И чем больше таких мелких инвесторов, тем точнее аппроксимация.

Можно, конечно, сделать полный аналог ПАММа (то есть по схеме 1а, 2а), при этом формально вынеся управление общим счетом на какой-то отдельный счет. Но при этом управляющий все равно должен видеть общие объемы, иначе он не сможет в принципе контролировать ликвидность, использовать стакан и т.д.
И тогда мы получим практически то же самое, но без необходимости корректировать сделки, зато с необходимостью получать данные о ценах из одного источника, а о текущих капиталах - из другого (для автоматической работы).
Ну так мы собираемся сделать на своих ПАММах возможность автокоррекции, где тоже можно будет забыть о необходимости что-то корректировать самому. И сделки у нас "плодиться" не будут.
Отличия чисто косметические.

[Ernst]

Давайте все-таки "отделять мух от котлет". В любом сервисе ДУ есть два ключевых вопроса:
1) Распределение финансового результата сделок.
    а) Можно сначала совершить сделку общим объемом, а потом поделить результат пропорционально средствам участников.
    б) Можно сначала раскидывать каждому участнику по "дольке" с учетом минимального лота, а потом у каждого исполнить только его "дольку", или ничего не исполнить, если получилось меньше минимума.
2) Исполнение сделки.
    а) Можно слить все сделки воедино, исполнить как одну, затем полученный результат заново поделить и разбросать по счетам участников. Тогда у каждого результат будет идентичен.
    б) Можно все сделки исполнять по одной, получая для каждого инвестора свой результат.
Классический сигнальный сервис - это сочетание 1б,2б
ПАММ - это 1а, 2а.
ЛАММ - 1б, 2а
Судя по вашим постам, вы говорили именно об этом последнем сочетании (т.к. копеечные инвесторы у вас ничего не получают). С одной стороны, это дает бОльшую точность распределения. С другой стороны, исключает сверхмелких инвесторов совсем. Но ведь "10 старушек - уже рубль" (с), пока такой мелкий инвестор один - он обуза. Как только их становится несколько (а это произойдет почти сразу, ведь сверхмелкие инвесторы, как показывает практика - самая часто встречающаяся категория), на них уже можно будет суммарно открыть минимальный лот. И чем больше таких мелких инвесторов, тем точнее аппроксимация.

Можно, конечно, сделать полный аналог ПАММа (то есть по схеме 1а, 2а), при этом формально вынеся управление общим счетом на какой-то отдельный счет. Но при этом управляющий все равно должен видеть общие объемы, иначе он не сможет в принципе контролировать ликвидность, использовать стакан и т.д.
И тогда мы получим практически то же самое, но без необходимости корректировать сделки, зато с необходимостью получать данные о ценах из одного источника, а о текущих капиталах - из другого (для автоматической работы).
Ну так мы собираемся сделать на своих ПАММах возможность автокоррекции, где тоже можно будет забыть о необходимости что-то корректировать самому. И сделки у нас "плодиться" не будут.
Отличия чисто косметические.

1а + 2а "однозначно"

 

А "старушек" и не надо выкидывать. Их надо ставить в очередь и собирать до минимального лота (это же делает сейчас управляющий). Можно, даже дооткрывать позицию по текущей цене, при достижении этого уровня. Но, наверно, сложно.

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

Но как?

Если открыто 10 ордеров на покупку по минимальному лоту и произошел ввод средств еще на один минимальный лот, то???

[Igonter]

Но как?
Если открыто 10 ордеров на покупку по минимальному лоту и произошел ввод средств еще на один минимальный лот, то???

Если ввели именно минимальный лот, то увы, он будет погрешностью, потому что на 10 частей его не поделишь. В итоге мы просто ничего не откроем, и все останется как было. Ведь мы не можем знать, равнозначны ли эти 10 ордеров. А вот если лот НЕ минимальный, то мы применяем новую, ранее невиданную самодельную команду. )
Полный аналог стандартного частичного закрытия, только в сторону увеличения объема.
В текущем ордере изменяется объем в бОльшую сторону, а в историю MT-счета помещается виртуальный ордер на разницу, но в противоположную сторону. То есть если исходный ордер Buy, то в историю попадает закрытый Sell. В итоге суммарный финансовый результат точно такой, как и должен быть, и при этом на счету по-прежнему ровно десять ордеров.

[Ernst]

Если ввели именно минимальный лот, то увы, он будет погрешностью, потому что на 10 частей его не поделишь. В итоге мы просто ничего не откроем, и все останется как было. Но то же самое было бы и при другом способе коррекции, ведь мы не можем знать, равнозначны ли эти 10 ордеров. А вот если лот НЕ минимальный, то мы применяем новую, ранее невиданную самодельную команду. )
Полный аналог стандартного частичного закрытия, только в сторону увеличения объема.
В текущем ордере изменяется объем в бОльшую сторону, а в историю MT-счета помещается виртуальный ордер на разницу, но в противоположную сторону. То есть если исходный ордер Buy, то в историю попадает закрытый Sell. В итоге суммарный финансовый результат точно такой, как и должен быть, и при этом на счету по-прежнему ровно десять ордеров.

Да, но это полностью меняет статистику. Появляются ордера не имеющие отношения к торговле, а лишь к коррекции позиций...

Сообщение отредактировал Ernst: 21 November 2013 - 15:33

[DRV]

...

Полный аналог стандартного частичного закрытия, только в сторону увеличения объема.
В текущем ордере изменяется объем в бОльшую сторону, а в историю MT-счета помещается виртуальный ордер на разницу, но в противоположную сторону. То есть если исходный ордер Buy, то в историю попадает закрытый Sell. В итоге суммарный финансовый результат точно такой, как и должен быть, и при этом на счету по-прежнему ровно десять ордеров.

А можно пример с цифрами и параметрами ордера, попадающего в историю. Особенно интересует его комментарий.

 

У меня большая часть советников читают ордера из истории - от лишнего они могут и харакири себе сделать.

[Igonter]

Да, но это полностью меняет статистику. Появляются ордера не имеющие отношения к торговле, а лишь к коррекции позиций...

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

А можно пример с цифрами и параметрами ордера, попадающего в историю. Особенно интересует его комментарий.
У меня большая часть советников читают ордера из истории - от лишнего они могут и харакири себе сделать.

Можно (см.аттач)

Прикрепленные файлы

•  Пример.zip   4.59К   263 Количество загрузок: