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-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.
理解できない。
独自のPlaza 2 コネクタをお持ちの場合、なぜブローカー（SMAアクセス）が必要なのでしょうか？
ブローカーのネットワークやゲートウェイを使用せず、取引所と直接連携すること。
実は、すでにそのほとんどを書き終えているのですが（プラザ2コネクター）、そこには
には、ストレージの構成とデータへの同時アクセス に大きな問題があります。
結局のところ、私は1つのコネクタでExchangeのすべてのセクションを使用し、取引したいです。
Exchangeの全セクションを1つのコネクタで使用し、多数のロボットで取引したい。1つのコネクタで多くのロボットを使用することができます。
1つのコネクタですべてのセクションを使用したい - グラフィックスを使用せずに多くのロボットを使用します。
SQLite ?
まだ何がベストか決まっていないのですが...。
というのも、トレーディングのために、すべてのデータをメモリに保存しておきたいからです。
すべてのデータをメモリ上に保持したい。何も保存したくないんです。
ブローカーのネットワークやゲートウェイを使用せず、取引所と直接連携すること。
では、SMAアクセスは必要ないのですか？
私の考えでは、SMAはプラザにお金を払わず、ダイレクトにアクセスするために発明されたものだと思います。しかし、証券会社はそれを必要としない、昔ながらのやり方がいいのです。競合他社が現れるまでは。
では、SMAアクセスは必要ないのですか？
SMAは、プラザにお金を払わず、直接アクセスできるようにするために考案されたのだと思います。しかし、証券会社には必要ない、昔ながらのやり方がいい。ライバルができるまで
SMAアクセスは、取引所への直接アクセス（Plaza 2 Exchangeゲートウェイ経由）ですが、ブローカーによってコントロールされています。
そして、通常のスキーム - クライアント - ブローカーのネットワーク - ゲートウェイプラザ 2 ブローカー - エクスチェンジ
まだ何がベストか決まっていないのですが...。
というのも、トレーディングのために、すべてのデータをメモリに保存しておきたいからです。
すべてのデータをメモリ上に保持したい。何も保存したくないんです。
SQLiteはメモリ上で動くだけで、MS SQLではありません。また、非常に高速でメモリ上で動作するアナログもあります。
非常に迅速な例...Pascal（Delphi）またはDLであることが望ましい。
SMAアクセスは、取引所への直接アクセス（Exchange Plaza 2ゲートウェイ経由）ですが、ブローカーによって制御されています。
通常のスキームは、クライアント - ブローカー ネットワーク - ゲートウェイ プラザ 2 ブローカー - エクスチェンジです。
そして、少し手を加えても、通常のスキーム - クライアント -ブローカー ネットワーク - ゲートウェイプラザ2ブローカー- エクスチェンジ
その方がいいんじゃないですか？SMA方式では、ブローカーは何のためにいるのですか？
非常に迅速な例...Pascal（Delphi）またはDLLで作成されたものが望ましい
そして、少し手を加えても、通常のスキーム - クライアント -ブローカーのネットワーク-ブローカーの ゲートウェイ・プラザ2 - エクスチェンジ
その方がいいんじゃないですか？SMA方式のブローカーは何のためにいるのですか？
以下、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-логинов, инструментов или кодов клиентов. Под инстру- ментом здесь понимается комбинация: • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион, Календарный Спред} - Инструмент* • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион} - Инструмент** Предусмотрены следующие проверки: