MT5 and trans2quik.dll - page 11

 
Sergey Chalyshev:

I don't understand,

If you have your ownPlaza 2 connector- why do you need a broker (SMA access)?

Not to use the broker's network and gateway, but to work directly with the Exchange.

 
prostotrader:

As a matter of fact, I have already written most of it (the Plaza 2 connector), but there is

a big problem with the organization of storage and simultaneous access to data.

After all, I want to use all sections of Exchange in one connector and trade

I want to use all sections of Exchange in one connector and trade with large number of robots. One connector - many robots, without using

I want to use all sections in one connector - many robots without using any graphics.


SQLite?
 
Sergey Chalyshev:
SQLite ?

I haven't decided what's best yet...

The thing is, I want to keep all the data in memory, because for trading

I want to keep all the data in memory. I don't want to save anything.

 
prostotrader:

Not to use the broker's network and gateway but to work directly with the Exchange.

SoSMA access is not necessary?

In my opinion, SMA was invented in order not to pay for Plaza and get direct access. But brokers do not need it, they are better the old-fashioned way. Until a competitor comes along.

 
Sergey Chalyshev:

SoSMA access is not needed?

I think SMA was invented in order to avoid paying for Plaza and get direct access. But brokers don't need it, they are better off the old-fashioned way. Until there is a competitor.

SMA access is direct access to the exchange (through the Plaza 2 Exchange gateway), but controlled by the broker.

And the usual scheme - Client - Broker's network - Gateway Plaza 2 Broker - Exchange

 
prostotrader:

I haven't decided what's best yet...

The thing is, I want to keep all the data in memory, because for trading

I want to keep all the data in memory. I don't want to save anything.

SQLite just works in memory, it is not MS SQL. There are other counterparts that are also very fast and work in memory.
 
Sergey Chalyshev:
SQLite just works in memory, it's not MS SQL. There are also analogues which are also very fast and work in memory.

Examples of very quick... Preferably in Pascal (Delphi) or as a DL.

 
prostotrader:

SMA access is direct access to an exchange (via the Exchange Plaza 2 gateway), but controlled by the broker.

The normal scheme is Client - Broker Networks - Gateway Plaza 2 Broker - Exchange

And the usual scheme, if a little tweaked - Client - Broker's networks - Gateway Plaza 2 Broker - Exchange

Isn't that better? What is the broker for in the SMA scheme?

 
prostotrader:

Examples of very quick... Preferably in Pascal (Delphi) or as a DLL

Example, I don't want to look for others, I don't remember names now, if I remember I'll write
 
Sergey Chalyshev:

And the usual scheme, if a little tweaked - Client - Broker's network - Broker's Gateway Plaza 2 - Exchange

Wouldn't that be better? What is the broker in the SMA scheme for?

Here is the full description of the 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-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.
Reason: