Приветствую всех читателей нашего блога!
На неделю уезжал в гости в Питер. Сразу после возвращения застал очень приятное письмо от РТС.
Честно говоря, мы уже знали об этом событии, но подержать в руках оригинал - всегда приятно!!!
А сообщили нам следующее:
Сообщаем об успешном завершении 02 июля 2010 года сертификации разработанной Вашими сотрудниками на платформе Plaza2 программы FinLab.Plaza2.
Программа входит в состав программных комплексов автоматизации торговли FinLab.PairTrade, FinLab.MTS и FinLab.Scalp и предназначена для собственного и коммерческого использования на торгах Срочного рынка и рынка RTS Standard ОАО "РТС"
А вот и скан этого "исторического" письма 
Письмо РТС о сертификации FinLab.Plaza2
Всё это означает, что теперь все наши программы для автоматизации торговли
- FinLab.PairTrade - для автоматизации арбитража и парного трейдинга
- FinLab.MTS - для построения торговых роботов и автоматизации МТС
- FinLab.Scalp - привод для скальпинга и интрадей-трейдинга
Смогут работать не только с терминалами брокеров, но и НАПРЯМУЮ с БИРЖЕЙ.
Напоминаю: все, кто открывает счёт с нашей помощью - получают в подарок бесплатные лицензии на использование наших программ.
Новые посты по Email
Новые посты по RSS
Комментарии по RSS
Следим на Twitter
Опечатка в письме “sсаpl” ) или это какая-то новая версия программы.
Да нет, это, конечно, очепятка
Правильно читать FinLab.Scalp
поздравляю!! большое достижение!!
классно, поздравляю.
будут какие-то специальные версии Ваших программ для работы через plaza?
Всем спасибо за поздравления!
Все наши программы работают с PLAZA2
Но там биржа (или брокер) берут дополнительный тариф – порядка 4000 рублей в месяц.
Но зато надежность и скорость выше чем через брокерский терминал…
“Надежность и скорость”
И я с этим согласен. Именно такая последовательность меня бы устроила на текущей момент.
Присоединяюсь к поздравлениям.
Дилитантский вопрос, даже два:
1. Насколько я знаю, период расчета портфелей внутри многих брокерских терминалов принудительно ограничен 1 сек., а значит – проскальзывания при работе со стаканом и т.п. Какова реальная скорость в ms при работе ваших программ с PLAZA2?
2. Если я открою счет через вашу компанию, например, в Алоре, и буду использовать вашу программу в торговле, то мне придется платить “дополнительный тариф – порядка 4000 рублей в месяц”?
Дмитрий Власов пишет: “Уезжаю на отдых. Пока меня не будет – на вопросы будет gorky отвечать.”
Господин gorky!
Прошу ответить на поставленные вопросы.
Спасибо.
молодцы!!! Дружба с плазой это правильное движение в правильном направлении. Так же планируем познакомить свое ПО с плазой. Торговля руками по стакану похоже полностью вымерла.. точнее торговать то можно но глаза болят уже через 30 мин с этими скоростями. автоматический трейдинг это наиболее логичная ступень после скальпа.. Можно еще опции конечно торговать но в погоне за доходностью эт все не то!
Успехов вашему бизнесу!
Акум
http://www.investtalk.ru
добрый день, Дмитрий!
Подскажите, пожалуйста, в цифрах по времени какой пинг получается, торгуя через шлюз Вашим скальперским приводом, какой был, когда Вы работали через терминал?
Это, действительно, большой шаг, так держать!
Плаза 2 набирает популярность, и большинство трейдеров-профессионалов (в большей степени скальперы) уже использует данные преимущества.
вау !!!!
круть !!!
ждем видео о скоростном арбитраже !!!
Здравствуйте, к вопросу о пинге, заданному Surfing_FORTS, пинг определяет скорость соединения между Вами и сервером брокера (в случае работы через терминал) или сервером биржи (в случае с Plaza2).Эта величина не имеет существенных отличий и ее сложно изменить.
Гораздо более важное значение имеет скорость обработки сигнала сервером, так вот как раз здесь и есть главное отличие при работе через терминал и при работе через Plaza2. В последнем случае эта скорость значительно выше, что и дает неоспоримое преимущество при работе через Plaza2.
Когда ожидается возможность работы с квиком?
Здравствуйте. В ближайшее время подключение к QUIK не планируется, тем более учитывая, что теперь существует возможность подключения через Plaza2.
Нужно из одного терминала работать на фортс и на западе(фьюч), могут это делать ваши программы?
Да программа FinLab.PairTrade позволяет подключать несколько плащадок. Для подключения зарубежных плащадок, обязательным условием является наличие API-интерфейса. Более подробно ознакомится с функционалом можно тут.
У квика есть какой-то АРИ для буржуев (ФИКС). Он вам подойдет? Есть брокер, который все это объединил?
Короче, как это все на практике сделать?
Дмитрий, а можно ли использовать кросс заявки в роботе при подключении через AlorGate (шлюз Плаза 2 у Алора)?
Кросс заявки будут отрабатываться следующим образом. Биржа отслеживает ИНН того, кто торгует. Если встречается заявка на покупку и на продажу от участника торгов с одним и тем же ИНН, то программа будет действовать следующим образом: она поставит заявку лучшей в стакане и будет переставлять её до тех пор, пока заявка не исполнится.
Так программа (робот) будет это контроллировать или биржа (поменяет заявки с маркет на лимитные и выставит по обе стороны стакана)? Я просто чуть запутался перечитывая ответ, извините за тугодумство
Это я неясно сформулировал мысль. Биржа будет контролировать и не пропускать кросс заявки. А программа будет реагировать на такие ситуации и следующей транзакцией кидать заявку не по рынку, а ставить её вплотную к биду (при продаже) или вплотную к оферу (при покупке)
Спасибо, Дмитрий.
Я в принципе потом сам понял Вашу мысль. Биржа то сама ничего не двигает, она пассивная ))))
Кстати, не лучше ли будет тогда при подобных сделках роботу проводить их внутри себя, не посылая на биржу, а просто рассчитывая, что он их якобы уже отправил по цене текущей из стакана.
Меньше путаницы в транзакциях, меньше комиссии, а по сути для программиста лишь одну функцию дописать, проверяющую перед отправкой заявки наличие зеркальных. Если таковые есть, то включить механизм внутреннего перерасчета без транзакций.
Ну…это так, мысли вслух.
Так это же может торговать один и тот же человек, но с разных брокеров и совершенно разные стратегии. Так что тут “внутренний учет” не всегда уместным будет.