Фрагментация рынка и Smart Order Routing (SOR)

В разных странах существуют разные практики работы площадок торговли ценными бумагами: в каких-то странах существует только одна национальная биржа, а в каких то — несколько конкурирующих национальных бирж. Все очень сильно зависит от исторических практик, традиций, законов и регулирующих органов данной конкретной юрисдикции. Где-то конкуренция всемерно поощряется, где-то наоборот правительство и бизнес стремятся к консолидации множества бирж в одну.

В тех странах, где поощряется конкуренция между биржами, законодательство изменено так, что не существует какой-то определенной биржи, которая занимает монопольное положение на рынке страны. Вместо этого существует множество торговых площадок, из которых инвесторы могут выбирать для совершения сделки ту, которая им кажется наиболее выгодной и удобной. Такая ситуация на рынке ценных бумаг называется фрагментацией.

Читать далее

FIXatdl — стандарт, который не взлетел

С ростом популярности алгоритмической торговли Sell-side компании стали предоставлять своим клиентам доступ к своим алгоритмам и к своим системам алгоритмической торговли — этот сервис назывался Direct Strategy Access. Рост конкуренции между брокерами заставлял их предлагать своим клиентам все новые и новые алгоритмы. Каждый новый алгоритм помимо экзотического названия имел еще ряд параметров, а при генерации FIX сообщения от Buy-side к брокеру эти параметры помещались в кастомные теги.

Разработчики алгоритмов посчитали, что всякий раз описывать новые параметры и теги в специальной документации — неудобно. Хоть FIX — простой и расширяемый протокол, чтение документа занимает время, в документ-спецификацию могут вкрасться ошибки, а с обновлением алгоритма обновление документации — занимает время. Кроме того, представьте, что Sell-side работает с несколькими брокерами, и у всех этих брокеров есть алгоритм VWAP. Но у каждого из брокеров этот алгоритм имеет какие-то свои особенные дополнительные параметры, а в FIX сообщении значения этих параметров могут помещаться в разные теги.

Читать далее

Clearing and Settlement: что происходит после торгов

Я уже много статей написал о том, как осуществляется торговля, как выставляются ордера, как они сводятся в торговом движке. Настало время рассказать о том, что происходит после того, как сделка совершена. Программисту из front-office не стоит ограничиваться знаниями только своей части системы. Всегда полезно для общего развития знать, что происходит с ордером далее, после того, как ордер был обработан front-office системами, и данные по ордеру ушли в back-office.

Читать далее

Руслан Черемин: Когда имеет смысл передавать IO в отдельный поток?

Допустим, у нас есть простая система, которая принимает запросы из сети, как-то их обрабатывает («бизнес-логика»), и отправляет результат назад, в сеть. Мы заинтересованы в быстром отклике (=latency), а отправка – это IO, так что возникает идея ее снести в отдельный поток.

Но тогда придется передавать данные из основного потока в поток отправки – а межпоточная коммуникация это какие-то накладные расходы (копирование, инструкции синхронизации, т.п.)

Стоит ли вообще игра свеч, и если стоит – то когда?

Bill Lupien — родоначальник электронной торговли

21 апреля 2021 года в возрасте 79 лет скончался Уильям Люпьен (Bill Lupien). Билл Люпьен не был гениальным технологом или программистом. Но благодаря его новаторству, энтузиазму, предвидению и деловой хватке навсегда изменился лик биржевой торговли и стал таким, каким мы видим его сегодня.

Читать далее