Прямое (нативное) подключение

Прямое (нативное) подключение — это канал, в котором торговое приложение само говорит на собственном протоколе брокера или поставщика данных, без второй платформы-посредника. Для счетов Rithmic это значит, что приложение реализует R | Protocol и входит по имени пользователя, паролю и имени системы этого счёта.

Senzoukria · Глоссарий · Обновлено: сентябрь 2026

Прямое подключение против локального моста

Рыночный поток попадает в графическое приложение двумя путями. При прямом подключении приложение само открывает сессию к шлюзу брокера и получает сделки, глубину и историю в формате поставщика. При мосте другая платформа, уже подключённая к потоку (например, NinjaTrader или Quantower), запускает дополнение, которое передаёт полученное приложению внутри одной машины.

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

  • Прямое: одно приложение, один логин, права проверяются шлюзом при входе и при каждом запросе.
  • Мост: две программы работают бок о бок; закрытие платформы-хоста закрывает поток.
  • Любой путь всё равно зависит от биржевых подписок и сборов поставщика: ни один из них их не отменяет.

Что нужно для прямого подключения к Rithmic

  • Счёт, поставщик которого разрешает сторонний доступ по API (R | Protocol), — это отдельное право, не совпадающее с возможностью открыть собственную платформу поставщика.
  • Имя системы счёта, скопированное ровно так, как его пишет поставщик, потому что оно определяет, какой сервер обслуживает счёт.
  • Учётные данные платформы, которые часто не совпадают с данными для сайта поставщика.
  • Право на рыночные данные на используемом plant; бумажные и живые plant раздельны.
  • Бесплатное демо Rithmic (14-дневный пробный доступ) этим путём воспользоваться не может: Rithmic не даёт демо-счетам API R | Protocol.

В Senzoukria

Экран «Подключения брокеров» перечисляет источники рядом: Rithmic Direct помечен как «Подключение к брокеру (мост не нужен)», а записи NinjaTrader и Quantower помечены как локальные мосты, требующие запущенной платформы-хоста. Форма Rithmic спрашивает шлюз, имя пользователя, пароль и имя системы; учётные данные уходят в системную связку ключей и никогда не пишутся в файл или лог.

Предполётная проверка сверяет имя системы со списком шлюза до входа. Если всё принято, но ничего не приходит, помощь по подключению предлагает спросить у брокера именно так: включён ли мой логин для стороннего доступа по API, для каких данных и под каким именем системы.

Типичные ошибки

  • Считать, что счёт, открывающий собственную платформу поставщика, примет и вход по API: это продаётся как разные продукты.
  • Читать отказ при входе как проблему прав, когда имя системы просто не то для этого счёта.
  • Ожидать одинаковой глубины истории от прямого подключения и от моста; сравнивайте фактически полученные поля.
  • Вводить учётные данные брокера в форму на сайте. Прямое подключение живёт в настольном приложении, а не в браузере.

Эта страница на других языках

Частые вопросы

Прямое подключение быстрее моста?
Оно убирает из цепочки одну программу, но этот глоссарий не публикует замеров задержки. На практике разница обычно в полях данных и в истории: мост передаёт то, что отдаёт график хоста, а прямое подключение получает то, на что имеет право счёт. Проверьте оба пути на одном контракте, прежде чем делать выводы.
Любой ли логин Rithmic подходит для прямого подключения?
Нет. Счёт должен разрешать этот способ подключения, это приложение и запрашиваемые наборы данных, а имя системы должно соответствовать серверу, который обслуживает счёт. Демо-логины пробного периода исключены из API R | Protocol. Подтвердите сторонний доступ у поставщика, прежде чем предполагать совместимость.
Гарантирует ли рабочее прямое подключение исторические данные?
Нет. Живые сделки, глубина и история — отдельные права на одном и том же счёте. Вход может пройти успешно, а запрос истории — получить отказ или вернуться пустым. Относитесь к каждой возможности как к тому, что нужно проверить, а не как к тому, что доказывает вход.