MT5 et trans2quik.dll - page 11

 
Sergey Chalyshev:

Je ne comprends pas,

Si vous avez votre propre connecteurPlaza 2 - pourquoi avez-vous besoin d'un courtier (accès SMA)?

Ne pas utiliser le réseau et la passerelle du courtier, mais travailler directement avec la Bourse.

 
prostotrader:

En fait, j'en ai déjà écrit la plus grande partie (le connecteur Plaza 2), mais il y a...

un gros problème d'organisation du stockage et d'accès simultané aux données.

Après tout, je veux utiliser toutes les sections d'Exchange dans un seul connecteur et faire du commerce.

Je veux utiliser toutes les sections d'Exchange dans un seul connecteur et trader avec un grand nombre de robots. Un connecteur - de nombreux robots, sans utiliser

Je veux utiliser toutes les sections dans un connecteur - plusieurs robots sans utiliser de graphiques.


SQLite?
 
Sergey Chalyshev:
SQLite ?

Je n'ai pas encore décidé ce qui est le mieux...

Le truc, c'est que je veux garder toutes les données en mémoire, parce que pour le commerce...

Je veux garder toutes les données en mémoire. Je ne veux rien sauver.

 
prostotrader:

Ne pas utiliser le réseau et la passerelle du courtier mais travailler directement avec la Bourse.

L'accès au SMA n'est doncpas nécessaire ?

A mon avis, le SMA a été inventé pour ne pas payer le Plaza et avoir un accès direct. Mais les courtiers n'en ont pas besoin, ils sont meilleurs à l'ancienne. Jusqu'à ce qu'un concurrent arrive.

 
Sergey Chalyshev:

L'accès au SMA n'est doncpas nécessaire ?

Je pense que le SMA a été inventé pour éviter de payer pour le Plaza et pour avoir un accès direct. Mais les courtiers n'en ont pas besoin, ils sont mieux lotis à l'ancienne. Jusqu'à ce qu'il y ait un concurrent.

L'accès SMA est un accès direct à la bourse (via la passerelle Plaza 2 Exchange), mais contrôlé par le courtier.

Et le schéma habituel - Client - Réseau du courtier - Passerelle Plaza 2 Courtier - Échange

 
prostotrader:

Je n'ai pas encore décidé ce qui est le mieux...

Le truc, c'est que je veux garder toutes les données en mémoire, parce que pour le commerce...

Je veux garder toutes les données en mémoire. Je ne veux rien sauver.

SQLite fonctionne uniquement en mémoire, ce n'est pas MS SQL. Il existe d'autres contreparties qui sont également très rapides et fonctionnent en mémoire.
 
Sergey Chalyshev:
SQLite fonctionne uniquement en mémoire, ce n'est pas MS SQL. Il existe également des analogues qui sont également très rapides et fonctionnent en mémoire.

Exemples d'actions très rapides... De préférence en Pascal (Delphi) ou en tant que DL.

 
prostotrader:

L'accès SMA est un accès direct à une bourse (via la passerelle Exchange Plaza 2), mais contrôlé par le courtier.

Le schéma normal est le suivant : Client - Broker Réseaux - Gateway Plaza 2 Broker - Exchange

Et le schéma habituel, bien qu'un peu modifié - Client - Broker Réseaux - Gateway Plaza 2 Broker - Exchange

N'est-ce pas mieux ? A quoi sert le courtier dans le système SMA ?

 
prostotrader:

Exemples d'actions très rapides... De préférence en Pascal (Delphi) ou sous forme de DLL.

Exemple, je ne veux pas chercher les autres, je ne me souviens pas des noms maintenant, si je m'en souviens, j'écrirai.
 
Sergey Chalyshev:

Et le schéma habituel, bien qu'un peu modifié - Client - Réseau du courtier - Passerelle du courtier Place 2 - Échange

Ce ne serait pas mieux ? A quoi sert le courtier dans le système SMA ?

Voici la description complète de la SMA

3.3.7. Клиентские SMA-логины (спонсируемый доступ)
Спонсируемый доступ (Sponsored Market Access - SMA) – это способ предоставления клиентам участников торгов технического
доступа к торгово-клиринговой системе срочного рынка, с помощью которого клиент может подавать поручения участнику торгов
("спонсирующей" фирме) для исполнения на рынке путем постановки заявок напрямую в ТС под контролем и ответственностью
участника.
Доступ к ТС клиенту участника предоставляется путем выделения ему персонального идентификатора - SMA-логина, с которого
напрямую можно выставлять заявки. Доступ возможен через Plaza2, FIX и TWIME шлюзы.
Для контроля операций, совершаемых со SMA-логина, SMA-логин привязывается к логину участника (MASTER-логину). MASTER-
логин – идентификатор участника, с помощью которого участник подсоединяется к ТС, выставляет заявки, контролирует ис-
полнение заявок. Участник вправе использовать один и тот же MASTER-логин для более чем одного SMA-логина. SMA-логин
также может быть привязан к нескольким MASTER-логинам. Список логинов транслируется в шлюзе в таблице user потока
FORTS_FUTINFO_REPL. В этой таблице SMA-логин можно отличить по 1 в третьем бите битовой маски sma_flags. Список связок
"MASTER-логин" - "SMA-логин" транслируется в шлюзе в таблице sma_master потока FORTS_FUTINFO_REPL.
Для получения SMA-логина участник торгов подает в Клиентский центр Биржи заявление, в котором указывает логин, с помощью
которого будет производиться контроль операций, совершаемых со SMA-логина (MASTER-логин).
При организации подачи заявок участником торгов по поручениям клиентов, биржа предоставляет участникам соответствующие
средства управления риском, чтобы не допустить попадания ошибочных заявок в торговую систему:
• Pre-Trade контроль - дополнительные настройки помимо существующей системы проверок при постановке заявок.
• Cancel On Drop-Copy Disconnect - сервис, гарантирующий, что заявки SMA-логина присутствуют в ТС только при подключенном
(активном) MASTER-логине. Все выставленные SMA-логином заявки имеют ссылку на этот связанный с ним MASTER-логин
(поле aspref таблиц orders_log и multileg_orders_log).
• UserKillSwitch - принудительная деактивация SMA-логина участником.
Pre-Trade контроль представляет собой набор дополнительных ограничений/проверок, накладываемых/выполняемых при поста-
новке заявок от SMA-логина. Проверки могут назначаться в разрезе SMA-логинов, инструментов или кодов клиентов. Под инстру-
ментом здесь понимается комбинация:
• <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион, Календарный Спред} - Инструмент*
• <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион} - Инструмент**
Предусмотрены следующие проверки:

Для назначения/отмены проверок используются шлюзовые команды SetSmaPreTradeCheck и DelSmaPreTradeCheck соответствен-
но. Информация о назначенных проверках доступна в шлюзе в таблице sma_pre_trade_check потока FORTS_FUTINFO_REPL.
Cancel On Drop-Copy Disconnect - сервис, гарантирующий, что заявки SMA-логина присутствуют в ТС только при подключенном
(активном) MASTER-логине.
При постановке заявки со SMA-логина, производится проверка наличия хотя-бы одного активного MASTER-логина, к которому
привязан данный SMA-логин, если таких MASTER-логинов нет, то заявка отвергается с выдачей соответствующей ошибки. Если
активный MASTER-логин есть, заявка обрабатывается, а в поле aspref записывается ссылка (id-логина) на этот MASTER-логин.
Сервис в режиме реального времени (по технологии, аналогичной Cancel On Disconnect) отслеживает состояние MASTER-логинов
на транзакционном уровне, и при отсутствии транзакционной активности деактивирует логин. Если в результате таких действий у
SMA-логина не остается ни одного подключенного MASTER-логина, то все его активные заявки автоматически снимаются.
Активные заявки SMA-логинов, у которых включен режим Cancel On Drop-Copy Disconnect, также автоматически снимаются в конце
торгового дня в технологический перерыв.
Сервис Cancel On Drop-Copy Disconnect является настраиваемой опцией, для его подключения следует обратиться в Клиентский
центр Биржи.
Команда UserKillSwitch позволяет участнику самому деактивировать (активировать) SMA-логин с опциональной возможностью
автоматического снятия всех его активных заявок. Деактивированный SMA-логин не может выполнять торговые операции. Деак-
тивация SMA-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.