Есть ли причина, почему один не может запустить FIX трафик сообщений * над * WebSockets?

Игнорирование сессионный слой на секунду, низкая точность воспроизведения применение FIX через WebSockets могли бы просто использовать обновить типичный HTTP WebSockets рукопожатием, а затем просто обмен сообщениями трафика форматирования с FIX традиционных тегов и значений для конкретного словаря данных версии.

Приведение сеанса яруса обратно в картину, она не должна быть слишком трудно разработать рукопожатие, которое поддерживает дух инициации сеанса FIX пока просто использует WebSockets над TCP + SSL общаться.

Я подозреваю, что многие торговые центры криптографической класса активов, первоначально запущен как с REST и WebSockets поддержки, с добавлением впоследствии в качестве дополнения FIX поддержки. Один недостаток заключается в том, что это накладывает на место необходимость поддерживать несколько различных версий, семантики приложений, строительных блоков, из которых FIX делает отличную работу по определению на очень гранулированных уровнях. FIX может быть пугающим для тех, кто знаком с этим, и, вероятно, не имеет смысла для реализации в 1,0 для крипто-родного рынка центра.

Как крупные игроки с установленной унаследованной инфраструктурой на борте криптографических классов активов, спрос на подключение FIX интеграции должен увеличиваться. Я думаю, что открываешь для себя идеальный механизма для запуска FIX сеанса с использованием WebSockets как провод выгодно, так как это позволит сэкономить персонал обмена развития усилия по производству API семантики независимо от любого большего признанного стандарта.