Создание торгового бота на Uniswap: архитектура и gas-оптимизация
При создании торгового бота на Uniswap разработчик сталкивается с несовместимостью поколений SDK. V2 использует пары с reserve0/reserve1, v3 — пулы с sqrtPriceX96 и tickCurrent. Ошибка в выборе версии или смешивание концепций — главная причина ревертов и неверных расчётов. Например, один из клиентов потерял значительную сумму из-за неправильного расчёта amountOut при арбитраже между v2 и v3 пулами. Такие ситуации решаются корректной архитектурой. Наша команда из 10+ блокчейн-инженеров помогает избежать этих ловушек и построить надёжное решение под ключ.
Как выбрать версию SDK для торгового бота?
В v2 SDK пул — это просто Pair с двумя токенами и reserve0/reserve1. Цена вычисляется тривиально, но отсутствует concentrated liquidity — эффективность капитала низкая. В v3 SDK пул — это Pool с sqrtPriceX96 в Q64.96-формате, liquidity и tickCurrent. Расчёт amountOut для крупного свопа требует итерации по tick-массиву. Именно это делает @uniswap/v3-sdk через утилиты SwapMath и TickMath (согласно официальной документации Uniswap v3 SDK).
Типичная ошибка: брать sqrtPriceX96 и liquidity из одного eth_call, а ticks — из другого. Между вызовами пул может изменить состояние, что даёт неверный amountOut. Мы решаем это через Multicall: получаем slot0, liquidity и нужные ticks в одной атомарной транзакции. Такой подход снижает вероятность ошибок до минимума.
import { Pool, Route, Trade, SwapQuoter } from '@uniswap/v3-sdk' import { Token, CurrencyAmount, TradeType, Percent } from '@uniswap/sdk-core' import { ethers } from 'ethers' const poolContract = new ethers.Contract(poolAddress, IUniswapV3PoolABI, provider) // Атомарный multicall для состояния пула const [slot0, liquidity] = await Promise.all([ poolContract.slot0(), poolContract.liquidity() ]) const pool = new Pool( tokenA, tokenB, fee, slot0.sqrtPriceX96.toString(), liquidity.toString(), slot0.tick ) Как настроить маршрутизацию и gas?
AlphaRouter делает десятки RPC-вызовов для оценки маршрутов — для бота это дорого и медленно. Мы либо кэшируем маршруты заранее, либо реализуем собственный лёгкий router для топ-10 торговых пар, обновляя кэш каждые 30 секунд. Это сокращает задержки и экономит газ.
Permit2 и управление approvals
С версии Uniswap Universal Router переход на Permit2 — стандарт. Вместо прямого token.approve(router, amount) нужно подписывать PermitSingle через EIP-712 и передавать подпись в swap-транзакцию. SDK предоставляет AllowanceTransfer.getPermitData() для генерации данных подписи. Это повышает безопасность и снижает количество on-chain транзакций.
Slippage и deadline
const slippageTolerance = new Percent(50, 10_000) // 0.5% const deadline = Math.floor(Date.now() / 1000) + 60 * 20 // 20 минут const { calldata, value } = SwapRouter.swapCallParameters(trade, { slippageTolerance, deadline: deadline.toString(), recipient: walletAddress }) Для арбитражных ботов устанавливаем slippage 0.1% и deadline 1–2 минуты, иначе атакующий может вставить сэндвич. Правильная оценка газа снижает комиссии на 30–40%, что для активного бота экономит сотни долларов в месяц.
Новые возможности Uniswap v4: Hooks
Uniswap v4 (после запуска mainnet) вводит архитектуру Hooks — произвольная логика до/после свопа. Для ботов это важно: хук может изменить effective amount out или заблокировать своп при определённых условиях. SDK v4 предоставляет V4Router с поддержкой PoolKey нового формата.
| Параметр | Uniswap v3 | Uniswap v4 |
|---|---|---|
| Пул | Pool (sqrtPriceX96) | PoolKey + Hooks |
| Маршрутизация | V3Router | V4Router |
| Ticks | TickMath | TickMath с hook-контекстом |
Почему стоит использовать Multicall для получения состояния пула?
Race condition между RPC-вызовами — частая причина неверных расчётов. Multicall объединяет несколько запросов в одну транзакцию, гарантируя консистентность данных. Это особенно критично для пулов с высокой волатильностью. На практике, использование Multicall повышает точность симуляций и снижает количество ревертов.
Стек и рекомендуемые зависимости
| Пакет | Версия | Назначение |
|---|---|---|
@uniswap/v3-sdk |
^3.x | Расчёты V3 пулов |
@uniswap/sdk-core |
^5.x | Token, CurrencyAmount |
@uniswap/smart-order-router |
^3.x | AlphaRouter |
viem |
^2.x | RPC, типобезопасность |
ethers |
^6.x | Подписание, отправка |
Мы предпочитаем viem для read-only операций и ethers.js для подписания транзакций.
Процесс работы
- Аналитика: определяем целевые пары, тип бота, требования к latency. Проводим исследование ликвидности и исторических данных. (1 день)
- Разработка: интеграция SDK, маршрутизатор, gas management, backtest на исторических данных через Foundry fork. (3–5 дней)
- Тестирование и деплой: сначала Sepolia, затем mainnet с ограниченными суммами. Прогоняем 100+ сценариев, включая экстремальные колебания цены и перегрузку сети.
Что входит в результат
- Код с комментариями на русском/английском
- Скрипты деплоя и автотестов
- Документация по установке и запуску
- Обучение команды заказчика (1 час онлайн)
- Поддержка в течение 30 дней после сдачи
Почему выбирают нас?
5+ лет опыта в блокчейн-разработке, 50+ проектов в DeFi, команда из 10+ сертифицированных инженеров. Проводим формальную верификацию критических участков кода, предоставляем отчёт о проверке и рекомендации. Хотите получить надёжного торгового бота с минимальными комиссиями? Свяжитесь с нами для бесплатной оценки вашего проекта. Закажите интеграцию сегодня и получите 30-дневную поддержку.