все верно,я  использую информацию о icebergs исключительно в совокупном сетапе

конечно можно найти скажем так некоторые "индивидуальные" особенности некоторых icebergs и

зная как и что происходит после них уже реагировать только на этот сигнал

ну и на разных рынках реакция и все остальное тоже по разному

видеть icebergs это как +1 в копилку сетапа

удачи!

не являюсь пользователем платформы и в общем-то насрать на нее ... это к тому что не заинтересованное лицо

информация ответов саппорта поражает ... что в общем-то явля-ся обыденностью

привожу пример на базе CME

1) icebergs - это крупный тик, причем исполненный как правило множеством трейдов бред полный,итак

на СМЕ существует 2 типа - icebergs

краткий ввод

а) native icebergs - эти приказы обрабатываются в самом ядре биржи

б) ISV server - эти обрабатываются по заданному алгоритму\мам на стороннем сервере и биржа(СМЕ) не идентифицирует их как ice , для нее они просто лимитные ордера

что мы получаем на выходе? native идентифицировать можно!

а) для этого нужно знать OrderIDs - это позволит достаточно точно идентифицировать полный цикл

б) не зная OrderIDs можно идентифицировать,но! только отдельные части(конечно если предположить,что в данный момент времени на данной цене наверняка исполняется цепочка одного и того же участника,можно сделать определенные выводы по общему объему отдельных частей)

на выходе имеем - нужна информация о том какие данные предоставляет биржа(полные или кастрат) и тоже самое от поставщика(посредника) и наконец что и как обрабатывает платформа на которой вы торгуете

итак касаемо СМЕ

с середины 2017 СМЕ стала подавать доп информацию под маркировкой - MBO,который транслируется одновременно с MBP

MBO позволяет получить достаточно точный объем native icebergs посредством идентификации по OrderIDs 

MBP позволяет идентифицировать native icebergs при таких условиях

а) native icebergs остался последним в очереди цен(после никто не добавился) и его полностью отработал превосходящий по размеру маркет(как правило сквиз и на выходе получается крупный объем ice )

б) native icebergs исполняется в "порядке очереди" идентифицируется каждый раз после добавления(исполнения) новой части,тут может быть столько частей,на сколько биржевое ядро разбило общий объем,согласно заданным правилам

алгоритм native icebergs - это не тайна,он существует уже очень давно и вы можете посмотреть его во многих платформах крупных брокеров (на стороне пользователя)

ИМХО ...

допустим я по какой-то причине решил использовать native icebergs

мы уже в курсе что этот тип ордера имеет уязвимость при условии MBO , что я сделаю?

разобью свой объем на несколько более-более мелких циклов и залью их в диапазоне цен(это как вариант затруднить понимание истинного объема)

ИМХО ...

я,вы,мы должны понимать,что идентифицируя чей-то ice - это не гарантирует абсолютно ничего!

этот пользователь( ice) может банально ошибаться и дело тут не в его размерах,проверено на себе

может иметь широкий диапазон цен,что губительно для любителей усредняться(это же применимо и к MBO- ведь идентификация крупного объема по OrderIDs не гарантирует что он не будет это повторять еще ниже\выше уже с другими OrderIDs на других уровнях цен )

ИМХО очень сомнительно ожидать на фьючерсном рынке небывалых размеров,как на акциях к примеру

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

Для чего послесловие -ИМХО? не завышайте надежды и ожидания на то что позволяет себя идентифицировать(имеет уязвимость) ибо об этом заранее подумает тот кто этим пользуется и он не дурак

,в потоке уже давным давно висят algo,которые заняты вычислением тех или иных алгоритмов и висят они на коротких проводах(если касаемо скальпа) ,ну и так далее

касательно других бирж свои условия ...

ах да забыл,не пытайтесь ловить ISV server - там продумано все до мелочей - каждый отдельный цикл имеет свой OrderIDs,свой диапазон цен,разную задержку между приказами на новом уровне цен и между циклами и так далее