MT5 e trans2quik.dll - pagina 11

 
Sergey Chalyshev:

Non capisco,

Se avete il vostro connettorePlaza 2 - perché avete bisogno di un broker (accesso SMA)?

Non usare la rete e il gateway del broker, ma lavorare direttamente con l'Exchange.

 
prostotrader:

In effetti, ho già scritto la maggior parte di esso (il connettore Plaza 2), ma c'è

un grande problema con l'organizzazione dello stoccaggio e l'accesso simultaneo ai dati.

Dopo tutto, voglio usare tutte le sezioni di Exchange in un connettore e scambiare

Voglio usare tutte le sezioni di Exchange in un unico connettore e fare trading con un gran numero di robot. Un connettore - molti robot, senza usare

Voglio usare tutte le sezioni in un connettore - molti robot senza usare alcuna grafica.


SQLite?
 
Sergey Chalyshev:
SQLite?

Non ho ancora deciso cosa sia meglio...

Il fatto è che voglio tenere tutti i dati in memoria, perché per il trading

Voglio mantenere tutti i dati in memoria. Non voglio salvare nulla.

 
prostotrader:

Non usare la rete e il gateway del broker ma lavorare direttamente con l'Exchange.

Quindi l'accesso SMA non è necessario?

Secondo me, la SMA è stata inventata per non pagare Plaza e avere un accesso diretto. Ma i broker non ne hanno bisogno, sono meglio alla vecchia maniera. Finché non arriva un concorrente.

 
Sergey Chalyshev:

Quindi l'accesso SMA non è necessario?

Penso che la SMA sia stata inventata per evitare di pagare Plaza e ottenere un accesso diretto. Ma i broker non ne hanno bisogno, stanno meglio alla vecchia maniera. Finché non c'è un concorrente.

L'accesso SMA è un accesso diretto allo scambio (attraverso il gateway di Plaza 2 Exchange), ma controllato dal broker.

E il solito schema - Cliente - rete del Broker - Gateway Plaza 2 Broker - Exchange

 
prostotrader:

Non ho ancora deciso cosa sia meglio...

Il fatto è che voglio tenere tutti i dati in memoria, perché per il trading

Voglio mantenere tutti i dati in memoria. Non voglio salvare nulla.

SQLite lavora solo in memoria, non è MS SQL. Ci sono altre controparti che sono anche molto veloci e lavorano in memoria.
 
Sergey Chalyshev:
SQLite lavora solo in memoria, non è MS SQL. Ci sono anche analoghi che sono anche molto veloci e lavorano in memoria.

Esempi di molto veloce... Preferibilmente in Pascal (Delphi) o come DL.

 
prostotrader:

L'accesso SMA è un accesso diretto a uno scambio (tramite il gateway Exchange Plaza 2), ma controllato dal broker.

Lo schema normale è Client - Broker Networks - Gateway Plaza 2 Broker - Exchange

E il solito schema, se un po' modificato - Client - Broker Networks - Gateway Plaza 2 Broker - Exchange

Non è meglio? A cosa serve il broker nello schema SMA?

 
prostotrader:

Esempi di molto veloce... Preferibilmente in Pascal (Delphi) o come DLL

Esempio, non voglio cercare gli altri, non ricordo i nomi ora, se mi ricordo scriverò
 
Sergey Chalyshev:

E il solito schema, anche se un po' modificato - Cliente - Rete del Broker - Gateway del Broker Plaza 2 - Exchange

Non sarebbe meglio? A cosa serve il broker nello schema SMA?

Ecco la descrizione completa dello 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-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.