MT5 e trans2quik.dll - página 11

 
Sergey Chalyshev:

Eu não entendo,

Se você tem seu próprio conectorPlaza 2 - por que você precisa de um corretor (acesso SMA)?

Não para usar a rede e a porta de entrada do corretor, mas para trabalhar diretamente com a Bolsa.

 
prostotrader:

De fato, já escrevi a maior parte (o conector Plaza 2), mas há

um grande problema com a organização do armazenamento e do acesso simultâneo aos dados.

Afinal, eu quero usar todas as seções do Exchange em um só conector e negociar

Quero usar todas as seções do Exchange em um único conector e negociar com um grande número de robôs. Um conector - muitos robôs, sem usar

Quero usar todas as seções em um único conector - muitos robôs sem usar nenhum gráfico.


SQLite?
 
Sergey Chalyshev:
SQLite ?

Ainda não decidi o que é melhor...

A questão é que quero manter todos os dados na memória, porque para negociação

Quero manter todos os dados na memória. Eu não quero salvar nada.

 
prostotrader:

Não para usar a rede e a porta de entrada do corretor, mas para trabalhar diretamente com a Bolsa.

Então oacesso ao SMA não é necessário?

Na minha opinião, a SMA foi inventada para não pagar pelo Plaza e obter acesso direto. Mas os corretores não precisam disso, eles são melhores à moda antiga. Até que apareça um concorrente.

 
Sergey Chalyshev:

Então oacesso ao SMA não é necessário?

Acho que a SMA foi inventada para evitar o pagamento do Plaza e obter acesso direto. Mas os corretores não precisam disso, eles estão melhor à moda antiga. Até que haja um concorrente.

O acesso SMA é acesso direto à bolsa (através do gateway Plaza 2 Exchange), mas controlado pelo corretor.

E o esquema usual - Cliente - Rede de corretores - Gateway Plaza 2 Broker - Bolsa

 
prostotrader:

Ainda não decidi o que é melhor...

A questão é que eu quero manter todos os dados na memória, porque para negociação

Quero manter todos os dados na memória. Eu não quero salvar nada.

SQLite só funciona na memória, não é MS SQL. Há outras contrapartidas que também são muito rápidas e funcionam em memória.
 
Sergey Chalyshev:
SQLite só funciona na memória, não é MS SQL. Há também análogos que também são muito rápidos e funcionam em memória.

Exemplos de muito rápido... De preferência em Pascal (Delphi) ou como um DL.

 
prostotrader:

O acesso SMA é o acesso direto a uma bolsa (através do portal Exchange Plaza 2), mas controlado pelo corretor.

O esquema normal é Cliente - Broker Networks - Gateway Plaza 2 Broker - Exchange

E o esquema usual, se um pouco afinado - Cliente - Redes de corretores - Gateway Plaza 2 Broker - Bolsa

Isso não é melhor? Para que serve o corretor no esquema SMA?

 
prostotrader:

Exemplos de muito rápido... Preferencialmente em Pascal (Delphi) ou como DLL

Exemplo, eu não quero procurar outros, não me lembro de nomes agora, se me lembro vou escrever
 
Sergey Chalyshev:

E o esquema usual, se um pouco afinado - Cliente - Rede de corretores - Broker 's Gateway Plaza 2 - Troca

Isso não seria melhor? Para que serve o corretor no esquema do SMA?

Aqui está a descrição completa do 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-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.