Подскажите, пожалуйста, способы, как уменьшить задержки подписчикам, если средняя сделка составляет 7-10 пунктов? - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так что выходит, сервис сигналов берёт этот самый сигнал с терминала провайдера, а не с сервера его ДЦ?
Написано же ровно наоборот - берет сигнал с сервера брокера, параллельно терминалу. С терминала клауд сеть не берет сигналы, а подписывается на торговые транзакции провайдера прямо с торгового сервера.
За счет этого клауд сеть практически всегда знает об исполнении транзакции раньше самого провайдера. Причем так же раньше успевает распространить этот сигнал подписчикам. И если подписчики тоже в сети нашего хостинга, то они могут(и исполняют) исполнить сделку даже раньше, чем провайдер получит подтверждение о своей сделке в своем терминале.
Отсюда мораль:
а если реквот? как всё будет?
Повтор в рамках разрешенного слиппажа в настройках сигнала.
Вообще посмотрите в раздел Проскальзывание у сигналов - увидите насколько мизерные проскальзывания в большинстве случаев. У того же CALM https://www.mql5.com/ru/signals/129797 первая сотня брокеров подписчиков имеет проскальзывание меньше 1 пункта(в пятом знаке).
Причем у подписчиков есть мощное средство снижения проскальзывания до нуля - заплатить 1 спред в месяц(10 долларов), чтобы качество исполнения было близко к идеалу.
эта страница не понятна -- там брокер Robo и по нему:
А что не понятно?
Это совокупная статистика по копированию с 4 318 сделок. И среднее проскальзывание всего 0.3 пункта(уточню, что в пятом знаке). Скорее всего большая часть копировщиков сидит на домашнем интернете с немаленькими пингами, что заведомо дает проскальзывание.
Неужели вы думали, что все 100% подписчиков сидят через наш VPS? Таких считанные единицы процентов. Еще с десяток процентов сидят на сторонних VPS, а основная масса копирует с домашнего интернета.
Для информации: когда в статистике сигнала вы видите сказочные проскальзывания в десятки пунктов, то не сомневайтесь - это печальный трейдер из Азии на 1/2G и пингом в 1000-3000 мс пытался повторить сделки. Скоро мы будем отфильтровывать такие результаты из статистики.
Написано же ровно наоборот - берет сигнал с сервера брокера, параллельно терминалу. С терминала клауд сеть не берет сигналы, а подписывается на торговые транзакции провайдера прямо с торгового сервера.
Написано так
Уточню на всякий случай(упрощенно): если пинг до сервера 100 мс, то провайдер тратит 100 мс на отправку транзакции, потом 100 мс на подтверждение транзакции, а потом еще 100 мс на отправку сигнала в клауд копирования сигналов. Но так как наша сеть ловит транзакции параллельно, то задежка будет в его 100 мс + 1 мс(грубо) вместо 300 мс, если все гонять через терминал провайдера.
Допустим, торговый приказ до сервера доходит за 100 мс, сервер его исполняет с какой-то там задержкой, допустим, 2 мс, если нет реквот.
Сигнал к подписчику будет отправлен одновременно с подтверждением от сервера к провайдеру сигнала. Сами же писали, транзакции идут параллельно.
Ну до подписчика сигнал ещё через 100 мс придёт, если он тоже дома на компе терминал крутит, а если подписчик на вашем хостинге, то 2-4 мс. Итого максимум 110 мс на всё в лучшем случае, или максимум 200 мс в худшем. Я правильно понял?
Написано так
Допустим, торговый приказ до сервера доходит за 100мс, сервер его исполняет с какой-то там задержкой, допустим, 2мс, если нет реквот.
Сигнал к клиенту будет отправлен одновременно с подтверждением от сервера к провайдеру сигнала. Сами же писали, транзакции идут параллельно.
Ну до подписчика сигнал ещё через 100мс придёт, если он тоже дома на компе терминал крутит, а если подписчик на вашем хостинге, то 2-4мс. Итого максимум 110мс на всё в лучшем случае, или максимум 200мс в худшем. Я правильно понял?
если все делать по науке, провайдер и подписчик будут использовать впс, то основная задержка будет в скорости исполнения приказов именно брокером! Допустим, пинг до брокера нулевой, но время исполнения заявки 100 мс внутри самого брокера, т.е. подтверждение об открытии сделки появится через 100 мс. В этот момент сделка уйдет подписчику, и у него так же уйдет 100 мс на открытие сделки. В итоге потеря составит 200 мс.
Поэтому важно выбрать брокера с наименьшим временем исполнения заявок. Большинство мт5 брокеров исполняют сделки в РАЗЫ быстрее чем на мт4. Это как бы еще один повод переходить на мт5 :) Так, при скорости исполнения порядка 10-50 мс на стороне брокера, большинство подписчиков вообще не почувствуют отставаний, если это не супер пупер hft
Написано так
Допустим, торговый приказ до сервера доходит за 100мс, сервер его исполняет с какой-то там задержкой, допустим, 2мс, если нет реквот.
Сигнал к клиенту будет отправлен одновременно с подтверждением от сервера к провайдеру сигнала. Сами же писали, транзакции идут параллельно.
Ну до подписчика сигнал ещё через 100мс придёт, если он тоже дома на компе терминал крутит, а если подписчик на вашем хостинге, то 2-4мс. Итого максимум 110мс на всё в лучшем случае, или максимум 200мс в худшем. Я правильно понял?
Неправильно, прочтите мой ответ еще раз, пожалуйста.
Если принять ваши потери как 2 мс в сервере на исполнение и 2 мс до терминала подписчика в хостинге, то:
Большинство мт5 брокеров исполняют сделки в РАЗЫ быстрее чем на мт4. Это как бы еще один повод переходить на мт5 :)
Это как раз доказательство моих слов - латенси в МТ5 в разы меньше МТ4. Вся платформа МТ5 была с нуля написана ради новой архитектуры и избавления от старого кода. Мы выкинули в мусорку весь МТ4 код полностью.
Просто массы не хотят слушать голос разума и технических специалистов, а предпочитают играть в поддержку мифов. Преимущества в качестве и скорости исполнения торговых транзакций у МТ5 исключительные. Это не говоря еще о десятках других вещей.
К сожалению, кусочные объяснения на форуме не дают хорошего проникновения в массы.
Мы постоянно делаем очень эффективные и сложные решения, но спотыкаемся на невозможности широкого донесения информации и банальном "не осилил, много букв" со стороны людей.
Нужен хороший специалист по связям с общественностью , пиар менеджер, который в добавок конечно должен быть трейдером-программистом.