Недавно начал изучать Тслаб2.0 и увидел что в Опционном деске, создатели сего продукта дают возможность пользователю использовать переменные (режимы) для итогового расчета подразумеваемой волатильности ну и разумеется для улыбки.
Также очень понравилось, что не надо вручную собирать ОПЦИОННЫЙ ДЕСК, т.е. подгружается только активные СТРАЙКИ.
При более детальном рассмотрении у меня возникли вопросы касательно режима цены.
Пользователю предлагается несколько режимов - LastPrice, BidAskMidPoint, TheorPrice.
С TheorPrice - тут понятно - это цена транслируемая Биржей и соответственно улыбка и IV будет "Биржевой";
Lastprice - не не совсем корректно, так как наш опционный рынок ну мягко сказано "НЕЛИКВИД" на некоторых страйках и иногода LastPrice ТАКАЯ СТАРАЯ, что ее ну просто нельзя использовать для каких либо дальнейших расчетах, а отсюда и к черту полетит вся улыбка и IV.
Самым оптимальным вариантом режима цены с некоторыми оговорками можно использовать BidAskMidPoint, которую можно обозвать СПРАВЕДЛИВОЙ РЫНОЧНОЙ ЦЕНОЙ (MarketFairPrice - MFP).
Ну и здесь мы сталкиваемся также где-то с полным отсутствием BID\ASK на некоторых страйках, и иногда там где есть BID\ASK мы имеем Ask ну просто запредельно НЕРЕАЛЬНЫЙ, что не даст правильно и адекватно рассчитать MFP.
Хотелось бы узнать у создателей как будет решаться данная ситуация?????

На мой взгляд было бы логично производить расчет MFP по следующему алгоритму:
1.
ЕСЛИ
- BidPriceOpt>0, AskPriceOpt>0 при дополнительном условии, что BidPriceOpt=>(AskPriceOpt/n), где n - некий множитель и обычно =10;
ТО
- FMP=средняя(BPO, APO);
ИНАЧЕ
- FMP=0 при условии, что все другие функции не сработали и Смотрим другую функцию
2.
ЕСЛИ
- LastPriceOpt=0 или ПУСТО "NULL", BidPriceOpt=0 или ПУСТО "NULL", AskPriceOpt>0;
ТО
- FMP=0 при условии, что все другие функции не сработали;
ИНАЧЕ
- Смотрим другую функцию
3.
ЕСЛИ
- LastPriceOpt=0 или ПУСТО "NULL", AskPriceOpt=0 или ПУСТО "NULL", BidPriceOpt>0;
ТО
- FMP=0 при условии, что все другие функции не сработали;
ИНАЧЕ
- Смотрим другую функцию
4.
ЕСЛИ
- BidPriceOpt=0 или ПУСТО "NULL", AskPriceOpt=0 или ПУСТО "NULL", при дополнительному условии, что
a) опционы CALL при Strike<=LastPriceFUTURE, т.е. опционы CALL имеют внутреннюю стоимость - т.е. состояние ITM и временную стоимость при приближении к\на центральному страйку - ATM, а
b) опционы PUT при Strike<LastPriceFuture, т.е. опционы PUT имеют внутреннюю стоимость - т.е. состояние ITM и временную стоимость при приближении к\на центральному страйку - ATM;
ТО
- для CALL --- FMP=LastPriceFUT-Strike
- для PUT --- FMP=Strike-LastPriceFUT
ИНАЧЕ
- смотрим другую функцию

В некоторых страйках между страйками, у которых правильно рассчитана MFP мы получили MFP=0, что тоже не совсем корректно, то необходимо вычислить MFP методом пропорционального распределения.
Допустим имеем такой пример:
Страйк имеем MFP окончательно MFP
72000 900 900
72250 0 840
72500 0 780
72750 0 720
73000 0 660
73250 600 600
73500 0 514.29
73750 0 428.58
74000 0 342.87
74250 0 257.16
74500 0 171.45
74750 0 85.74
75000 0 0

Мы имеем между страйками с имеющимися FMP - 4 пустых страйка.
Мы берем 900 и 600 отнимаем и получаем 300 и делим на 5(4 пустых страйка и 1 расчетный) и получаем 60, таким образом следующий страйк после 720000 с ценой 900 будет на 60 меньше.

Имеем самый отдаленный крайний страйк 75000, думается правильным, что этот самый отдаленный крайний страйк 75000 в ОТМ должен быть =0, если нет ЛИКВИДНОСТИ (нет ни Ask ни Bid или имеем запредельно НЕРЕАЛЬНЫЙ Ask) - т.е ранее перебраны все варианты алгоритма расчета MFP, т.е. имеем самый отдаленный страйк 75000, и имеем 7 пустых страйков после 73250 с ценой 600, значит 600/7=85.71., т.е самый крайний страйк будет равен даже путем такого пропорционального исчисления =0



Прошу поделиться своим мнением.
Также хотелось бы поинтересоваться что создатель имеют ввиду в режиме волатильности - MODEL

Очень много букв.
К сожалению, мимо кассы почти всё.

"Режим цены" имеет отношение только к алгоритму
определения текущей цены Базового Актива (БА).

Для наших фьючерсов РИ, СИ, СБер, Газ, Брент и ещё несколько
определение цены БА по последней сделке вполне допустимо.
Потому что фьючерсы сами по себе достаточно ликвидны.

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

Последний режим "Using option prices" == "По ценам опционов" --
это последняя надежда видеть адекватную картину при подходе к планке (по фьючерсу).

К сожалению, дельта-хеджер не сможет в этой ситуации исполнять свои обязанности.
Зато Вы будете видеть относительно адекватную картину мира (улыбку) и сможете
перекрыть дельту руками с помощью других опционов.

ПС А "Справедливая рыночная цена опциона" у нас вообще
возникает автоматически из понятия "Рыночная улыбка" (красная с желтыми точками).
И для этого вовсе не требуется зубодробительных
алгоритмов с миллионом "иф-зен-элз".

ППС Кстати, судя по скриншотам, Вы ещё не обновились до версии 2.0.7.4.

Хоткей Ctrl-Alt-Shift-U

Рекомендуем.
Там есть свежие интересные баги.

Вот вы сами пишете "Если же речь идет про опционы на малоликвидные фьючерсы (например, Лукойл или еврорубль), то здесь трейдов мало и для таких фьючерсов лучше подойдет алгоритм "Середина между бидом и аском"
Допустим АСК=499999, БИД=1234
Чему равна DidAskMidPoint???????

Если у Вас настолько паршивый БА, то ни о каком
выравнивании дельты речь уже не идет.
Следовательно, это уже не торговля опционами,
а какой-то sell-and-pray и цена фьючерса
Вас уже на самом деле не очень интересует.

слишком много от вас рассуждений и ни одного решения вопроса

А вы пробовали такой фьючерс покупать в реале и как успехи????? я пробовал, результат нулевой!!! Пробовал и газ и сбер. Как Каленкович на вэбинаре сказал: "сначала просто поторгуйте опционами что бы понять их!"

вообще о тема посвящена вычислению справедливой рыночной цены опциона