В мире криптовалютных торговых алгоритмов есть множество стратегий, но одна из самых интригующих и обещающих — это треугольный арбитраж. Идея заключается в поиске ценовых несоответствий между тремя валютными парами на одной бирже, чтобы безрисково заработать на разнице курсов. Один из проектов, который пытается воплотить эту идею в жизнь, — это бот Harjus, предназначенный для работы на крупнейшей криптобирже Binance. Его создатель Валттери Лехтинен поделился своим опытом разработки и испытания бота, погружая читателя в мир алгоритмической торговли и высокой конкуренции на рынке цифровых активов. Основная концепция треугольного арбитража кажется простой.
Торгуя внутри одной биржи, можно найти цепочку операций, которая позволит, например, поменять Биткоин на Эфириум, затем Эфириум на стейблкоин и наконец стейблкоин обратно в Биткоин по такой курсовой структуре, что итоговая сумма окажется чуть выше начальной. В теории — это безрисковая прибыль, если сделки выполняются мгновенно и по нужным ценам. Однако на практике сделать это непросто. Рынок криптовалют крайне динамичен, а конкуренция среди арбитражеров высочайшая. Когда Валттери начинал свой проект, в прошлом 2018 году, треугольный арбитраж был действительно прибыльным на таких платформах, как Bittrex, где возможности приносили доходность более 14% и длились несколько секунд.
На сегодняшний день, особенно в 2025 году, высокий уровень эффективности рынка и мгновенная реакция крупных игроков свели такие возможности к минимуму. По его наблюдениям, крупные арбитражные возможности с прибылью выше одного процента на Binance встречались последний раз почти год назад. Начальная идея автора заключалась в создании программы, которая могла бы автоматически отслеживать и использовать такие возможности, не требуя от него участия — ни продаж, ни маркетинга, только техническое мастерство и железная логика. Этот подход отражает мечту многих инженеров и трейдеров: пассивный доход от бесконечных безрисковых сделок. Однако тело рынка и конкуренция внесли свои корректировки.
Для создания бота было выбрано языковое средство программирования Elixir, известное своей поддержкой масштабируемости и работы с высокой параллельностью. Оно отлично подходит для обработки множественных потоков данных в реальном времени, что важно при подписке на обновления торговых ордеров через websocket. Также для исполнения ордеров применялась FIX API, хорошо зарекомендовавший себя протокол для быстрого и надежного обмена торговыми сообщениями. Оптимизация работы и сокращение задержек между сервером Binance и ботом стали ключевыми задачами. Расположение сервера исполнения было выбрано максимально близко к дата-центру Binance в Токио, что позволило снизить время отклика до единиц миллисекунд.
Перебор разных адресов и портов для websocket и FIX API также помог снизить время ожидания. Все эти меры позволили добиться лучших результатов на тестовой сети, где бот мог успешно ухватывать подавляющее большинство обнаруженных арбитражных возможностей. Но когда бот был запущен на реальном рынке Binance, ситуация резко изменилась. Нагрузка на процессор быстро возрастала, система не справлялась с обработкой всех обновлений, возникали сбои и утечки памяти. Это отражает одну из главных проблем высокочастотной торговли – необходимость жонглировать огромным потоком данных и молниеносно реагировать на изменения.
Чтобы решить проблемы с производительностью, автор разделил вычислительную нагрузку, выделив часть логики на реализацию на C++. Такой подход позволил ускорить вычисления и снизить требования к Elixir. Однако межъязыковое взаимодействие потребовало передачи данных в формате JSON, что внесло дополнительные накладные расходы. Дальнейшее развитие проекта привело к переписыванию всего бота полностью на C++ и использованию готовой библиотеки Quickfix для работы с FIX API. Это позволило избавиться от промежуточных задержек и использовать уже проверенные решения, применяемые крупными трейдинговыми фирмами.
Также стало возможным отказаться от websocket и работать только через FIX, что повышает стабильность, скорость и надежность коммуникации. Особенностью проекта стала тщательная работа над сетевыми оптимизациями. Помимо выбора региона и дата-центра, была проведена уникальная процедура определения конкретной доступности зоны AWS, где работает сервер Binance, чтобы разметить сервер бота именно там. Это снизило задержку еще сильнее – до полумилисекунды. Также был внедрен ряд операционных системных настроек для оптимизации сетевого стека: включен real-time kernel, отключены лишние механизмы безопасности и интерпритации прерываний, применены рекомендации специалистов по минимизации задержек.
Несмотря на все усилия и колоссальные оптимизации, проблем с успешным исполнением всех ордеров избежать не удалось. Даже аварийно быстрому и точному боту сложно конкурировать с профессиональными игроками, использующими коллокационные серверы, собственный хардвер и прикладные сетевые технологии на уровне драйверов и операционных систем. Из-за этого многие сделки оказывались не заполненными, что приводило к непредсказуемым остаткам нестабильных токенов – так называемым «фарткоинам» – с большой волатильностью и риском потерь. В попытке снизить эти риски, система была ограничена лишь самыми ликвидными и стабильными активами, включая основные криптовалюты, стейблкоины и фиатные валюты. Это привело к сокращению числа возможных путей арбитража, но хоть немного увеличило стабильность исполнения.
Однако количество реальных прибыльных сделок оставалось крайне низким — менее одного процента из обнаруженных возможностей приносили хоть какую-либо пользу. Анализ Валттери показывает, что главная причина неудач — конкуренция. На рынке есть игроки быстрее и эффективнее, которые используют более продвинутые технологии, имеют доступ к лучшим тарифам и внутренним особенностям биржи. Например, программа обновлений книги ордеров на Binance протекает через TCP без рандомизации порядка отправки, что создает небольшой, но решающий потенциал для более быстрого получения информации. Профессионалы биржи и крупные торговые фирмы уже изучили и используют такие моменты для получения преимущества.
Таким образом, треугольный арбитраж внутри Binance становится доступным лишь для гигантов с неограниченным капиталом и невероятно быстрым оборудованием. Любой, кто пытается освоить эту нишу в одиночку с типичным оборудованием и минимальными затратами, скорее всего столкнется с проблемами рентабельности. Опыт Валттери с Harjus раскрывает суровую реальность криптотрейдинга: для получения стабильного дохода нужна не только теоретическая идея, но и серьезные технические возможности, глубокое понимание биржевых механизмов и доступ к внедренным оптимизациям. Однако, даже несмотря на сложность, этот путь ценен с точки зрения личного роста и обширного знакомства с новыми технологиями — Elixir, C++, сетевые протоколы, работу с FIX API, операционные системы и многое другое. В конечном итоге, Harjus — пример того, как даже простая на первый взгляд идея требует тщательной проработки и мощных ресурсов для реализации.
Он показывает, как мелкие возможности быстро исчезают в условиях острой конкуренции и почему задумываться о безрисковом заработке нужно всегда с осторожностью и знаниями. Для тех, кто только начинает свой путь в арбитраже или алгоритмической торговле, опыт этого проекта — отличный урок и стимул к дальнейшим исследованиям. Важно осознавать, что прибыльные торговые стратегии не рождаются на пустом месте и требуют постоянного совершенствования как технологии, так и знаний. Только сочетание этих факторов может привести к успеху в мире высокочастотной торговли криптовалютами.
