(FPGA vs CPU: когда железо важнее кода)
В 2016 году, когда я первый раз услышал фразу FPGA, мне показалось, что это очередная организация по интересам, где возможно молятся Вельзевулу или лижут перуанских жаб. Но на деле это кусок железа, который безумно ценен в биржевой торговле.
FPGA — это электронная микросхема, физическую структуру которой можно многократно перестраивать с помощью кода уже после её изготовления на заводе.
Она позволяет создавать устройства с максимальным быстродействием и минимальными задержками, так как алгоритмы в ней выполняются напрямую на уровне «железа», а не через цепочку команд процессора.
Есть простой способ проверить, понимает ли человек, о чём говорит, когда произносит слово FPGA. Спросите его: чем это отличается от обычной сетевой карты? Если в ответе нет слова «транзистор» — скорее всего, человек повторяет чужую презентацию.
Что вообще внутри этой микросхемы
Кирилл, частный управляющий, объясняет разницу между обычным железом и FPGA почти на пальцах — и в этом объяснении больше пользы, чем в половине статей про «квантовое превосходство» в трейдинге:
В 2016 году, когда я первый раз услышал фразу FPGA, мне показалось, что это очередная организация по интересам, где возможно молятся Вельзевулу или лижут перуанских жаб. Но на деле это кусок железа, который безумно ценен в биржевой торговле.
FPGA — это электронная микросхема, физическую структуру которой можно многократно перестраивать с помощью кода уже после её изготовления на заводе.
Она позволяет создавать устройства с максимальным быстродействием и минимальными задержками, так как алгоритмы в ней выполняются напрямую на уровне «железа», а не через цепочку команд процессора.
Есть простой способ проверить, понимает ли человек, о чём говорит, когда произносит слово FPGA. Спросите его: чем это отличается от обычной сетевой карты? Если в ответе нет слова «транзистор» — скорее всего, человек повторяет чужую презентацию.
Что вообще внутри этой микросхемы
Кирилл, частный управляющий, объясняет разницу между обычным железом и FPGA почти на пальцах — и в этом объяснении больше пользы, чем в половине статей про «квантовое превосходство» в трейдинге:
«Обычная сетевая карточка — там есть транзисторы, они на заводе уже все прошиты. Сигнал идёт от одной стороны, поворачивает налево, идёт так до упора. FPGA — ты можешь менять направление этим транзистором, менять микросхему так, чтобы она работала по-другому. Ты можешь на FPGA сделать компьютер — там будет своя архитектура, оперативная память, шина. Можешь сделать что угодно. Можешь даже сделать ещё одно FPGA внутри FPGA».
Разница с обычным сервером на Linux, по его словам, в одном: «ты можешь контролировать любые задержки. Ты не зависишь от джиттера операционной системы — он у тебя минимальный, буквально в наносекундах, в зависимости от частоты».
Звучит как безусловное преимущество. Но дальше — та часть, которую обычно опускают в рекламных материалах.
Почему это не покупается за деньги
Почему это не покупается за деньги
«Очень сложная разработка, — продолжает Кирилл. — В сравнении с C++, написать робота и приложить его на FPGA — это занимает годы».
И это не преувеличение ради красного словца. Он приводит пример команд, у которых было всё, кроме результата:
«Я знаю примеры, когда ребята с большими ресурсами до сих пор не могут запуститься. Потому что разработка очень сложная. Можно упереться в стену, и ты будешь биться в неё как головой, и ничего не пробить. Треть, наверное, никогда не закончит».
Здесь стоит остановиться на цифре. Треть команд, которые решают ставить на FPGA, — не «доводят до идеала», а не заканчивают вообще. Не потому что не хватило денег на оборудование. А потому что баланс между скоростью и стабильностью — отдельная профессия, а не побочный эффект хорошего кода:
«Мы это осилили, но до сих пор допиливаем, потому что шаг влево, шаг вправо — и всё крашится. За каждую наносекунду мы бьёмся стабильностью. Тут надо найти баланс между скоростью и стабильностью».
Закон Литтла (Теория очередей)
Что это и зачем нужна:
Фундаментальный закон теории массового обслуживания, который описывает, как ведет себя очередь заявок в матчинг-движке биржи или в сетевом буфере. Она объясняет, почему даже с идеальным железом (FPGA) можно получить огромные задержки в моменты высокой волатильности.
Расшифровка переменных:
● L — среднее количество заявок в системе (длина очереди).
● λ (лямбда) — интенсивность входящего потока заявок (скорость, с которой рынок генерирует ордера).
● W — среднее время, которое заявка проводит в системе (задержка перед исполнением).
Смысл:
Эта формула объясняет главный страх HFT-трейдера: взрыв очереди. Даже если ваш FPGA-код работает за 10 наносекунд, но в момент выхода макростатистики поток заявок на биржу вырастает в 100 раз, время ожидания в очереди тоже взлетит.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
Подробности и регистрация: algoclub.pro/mainevent
Путь без FPGA: от Windows до 1 микросекунды
Самая ценная часть разговора — не про FPGA, а про то, что можно сделать вообще без неё. Кирилл выстраивает это буквально по ступеням, как инструкцию, которую нигде больше не найти в таком виде:
Что это и зачем нужна:
Фундаментальный закон теории массового обслуживания, который описывает, как ведет себя очередь заявок в матчинг-движке биржи или в сетевом буфере. Она объясняет, почему даже с идеальным железом (FPGA) можно получить огромные задержки в моменты высокой волатильности.
Расшифровка переменных:
● L — среднее количество заявок в системе (длина очереди).
● λ (лямбда) — интенсивность входящего потока заявок (скорость, с которой рынок генерирует ордера).
● W — среднее время, которое заявка проводит в системе (задержка перед исполнением).
Смысл:
Эта формула объясняет главный страх HFT-трейдера: взрыв очереди. Даже если ваш FPGA-код работает за 10 наносекунд, но в момент выхода макростатистики поток заявок на биржу вырастает в 100 раз, время ожидания в очереди тоже взлетит.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
- 2 зала
- 40 спикеров
- дегустация вин
Подробности и регистрация: algoclub.pro/mainevent
Путь без FPGA: от Windows до 1 микросекунды
Самая ценная часть разговора — не про FPGA, а про то, что можно сделать вообще без неё. Кирилл выстраивает это буквально по ступеням, как инструкцию, которую нигде больше не найти в таком виде:
«Сначала — Windows. Самое неторопливое, что можно сделать, лучше даже не начинать на ней ничего писать. Берём Linux — просто Linux, задержки будут измеряться в сотнях микросекунд. Дальше его можно оттюнить — заставить процессор никогда не спать, отключить все энергосберегающие функции, сделать ядро Linux real-time. Задержки существенно снижаются, плюс код работает быстрее — он не запарывается где-то, не ждёт подолгу. Уже можно дойти до десятков микросекунд, может, даже до десяти на real-time ядре».
Дальше — специализированные сетевые карты:
«Их делают Mellanox и SolarFlare. У Mellanox есть VMA — это обход, байпас ядра Linux сетевого стека TCP/IP и UDP. У SolarFlare — Onload-технология, с подтехнологиями, которые тоже разделяются по скорости. Просто из коробки, ничего не зная, можно прийти к задержке в 2-3 микросекунды. Без особого тюнинга».
А вот итоговая цифра, ради которой стоило читать весь путь:
«Как я говорил, в семнадцатом году мы добились одной микросекунды round trip — от того, как первый бит заходит в сетевую карточку, до того, как первый бит с заявкой уходит обратно. Не только код — ещё и оборудование, но не FPGA».
На вопрос, сколько времени нужно, чтобы пройти весь этот путь, ответ был неожиданно скромным: «Даже меньше, чем за год-полтора. Если этим упорно заниматься каждый день».
Бюджет полной задержки («Tick-to-trade» Time Breakdown)
Что это и зачем нужна:
Это «рентген» любой low-latency системы. Формула раскладывает общее время обработки заявки () на четыре физических компонента. Она прямо отвечает на вопрос: «Где именно прячутся эти микросекунды, за которые мы платим миллионы?».
Расшифровка переменных:
● T_total — итоговое время от генерации сигнала до исполнения (Round-Trip Time).
● T_prop (Propagation) — время прохождения сигнала по кабелю. Решается колокацией (физическим размещением сервера рядом с биржей).
● T_trans (Transmission) — время передачи пакета по сети. Решается покупкой дорогих сетевых карт (Solarflare, Mellanox).
● T_queue (Queuing) — время ожидания в очереди операционной системы. Решается обходом ядра (Kernel Bypass, VMA, Onload) и тюнингом Linux.
● T_proc (Processing) — время обработки логики алгоритма. Решается переходом с C++ на FPGA.
Смысл:
Эта формула превращает абстрактный рассказ про «тюненый Linux и FPGA» в четкий инженерный чек-лист.
Есть ли предел этой гонке
Логичный вопрос: если за 6 лет задержка упала в 250 раз, где дно? Кирилл рассуждает об этом на удивление трезво для человека, который сам всю жизнь в этой гонке:
Что это и зачем нужна:
Это «рентген» любой low-latency системы. Формула раскладывает общее время обработки заявки () на четыре физических компонента. Она прямо отвечает на вопрос: «Где именно прячутся эти микросекунды, за которые мы платим миллионы?».
Расшифровка переменных:
● T_total — итоговое время от генерации сигнала до исполнения (Round-Trip Time).
● T_prop (Propagation) — время прохождения сигнала по кабелю. Решается колокацией (физическим размещением сервера рядом с биржей).
● T_trans (Transmission) — время передачи пакета по сети. Решается покупкой дорогих сетевых карт (Solarflare, Mellanox).
● T_queue (Queuing) — время ожидания в очереди операционной системы. Решается обходом ядра (Kernel Bypass, VMA, Onload) и тюнингом Linux.
● T_proc (Processing) — время обработки логики алгоритма. Решается переходом с C++ на FPGA.
Смысл:
Эта формула превращает абстрактный рассказ про «тюненый Linux и FPGA» в четкий инженерный чек-лист.
Есть ли предел этой гонке
Логичный вопрос: если за 6 лет задержка упала в 250 раз, где дно? Кирилл рассуждает об этом на удивление трезво для человека, который сам всю жизнь в этой гонке:
«Разные HFT-стратегии идут от сотен наносекунд до пяти микросекунд. Появляются новые чипы, которые позволяют работать, условно, на 50 наносекунд быстрее — но это мало что даёт. Тут важнее разделять стратегии по типу. Есть стратегии, где победитель получает всё. А есть — где все понемногу откусывают от общего пирога».
Это ключевое различие, которое обычно теряется в разговорах о «гонке скоростей» вообще. В стратегиях типа «победитель получает всё» — например, в классическом latency-арбитраже, когда на движение цены реагирует только тот, кто успел первым, — лишние 50 наносекунд решают, получите вы сделку или нет. В стратегиях с «общим пирогом» — например, в стат-арбитраже, где решение строится на анализе большого объёма данных, — та же прибавка скорости практически не влияет на результат.
Есть и рыночный фактор, который меняет расклад сильнее, чем любое железо. Кирилл вспоминает: «После 2022 года всё изменилось — ушли западные команды, остались, по сути, только российские конкуренты, и конкуренция снизилась существенно». Здесь он ловит себя на встречном возражении — распространено мнение, что тот же уход крупных игроков ударил по ликвидности, и вход стал сложнее, а не легче:
Есть и рыночный фактор, который меняет расклад сильнее, чем любое железо. Кирилл вспоминает: «После 2022 года всё изменилось — ушли западные команды, остались, по сути, только российские конкуренты, и конкуренция снизилась существенно». Здесь он ловит себя на встречном возражении — распространено мнение, что тот же уход крупных игроков ударил по ликвидности, и вход стал сложнее, а не легче:
«Ликвидность, да, она поуменьшилась, но надо работать с той, которая есть. Чем больше команд — тем выше ликвидность».
То есть барьер и возможность растут одновременно, и однозначного ответа «сейчас легче или сложнее» на самом деле нет — есть два верных, но противоположных наблюдения в зависимости от того, с какой стороны на рынок смотреть.
FPGA нужна не всем
Здесь важный нюанс, который обычно теряется в спорах «FPGA или не FPGA»: разные HFT-стратегии физически требуют разной скорости, и это не вопрос амбиций, а вопрос архитектуры самой стратегии.
FPGA нужна не всем
Здесь важный нюанс, который обычно теряется в спорах «FPGA или не FPGA»: разные HFT-стратегии физически требуют разной скорости, и это не вопрос амбиций, а вопрос архитектуры самой стратегии.
Кирилл разделяет их так: «Латенси-арбитраж — этим я занимаюсь в основном — упирается в FPGA и в способность разработчиков снижать latency. Статистический арбитраж — там скорости не в наносекундах измеряются, они измеряются в микросекундах, потому что нужно обработать большой объём информации и на его основе принять решение. Это уже не про наносекунды».
То есть FPGA критична там, где вы конкурируете за право быть первым в очереди при движении цены. И почти избыточна там, где решение строится на анализе данных, а не на скорости реакции.
«Мистер X» — участник команды крупного алгофонда, описывает похожую картину со стороны более крупного игрока — и добавляет тренд, который многие пропускают:
«Наша фирма ограниченно использует FPGA. Клиенты тоже используют, но в принципе тренд в больших компаниях сейчас — это использование нейросетей, больших моделей, а не FPGA и торговли с их помощью».
Андрей, управляющий алгофондом, на этом фоне обходится вообще без затрат мысли на эту тему:
«Слышал, не использую».
FPGA — не универсальный стандарт индустрии, а инструмент под конкретный тип стратегии и конкретный бюджет.
Не только про скорость: этическая сторона гонки
Кирилл не скрывает, что относится к части классических HFT-практик со скепсисом, а не с гордостью — и это редкая честность для индустрии, где принято говорить только о собственном превосходстве:
Не только про скорость: этическая сторона гонки
Кирилл не скрывает, что относится к части классических HFT-практик со скепсисом, а не с гордостью — и это редкая честность для индустрии, где принято говорить только о собственном превосходстве:
«Основоположники HFT в Америке начали получать преимущество от разности скорости доступа к разным биржевым площадкам — получая информацию с одной, они успевали забрать чуть подешевле на другой. По сути, они были посредниками только благодаря архитектуре рынка. Я считаю, что это в какой-то мере узаконенное мошенничество» — так он охарактеризовал практики, описанные в известной книге «Flash Boys» о скоростной гонке на биржах.
Это важная деталь для тех, кто выбирает путь в HFT: не вся индустрия одинаково относится к собственным методам заработка, и внутри неё идёт вполне живая этическая дискуссия — не только техническая.
Показательна и его реакция на предложение устроить открытое сравнение скорости между независимыми командами — то, что раньше было обычным развлечением индустрии:
Показательна и его реакция на предложение устроить открытое сравнение скорости между независимыми командами — то, что раньше было обычным развлечением индустрии:
«Раньше было такое игривое настроение — соревноваться в стакане. Сейчас нет смысла: любой может посмотреть арбитраж на срочном рынке, взять инструменты, отсортированные по объёму торгов, и попытаться поарбитражить сам. Вот так и можно конкурировать, без турниров».
Гонка перестала быть спортом ради спорта — она полностью растворилась в ежедневной рутинной работе, где выигрыш измеряется не медалью, а строчкой в P&L.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
Подробности и регистрация: algoclub.pro/mainevent
Три года на встрече — вместо десяти лет по книгам
Именно такие разборы — не в презентациях, а в диалоге, где любой мог послушать и переспросить, — характерны для формата «Биржевого Алгоритма». Сам Кирилл вспоминает: «На последней встрече, которую ты организовывал, мы довольно открыто это всё говорили — с ребятами любой мог послушать». Закрыты не общие принципы архитектуры, а только узкие нюансы конкретной стратегии — и это ровно та грань, где обмен опытом безопасен и полезен одновременно.
Разговор с Кириллом на подкасте «Биржевой Алгоритм» закончился приглашением на «Биржевую масленицу» — одну из 10 офлайн-встреч 2026 года, сообщества в Москве, куда его позвали именно как человека, который может объяснить эту технику живым языком, а не сухим текстом на слайде.
Правила входа: как не купить FPGA, если она вам не нужна
1. Сначала определите тип стратегии, а потом выбирайте железо. Если вы в latency-арбитраже — вам нужны наносекунды, и FPGA — логичный выбор. Если вы в статистическом арбитраже — вам хватит микросекунд, и тюненый Linux с хорошей сетевой картой даст их с запасом. Не путайте эти две вселенные.
2. Помните: FPGA — это не покупка, это проект на годы. Разработка на FPGA занимает годы, и около трети команд с большими бюджетами так и не доходят до финиша. Это не про деньги — это про сложность. Если вы не готовы вложить время и нервы, оставайтесь на C++.
3. Начните с тюнинга Linux и нормальной сетевой карты. Это даст вам 2–3 микросекунды «из коробки». А если углубиться — можно дойти до 1 микросекунды round trip без FPGA. Это путь, который занимает меньше года при ежедневной работе — и он в разы дешевле.
4. Проверяйте баланс между скоростью и стабильностью. За каждую наносекунду вы платите стабильностью. Шаг влево — и система крашится. Найдите свою золотую середину, а не гонитесь за абсолютным минимумом.
5. Следите за трендами: крупные игроки уходят в нейросети. FPGA не умерла, но индустрия ищет другие способы заработать. Возможно, ваша будущая стратегия — не в скорости, а в данных и моделях. Не замыкайтесь на одном инструменте.
Часто задаваемые вопросы
1. Что такое FPGA простыми словами?
Это микросхема, которую можно перепрограммировать «под себя» уже после её выпуска. Вы сами решаете, как будут идти сигналы через транзисторы. В отличие от обычного процессора, где всё зафиксировано на заводе, FPGA позволяет вам создать аппаратную логику именно под вашу стратегию. Поэтому задержки там — наносекунды, а не микросекунды.
2. Мне точно нужна FPGA для HFT?
Нет. Если ваша стратегия — статистический арбитраж, где решение принимается на основе анализа большого объёма данных, вам хватит тюненого Linux и обхода ядра (SolarFlare, Mellanox). FPGA нужна только там, где вы соревнуетесь за право быть первым в очереди — в latency-арбитраже.
3. Сколько времени занимает разработка на FPGA?
Годы. И около трети команд с большими бюджетами так и не заканчивают проект. Это не про деньги, а про сложность и баланс между скоростью и стабильностью. Если вы не готовы к такому долгосрочному вложению — не начинайте.
4. А можно вообще без FPGA достичь 1 микросекунды?
Да. В 2017 году Кирилл и его команда сделали round trip менее 1 микросекунды на обычном C++ с тюненым Linux и специальными сетевыми картами (SolarFlare, обход ядра). Это заняло меньше полутора лет упорной работы. Так что FPGA — это не единственный путь.
5. Что такое kernel bypass и зачем он нужен?
Это технология, которая позволяет вашей программе напрямую обращаться к сетевой карте, минуя стандартный стек TCP/IP операционной системы. Обычный стек — это большая очередь и огромные задержки (сотни микросекунд). Обход ядра (например, VMA от Mellanox или Onload от SolarFlare) сокращает задержки до 2–3 микросекунд «из коробки» — это первый шаг к скорости.
6. Правда ли, что после 2022 года конкуренция в HFT упала?
Да, западные команды ушли, и российских конкурентов осталось меньше. Но ликвидность тоже снизилась. Барьер входа и возможности растут одновременно — нет однозначного ответа «легче или сложнее». Сейчас, скорее, рынок стал более «своим» и прозрачным, но менее ликвидным.
7. Куда движется индустрия — FPGA или что-то другое?
Крупные игроки активно смотрят в сторону нейросетей и больших моделей. FPGA остаётся мощным инструментом для latency-арбитража, но это не единственный тренд. Если вы только начинаете — возможно, стоит изучить и Data Science, а не только железо.
TOTAL
Выбор между FPGA и кодом — это выбор между «я хочу быть самым быстрым» и «я хочу, чтобы это работало». Латенси-арбитраж — да, там наносекунды решают всё. Но если ты торгуешь статистический арбитраж — тебе нужны микросекунды, и тюненый Linux с хорошей сетевой картой дадут их с запасом. А ещё крупные игроки сейчас смотрят в сторону нейросетей, а не FPGA. Не потому что FPGA умерла. А потому что индустрия ищет, где ещё можно откусить кусок пирога.
В общем, сосед по стойке не быстрее тебя, потому что у него больше денег. Он быстрее, потому что он выбрал правильный инструмент под свою задачу. И не пожалел времени, чтобы довести его до ума. На встречах «Биржевого Алгоритма» мы такие разборы и делаем. Не про «купи FPGA и стань богом». А про «вот как это работает на самом деле, а вот как не надо».
Ближайшее мероприятие 9 октября 2026 года. Конференция "Биржевой алгоритм - 2026". Прикладные знания и авторитетные мнения. Мы соберем экспертов в управлении активами и алгоритмическом трейдинге. Подробности на странице мероприятия (http://algoclub.pro/mainevent)
Статья создана «Биржевым Алгоритмом». Копирование без ссылки на источник — нарушение авторских прав. Мы это отслеживаем и преследуем. Даже если вы думаете, что никто не заметит.
Ближайшее мероприятие
9 октября 2026 года в Москве пройдёт конференция «Биржевой Алгоритм — 2026».
- 2 зала
- 40 спикеров
- дегустация вин
Подробности и регистрация: algoclub.pro/mainevent
Три года на встрече — вместо десяти лет по книгам
Именно такие разборы — не в презентациях, а в диалоге, где любой мог послушать и переспросить, — характерны для формата «Биржевого Алгоритма». Сам Кирилл вспоминает: «На последней встрече, которую ты организовывал, мы довольно открыто это всё говорили — с ребятами любой мог послушать». Закрыты не общие принципы архитектуры, а только узкие нюансы конкретной стратегии — и это ровно та грань, где обмен опытом безопасен и полезен одновременно.
Разговор с Кириллом на подкасте «Биржевой Алгоритм» закончился приглашением на «Биржевую масленицу» — одну из 10 офлайн-встреч 2026 года, сообщества в Москве, куда его позвали именно как человека, который может объяснить эту технику живым языком, а не сухим текстом на слайде.
Правила входа: как не купить FPGA, если она вам не нужна
1. Сначала определите тип стратегии, а потом выбирайте железо. Если вы в latency-арбитраже — вам нужны наносекунды, и FPGA — логичный выбор. Если вы в статистическом арбитраже — вам хватит микросекунд, и тюненый Linux с хорошей сетевой картой даст их с запасом. Не путайте эти две вселенные.
2. Помните: FPGA — это не покупка, это проект на годы. Разработка на FPGA занимает годы, и около трети команд с большими бюджетами так и не доходят до финиша. Это не про деньги — это про сложность. Если вы не готовы вложить время и нервы, оставайтесь на C++.
3. Начните с тюнинга Linux и нормальной сетевой карты. Это даст вам 2–3 микросекунды «из коробки». А если углубиться — можно дойти до 1 микросекунды round trip без FPGA. Это путь, который занимает меньше года при ежедневной работе — и он в разы дешевле.
4. Проверяйте баланс между скоростью и стабильностью. За каждую наносекунду вы платите стабильностью. Шаг влево — и система крашится. Найдите свою золотую середину, а не гонитесь за абсолютным минимумом.
5. Следите за трендами: крупные игроки уходят в нейросети. FPGA не умерла, но индустрия ищет другие способы заработать. Возможно, ваша будущая стратегия — не в скорости, а в данных и моделях. Не замыкайтесь на одном инструменте.
Часто задаваемые вопросы
1. Что такое FPGA простыми словами?
Это микросхема, которую можно перепрограммировать «под себя» уже после её выпуска. Вы сами решаете, как будут идти сигналы через транзисторы. В отличие от обычного процессора, где всё зафиксировано на заводе, FPGA позволяет вам создать аппаратную логику именно под вашу стратегию. Поэтому задержки там — наносекунды, а не микросекунды.
2. Мне точно нужна FPGA для HFT?
Нет. Если ваша стратегия — статистический арбитраж, где решение принимается на основе анализа большого объёма данных, вам хватит тюненого Linux и обхода ядра (SolarFlare, Mellanox). FPGA нужна только там, где вы соревнуетесь за право быть первым в очереди — в latency-арбитраже.
3. Сколько времени занимает разработка на FPGA?
Годы. И около трети команд с большими бюджетами так и не заканчивают проект. Это не про деньги, а про сложность и баланс между скоростью и стабильностью. Если вы не готовы к такому долгосрочному вложению — не начинайте.
4. А можно вообще без FPGA достичь 1 микросекунды?
Да. В 2017 году Кирилл и его команда сделали round trip менее 1 микросекунды на обычном C++ с тюненым Linux и специальными сетевыми картами (SolarFlare, обход ядра). Это заняло меньше полутора лет упорной работы. Так что FPGA — это не единственный путь.
5. Что такое kernel bypass и зачем он нужен?
Это технология, которая позволяет вашей программе напрямую обращаться к сетевой карте, минуя стандартный стек TCP/IP операционной системы. Обычный стек — это большая очередь и огромные задержки (сотни микросекунд). Обход ядра (например, VMA от Mellanox или Onload от SolarFlare) сокращает задержки до 2–3 микросекунд «из коробки» — это первый шаг к скорости.
6. Правда ли, что после 2022 года конкуренция в HFT упала?
Да, западные команды ушли, и российских конкурентов осталось меньше. Но ликвидность тоже снизилась. Барьер входа и возможности растут одновременно — нет однозначного ответа «легче или сложнее». Сейчас, скорее, рынок стал более «своим» и прозрачным, но менее ликвидным.
7. Куда движется индустрия — FPGA или что-то другое?
Крупные игроки активно смотрят в сторону нейросетей и больших моделей. FPGA остаётся мощным инструментом для latency-арбитража, но это не единственный тренд. Если вы только начинаете — возможно, стоит изучить и Data Science, а не только железо.
TOTAL
Выбор между FPGA и кодом — это выбор между «я хочу быть самым быстрым» и «я хочу, чтобы это работало». Латенси-арбитраж — да, там наносекунды решают всё. Но если ты торгуешь статистический арбитраж — тебе нужны микросекунды, и тюненый Linux с хорошей сетевой картой дадут их с запасом. А ещё крупные игроки сейчас смотрят в сторону нейросетей, а не FPGA. Не потому что FPGA умерла. А потому что индустрия ищет, где ещё можно откусить кусок пирога.
В общем, сосед по стойке не быстрее тебя, потому что у него больше денег. Он быстрее, потому что он выбрал правильный инструмент под свою задачу. И не пожалел времени, чтобы довести его до ума. На встречах «Биржевого Алгоритма» мы такие разборы и делаем. Не про «купи FPGA и стань богом». А про «вот как это работает на самом деле, а вот как не надо».
Ближайшее мероприятие 9 октября 2026 года. Конференция "Биржевой алгоритм - 2026". Прикладные знания и авторитетные мнения. Мы соберем экспертов в управлении активами и алгоритмическом трейдинге. Подробности на странице мероприятия (http://algoclub.pro/mainevent)
Статья создана «Биржевым Алгоритмом». Копирование без ссылки на источник — нарушение авторских прав. Мы это отслеживаем и преследуем. Даже если вы думаете, что никто не заметит.