Друзья, недавно я нашел консультантов по форекс с вашей помощью, спасибо вам за это. Теперь мне нужен робот, который работает не на моем компьютере, а на сервере. В идеале — на моем сервере, и не привязанный к моему дилинговому центру. Может ли кто-то написать такой? Плачу золотом! ;)
Можно и не валютными парами, а валютными фьючерсами, нам все равно, на чем сливать депозит рубить бабло ;)
Мы и сами не плохо программируем, если нет того, кто напишет робота, посоветуйте, в какую сторону вести поиски!
Спасибо!
Это ничуть не прояснило ситуацию :) Если робот не должен работать с конкретным дилером (поставщиком данных), а фактически в терминах МТ4 крутится в запущенном экземпляре МТ4, то:
1. Он должен откуда то брать данные, по кторым будет приниматься решение о входе/выходе;
2. Он каким то образом должен посылать сигналы о принятом решении, то ли в экземпляр(ы) МТ4 напрямую (не совсем), то ли в какую то еще систему, которая уже обрабатывает эти сигналы.
Какова планируемая архитектура помимо собственно робота?
Алексей,
1. Все верно, робот должен в заданное время открывать нужную страницу, а там — параметры ордера. В заданное время ордер закрывается.
2. Программа, запущенная на локале, связывается с сервером дилера, верно? у меня есть адрес сервера, логин и пароль к торговому счету. Вот я и хочу, чтобы робот на моем сервере связывался с сервером дилера, и передавал приказы на создание ордеров и их закрытие.
По первому вопросу примерно понял, робот должен периодично получать откуда то решение на открыти/закрытие позиции, каким образом — детали.
По второму вопросу — чтобы связаться с дилером нужно одно из следующего:
1. Конкретная платформа, которая запущена не на сервере, и каким то образом получающая сигналы от робота на сервере. Тут не совсем понятна роль робота, кроме как в том, чтобы перевести сигналы из одного формата (того, кто формирует ордер) в другой (который понятен платформе). Верно?
2. Дилер предоставляет доступ к своему шлюзу посредством API, мимо платформы, то есть робот получает сигнал, берет параметры подключения и сам выставляет ордер через шлюз. Технически робот может брать параметры десяти шлюзов и во все выставлять ордеры одновременно одинаковые или по какой то другой логике.
Константин пользуйтесь спец. ресурсами. На сайте мт4 есть раздел работа — вот туда и опишите свое ТЗ а там желающих много на выполнение работы. И удачи в нашем не легком деле
Единственное, что второй вариант с шлюзом к MT4 не имеет никакого отношения, МТ4 будет использоваться исключительно для отображения результата. Другими словами программировать для МТ4 не прийдется совсем в этом случае.
Константин, я к сожалению занят до конца марта, хоть и хотелось бы позаниматься интеграцией с шлюзами — я не возьмусь в силу того, что не могу поместить в 24 часа столько работы — всех подведу. Могу бесплатно помогать советами и тех. экспертизой, просто из интереса.
Встреча АПРИ с РИКОМ-ТРАСТ в преддверии предстоящего выпуска облигаций
Встреча АПРИ с РИКОМ-ТРАСТ в преддверии предстоящего выпуска облигаций
Эфир РИКОМ-ТРАСТ Инвестиции, в рамках которого Олег Абелев, начальник аналитического отдела ИК «Риком-Траст» ,...
Наши коллеги формируют отраслевую повестку: Ольга Шарацкая , руководитель направления методологии департамента управления рисками финтех-сервиса ПСБ Финанс, выступила на флагманском...
Договор аренды: где на практике формируется доходность объекта
Когда инвестор выбирает фонд коммерческой недвижимости, чаще всего он смотрит на совокупность характеристик объекта: локацию, класс, арендатора и т.д. Однако, денежный поток и объем выплат для...
Короткие юаневые ставки и облигации в CNY: текущая ситуация и перспективы
С начала февраля наблюдается заметный рост краткосрочных локальных юаневых ставок, которые «потянули» за собой вверх и доходности российских корпоративных облигаций в CNY. О текущей ситуации в...
Денис, итак ловим за руку уже второй раз. Заброшен тезис: «BEV… не достигая при этом уровня 2023 года». Проверяем, BEV 2023 — 1,538 млн., 2024 — 1,447 млн. 2025 — 1,88 млн. В школе учили, что 1,88 ...
доброго и профитного всем дня.
ну и хватит пожалуй о добром.
отчеты крупнейших доноров бюджета показывают катастрофическое падение прибылей, инфляция продолжает набирать обороты, обесценение рубл...
Прекратите копаться в чужом, грязном белье. Засоряя себе мозги домыслами. Истинное положение вещей никто и никогда вам не покажет. Покажет только график.
МД Медикал МСФО 2025 г. - на чем можно дальше расти?
Компания МД Медикал (Мать и дитя) опубликовала финансовые результаты за 2025 год. Выручка за 2025 год выросла на 31,2% до 43,5 млрд руб.Чистая п...
Платформа MT4
1. Он должен откуда то брать данные, по кторым будет приниматься решение о входе/выходе;
2. Он каким то образом должен посылать сигналы о принятом решении, то ли в экземпляр(ы) МТ4 напрямую (не совсем), то ли в какую то еще систему, которая уже обрабатывает эти сигналы.
Какова планируемая архитектура помимо собственно робота?
1. Все верно, робот должен в заданное время открывать нужную страницу, а там — параметры ордера. В заданное время ордер закрывается.
2. Программа, запущенная на локале, связывается с сервером дилера, верно? у меня есть адрес сервера, логин и пароль к торговому счету. Вот я и хочу, чтобы робот на моем сервере связывался с сервером дилера, и передавал приказы на создание ордеров и их закрытие.
По второму вопросу — чтобы связаться с дилером нужно одно из следующего:
1. Конкретная платформа, которая запущена не на сервере, и каким то образом получающая сигналы от робота на сервере. Тут не совсем понятна роль робота, кроме как в том, чтобы перевести сигналы из одного формата (того, кто формирует ордер) в другой (который понятен платформе). Верно?
2. Дилер предоставляет доступ к своему шлюзу посредством API, мимо платформы, то есть робот получает сигнал, берет параметры подключения и сам выставляет ордер через шлюз. Технически робот может брать параметры десяти шлюзов и во все выставлять ордеры одновременно одинаковые или по какой то другой логике.
Так какой вариант?
реинкарнация Гриши Копосова?