MT5 y trans2quik.dll - página 11

 
Sergey Chalyshev:

No lo entiendo,

Si tiene su propio conectorPlaza 2, ¿por qué necesita un corredor (acceso SMA)?

No utilizar la red y la pasarela del corredor, sino trabajar directamente con la Bolsa.

 
prostotrader:

De hecho, ya he escrito la mayor parte (el conector Plaza 2), pero hay

un gran problema con la organización del almacenamiento y el acceso simultáneo a los datos.

Al fin y al cabo, quiero utilizar todas las secciones de Exchange en un solo conector y comerciar

Quiero utilizar todas las secciones de Exchange en un conector y operar con un gran número de robots. Un conector - muchos robots, sin usar

Quiero utilizar todas las secciones en un conector - muchos robots sin utilizar ningún gráfico.


¿SQLite?
 
Sergey Chalyshev:
¿SQLite?

Todavía no he decidido qué es lo mejor...

La cuestión es que quiero mantener todos los datos en la memoria, porque para el comercio

Quiero mantener todos los datos en la memoria. No quiero guardar nada.

 
prostotrader:

No utilizar la red y la pasarela del corredor, sino trabajar directamente con la Bolsa.

Entonces,¿no es necesario el acceso a la SMA?

En mi opinión, el SMA se inventó para no pagar por Plaza y tener acceso directo. Pero los corredores no lo necesitan, están mejor a la antigua usanza. Hasta que aparezca un competidor.

 
Sergey Chalyshev:

Entonces,¿no es necesario el acceso a la SMA?

Creo que el SMA se inventó para evitar el pago de Plaza y conseguir un acceso directo. Pero los corredores no lo necesitan, están mejor a la antigua usanza. Hasta que haya un competidor.

El acceso SMA es un acceso directo a la bolsa (a través de la pasarela Plaza 2 Exchange), pero controlado por el corredor.

Y el esquema habitual - Cliente - Red del corredor - Pasarela Plaza 2 Corredor - Bolsa

 
prostotrader:

Todavía no he decidido qué es lo mejor...

La cuestión es que quiero mantener todos los datos en la memoria, porque para el comercio

Quiero mantener todos los datos en la memoria. No quiero guardar nada.

SQLite sólo funciona en memoria, no es MS SQL. Hay otros homólogos que también son muy rápidos y funcionan en la memoria.
 
Sergey Chalyshev:
SQLite sólo funciona en memoria, no es MS SQL. También hay análogos que también son muy rápidos y funcionan en la memoria.

Ejemplos de muy rápida... Preferiblemente en Pascal (Delphi) o como DL.

 
prostotrader:

El acceso SMA es un acceso directo a una bolsa (a través de una pasarela Exchange Plaza 2), pero controlado por el corredor.

El esquema normal es Cliente - Broker Redes - Gateway Plaza 2 Broker - Exchange

Y el esquema habitual, aunque un poco retocado - Cliente - Broker Redes - Pasarela Plaza 2 Broker - Bolsa

¿No es mejor? ¿Para qué sirve el corredor en el régimen SMA?

 
prostotrader:

Ejemplos de muy rápida... Preferiblemente en Pascal (Delphi) o como DLL

Ejemplo, no quiero buscar otros, ahora no recuerdo los nombres, si me acuerdo escribo
 
Sergey Chalyshev:

Y el esquema habitual, aunque un poco retocado - Cliente - Red del corred or - Pasarela del corredor Plaza 2 - Intercambio

¿No sería mejor? ¿Para qué sirve el corredor del régimen SMA?

Esta es la descripción completa del 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-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.