You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
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.
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 ?
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.
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.
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
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'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.
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?
Examples of very quick... Preferably in Pascal (Delphi) or as a DLL
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-логинов, инструментов или кодов клиентов. Под инстру- ментом здесь понимается комбинация: • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион, Календарный Спред} - Инструмент* • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион} - Инструмент** Предусмотрены следующие проверки: