комментарии Сергей на форуме

Если ты мецинат в сфере российского алготрейдина, то можешь сделать публичный общедоступный web сервис без задержек для публикации данных с ММВБ =)
Но для свободной публикации данных с ММВБ нужно заплатить не хилые деньги.

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

Вышли задание, + обратные контакты(email) посмотрю, что можно сделать.
P.S. денег не беру, базис-наработки на C#-Qlua у меня есть — сам не трейдер воровать идеи не стану )

Ответы на вопросы:
— насколько актуальная проблема?
ответ: если идея рабочая и зарабатывает много денег то проблема актуальна всегда

— начиная с каких показателей (объем / доходность) динамика счета, действия робота начинают привлекать интерес?
ответ: с таких показателей когда окружающие вас люди начинают замечать, что у вас появилась дорогая машина, квартира, дача и очень красивая девушка.

— какими средствами лучше бороться?
ответ: личная охрана, подкуп брокера, запугивание или подкуп разработчиков стратегии

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

— кто сливает конфиденциальную информацию (брокер / биржа).
ответ: первый (брокер) вломит сразу бирже, а биржа окончательно обчистит тебя до нитки.

— насколько безопасно с этой точки зрения использовать единую метку для заявок робота в поле brokerref / комментарий
ответ: brokerref на безопасность не влияет(трафик и так шифруется), брокер и так знает что ты авторизован в системе, если тебя взломали то метка уже тебе не поможет.

PS прошу не бить, не кидать в меня палками, не банить — это просто шутка =)

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

v3Rtex,
fix/twime plaza2 хостинг роботов на серверах ММВБ и тп — это другая история все эти фитчи для обычного рядового трейдера достаточно дорогое удовольствие, а изначальный вопрос был по QUIK S# и альтернативах передачи данных -).

По поводу S# я ранние пробовал разрабатывать с помощью библиотек S#, часть кода которая отвечает за получение и обработку данных из Lua меня не устроила(закрытый чёрный ящик).
Альтернатива в виде передачи данных по DDE не подошла из за  дополнительных телодвижений на настройку экспорта.
По этим причинам я сделал свой способ внедрения своей dll .Net (CLR) в процесс QUIK. В итоге я получил достаточно высокую производительность и возможности управления через GUI внутри 1 адресного пространства, скорость обновления стакана 1 к 1 в том же потоке обработки данных, что и у главного потока QUIK, на тормоза как в S# не жалуюсь).
Если нужна производительность конечно автомата и юзабильность в виде GUI, то тогда придется разбираться в тонкостях, а если же автомат пишется не под высоко нагрузочную задачу, то вполне достаточно использовать Qlua (Lua) в чистом виде без всяких S# и тп.

v3Rtex, Посмотрел проект на (https://github.com/finsight/QUIKSharp). Это не совсем обёртка на C#, так как код сервера написан полностью на lua с передачей данных в формате данных JSON по socket, я же выше предлагал способ в котором само приложение(plugin без socket) написаны на C#, а вызов qlua функций и функций обратного осуществляется с помощью вызова LuaApi из lua5.1.dll (специальная библиотека которая синхронизированная с потоками QUIK для вызова функций из qlua.dll), данный способ даст большую производительность чем передача данный через DDE, так как данные будут обрабатываться в непосредственно в памяти процесса QUIK.

Лучше напиши свою обертку на C# для Lua (qlua.dll) библиотеки, для этого есть либа сборщик которая умеет экспортировать функции
аналогично dll Си, но правда есть тут 1 минус твоя загруженная dll на C# не умеет выгружается из памяти, только перезапуск QUIK решает данную проблему, но и эту проблему можно решить если при помощи AppDomain (больше инфы читай в mdsn).

Вот набор ссылок для самостоятельно решения данной задачки:
1)(Проект для экспорта C# функций, внимание для компиляции обязательно переведи винду на ENG язык, иначе сборки не получится)
www.nuget.org/packages/UnmanagedExports
2)Описание LuaApi вызывать через DllImpot (P-Invoke)
www.lua.ru/doc/3.html
3)Описание AppDomain
msdn.microsoft.com/ru-ru/library/system.appdomain(v=vs.110).aspx