Дмитрий Интрадей
Дмитрий Интрадей личный блог
16 января 2013, 17:33

*** Вопрос мэтчинга котировок и эмулирования торгов

Вот написал я эмуляцию мэтчинга (формирование сделок по стакану заявок) в своей студии с целью эмулирования торгов и пришел к интересному вопросу. А если подрят (друг за другом) на биржу приходит две встречные заявки

1. продажа по рынку
2. покупка по рынку
по какой цене они будут исполнены?

По идее заявки должны исполнятся по лучшим значениям, но по логике так как в обоих заявках не указывается цена (по рынку всегда имеют значение 0 в поле цена) то ориентирами остаются значения бида и аска. Но когда обе заявки могли бы закрыться «друг о друга» где-нибудь в центре спреда они исполнятся по биду-аску, то есть по худшей цене… То есть биржа действительно делая мэтчинг анализирует лишь пару «заявка-стакан» или еще анализирует «заявка-следующая заявка» в очереди заявок :(
Просто я знаю что скажем на америкосовской бирже если у одного брокера пришли ордера от двух его клиентов 1. по рынку и 2. лимитник в противоположную сторону (равный биду-аску или лучше), то брокер кроет рыночную заявку о лимитник и предает центральному ядру уже не заявки а состоявшиеся сделки, которые «смэтчил» на своем сервере.


кто знаком с подобным вопросом объясните!
52 Комментария
  • siva
    16 января 2013, 17:41
    На америке вообще открывают внутри спреда в 1 цент.
    То есть часто помню давали цену мне, когда пулял по рынку — 31.955 ))) или 31.9515 )) чо-та такое)
    • Ага
      16 января 2013, 17:51
      Станислав Иванов, точно не знаю, но у них вроде гибридная система? И наша — «система электронного сведения» отличается по логике?
  • Ага
    16 января 2013, 17:42
    Если говорить о ММВБ, то подозреваю, что обрабатывается, в один момент времени, только одна заявка, против имеющихся в системе (т.е. в стакане).
      • Ага
        16 января 2013, 17:46
        Дмитрий Интрадей, скинь ссылку на презентацию, интересно посмотреть…
    • Ага
      16 января 2013, 17:45
      tvitals, иначе надо говорить от «разрозненых потоках исполнения», да и что считать одновременно? Т.е. пришлось бы вводить «временный буфер», в котором накапливаются заявки до попытки исполнения по стакану?
    • Ага
      16 января 2013, 18:34
      Дмитрий Интрадей, это да, проблема, что-бы ее небыло, надо иметь доступ ко всему потоку заявок отправляемых на биржу, есть знакомый ИТшник кто-бы сливал такую? ;))) В любом случае при эмуляции по истории будет только эмуляция, ведь любое вмешательство привело бы к изменению потока сделок. Достаточно неплохой вариант писать историю и сам стакан, или придумать иной способ, например, ввести задержку на эмуляцию исполнения и после нею считать своими соответсвующий объем сделок своего направления покупка/продажа.
      • Ага
        16 января 2013, 18:35
        tvitals, А если придумаешь, что-то лучше, раскажи — т.к. у меня схожие потребности )
        • Ага
          16 января 2013, 18:42
          Дмитрий Интрадей, да, я примерно туда-же смотрю. Вопервых это даст возможность более качественного анализа истории, во вторых нормальное тестирование роботов, а в третьих можно и самому «руку набивать» на ручной эмуляции — например отбираешь интересные дни и раз 20-30 их проторговываешь — больше опыта можно получть без потери капитала )
        • Ага
          16 января 2013, 18:48
          Дмитрий Интрадей, Но имя поток заявок (не сделок, а именно заявок, даже не состоявшихся), моделирование было-бы совсем другое, а если оный иметь реалтайм, то и дало-бы хорошее преимущество ))))
            • Ага
              16 января 2013, 19:17
              Дмитрий Интрадей, Должно быть законно, если не торговать на там на реальные деньги, а иначе это будет как игровые автоматы ))) Идея очень интересная, и главное полезной. Интересно получить срез с людей, кто-бы стал бы пользоваться?
              • Ага
                16 января 2013, 19:24
                Дмитрий Интрадей, тема интересная, я бы присоединился
                • Ага
                  16 января 2013, 19:30
                  tvitals, В принцепе туда можно транслировать данные с бирж в реал-тайм, будет небольшая задержка. И можно использовать и как «игорвую-платформу», как базу тиков… а если делать по уму проекто может быть и окупаем даже…
              • StockChart.ru
                16 января 2013, 21:46
                Дмитрий Интрадей, была такая идея кстати, но не понятно что с протоколом, надо стандартный, ибо мутить свой это изобретать и продвигать API — задача не слабая
            • Ага
              16 января 2013, 19:19
              Дмитрий Интрадей, да смотрел его, когда QUIK изучал, там «такая история», уж незнаяю гне они ее берут — что, то не очень актуальная, а точнее нет эмуляции ликвидности, наверное на жедезе экономят, вот и частота сделок никакая…
        • Ага
          16 января 2013, 18:51
          Дмитрий Интрадей, Но имеем, то что-имеем, моделирование поможет дать примерный ответ, на качество стратегии, и общую проверку гипотез. А дальше только в живую, с последующим разбором полетов :)

Активные форумы
Что сейчас обсуждают

Старый дизайн
Старый
дизайн