HFT>Но есть нюанс, я именно про latency arbitrage интересуюсь, а вот он на FPGA вообще есть?

Если я правильно понимаю то, что вы имеете ввиду под "latency arbitrage", то это на хабре проскакивало, что даже русские ребята такое сделали лет этак 4-5 назад ...

Как мы создали устройство быстрой обработки потока событий на FPGA
Сравнение tick-to-trade задержек CEPappliance и Solarflare TCPDirect
Реализация HFT роботов на устройствах CEPappliance

Из: Реализация HFT роботов на устройствах CEPappliance

Основные особенности HFT системы

Чтобы обеспечить малую задержку реакции системы на сигнал с биржи, нужно как можно раньше “узнавать” о появлении этого сигнала. Для этого HFT система должна:

“слушать” множество различных потоков рыночных данных, в которых нужный сигнал может быть транслирован, например, потоки ордеров, сделок, статистики и т.д. — любой из этих потоков может быстрее других;
реконсилировать несколько (2 или 4) фидов в рамках одного потока данных — любой из этих фидов может быть быстрее других, но данные не должны дублироваться;
строить “стакан” по данным из 2-х потоков, например, ордеров и сделок — любой из этих потоков может быть быстрее другого.

HFT>Но есть нюанс, я именно про latency arbitrage интересуюсь, а вот он на FPGA вообще есть?

Если я правильно понимаю то, что вы имеете ввиду под "latency arbitrage", то это на хабре проскакивало, что даже русские ребята такое сделали лет этак 4-5 назад ...

Как мы создали устройство быстрой обработки потока событий на FPGA
Сравнение tick-to-trade задержек CEPappliance и Solarflare TCPDirect
Реализация HFT роботов на устройствах CEPappliance

Из: Реализация HFT роботов на устройствах CEPappliance

Основные особенности HFT системы

Чтобы обеспечить малую задержку реакции системы на сигнал с биржи, нужно как можно раньше “узнавать” о появлении этого сигнала. Для этого HFT система должна:

“слушать” множество различных потоков рыночных данных, в которых нужный сигнал может быть транслирован, например, потоки ордеров, сделок, статистики и т.д. — любой из этих потоков может быстрее других;
реконсилировать несколько (2 или 4) фидов в рамках одного потока данных — любой из этих фидов может быть быстрее других, но данные не должны дублироваться;
строить “стакан” по данным из 2-х потоков, например, ордеров и сделок — любой из этих потоков может быть быстрее другого.