Разработка DEX-агрегатора под ключ с маршрутизацией свопов

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1Все 1305 услуг
Разработка DEX-агрегатора под ключ с маршрутизацией свопов
Сложный
от 1 недели до 3 месяцев
Часто задаваемые вопросы

Направления блокчейн-разработки

Этапы блокчейн-разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929

Разработчик интегрирует swap в dApp, напрямую в один Uniswap v3 пул — и пользователи жалуются на плохие курсы. Причина: для крупных свопов ($50K+) ликвидность одного пула не оптимальна. Разбить на несколько источников (split routing) может дать 0.3-0.8% улучшение цены. На $100K свопе это $300-800 разницы. Именно это делает DEX-агрегатор — находит оптимальный маршрут через несколько DEX одновременно.

Мы разрабатываем DEX-агрегатор с нуля: от проектирования routing engine до deployment смарт-контрактов (Aggregator Router, SwapStep). Наши инженеры имеют опыт работы с 10+ протоколами и тысячами пулов. Агрегатор даёт пользователям лучшие цены, снижает slippage и экономит газ по сравнению с ручным поиском пулов. Получите консультацию — оценим ваш проект. В портфолио — 10+ DeFi-проектов, гарантия прозрачности кода и своевременной сдачи.

Техническая сложность: routing algorithm

Граф DEX ликвидности и поиск пути

Routing задача — это нахождение оптимального пути в направленном графе, где:

  • Узлы = токены
  • Рёбра = пулы (каждый пул создаёт два ребра: token0→token1 и обратно)
  • Вес ребра = output amount для заданного input

Для простого свопа A→B нужен кратчайший путь (по максимизации output). Для split routing — нужно разбить input на K частей и найти K путей, которые в сумме дают максимальный output.

Наивный подход — перебор всех путей длиной 1-3 hop, сравнение outputs. Работает при небольшом количестве пулов. При 10,000+ пулов (Uniswap v3 на mainnet имеет >8,000 активных пулов) — нужна оптимизация.

Практический подход:

  1. Предварительная фильтрация: только пулы с TVL > $100K и объёмом > $10K за 24h
  2. Bellman-Ford для нахождения всех путей до 3 hop
  3. Для split routing: симуляция нескольких пропорций (100/0, 80/20, 60/40, 50/50) через каждый маршрут, выбор максимума

Для EVM чейнов с high gas (Ethereum mainnet) 3-way split уже нецелесообразен: экономия от лучшей цены может перекрываться дополнительным газом. На Arbitrum/Optimism (gas ~$0.01-0.05) split routing выгоден даже для маленьких свопов.

Как split routing улучшает цену свопа?

Ключевое требование: рассчитать amountOut для каждого маршрута быстро и точно без on-chain вызовов (те дорогие и медленные).

Uniswap v2 (x*y=k): аналитическая формула:

amountOut = (amountIn * 997 * reserveOut) / (reserveIn * 1000 + amountIn * 997)

Данные резервов через getReserves() — один RPC вызов на пул.

Uniswap v3 (концентрированная ликвидность): нет аналитической формулы для произвольных сумм. Нужно симулировать тик-за-тиком. QuoterV2.quoteExactInputSingle делает это on-chain, но это RPC вызов с gas симуляцией. Для быстрого routing — использовать off-chain реализацию tick math (@uniswap/v3-sdk) с кешированными данными тиков из subgraph.

Curve: get_dy(i, j, dx) — view функция, статик-колл. Для каждого пула Curve нужен отдельный RPC вызов, но они батчатся через Multicall3.

Staleness данных и решение

Данные резервов и тиков устаревают с каждым блоком. При volatile рынке за 1-2 блока цена может сдвинуться значительно. Стратегии обновления:

  • Подписка на события: Sync (Uniswap v2), Swap (Uniswap v3/Curve) через WebSocket. При каждом событии обновляем кеш для конкретного пула
  • Периодический polling: каждые 5-10 секунд для менее ликвидных пулов
  • On-demand refresh: при запросе quote — обновить данные для топ-10 пулов маршрута через Multicall

Наш подход: WebSocket events для топ-100 пулов по TVL, polling каждые 15 секунд для остальных.

Архитектура агрегатора

On-chain vs Off-chain routing

Полностью off-chain: routing Engine рассчитывает маршрут, возвращает готовый calldata для swap router. Smart contract — просто executor, никакой логики выбора пути. Это подход 1inch v5 Aggregation Router. Минимальный on-chain gas, но доверие к backend.

Hybrid: routing off-chain, on-chain верификация минимального output. Контракт получает path + amountOutMinimum, исполняет через Uniswap/Curve routers, проверяет require(amountOut >= amountOutMinimum). При несоответствии — revert. Это наш рекомендованный подход.

Критерий Off-chain Hybrid
Gas on-chain Минимальный Немного выше (проверка)
Доверие Полное к backend Частичное (верификация)
Гибкость Высокая Высокая
Безопасность Средняя Высокая

Aggregator Router контракт

contract AggregatorRouter {
    function swap(
        SwapParams calldata params
    ) external payable returns (uint256 amountOut) {
        // Для каждого шага маршрута
        for (uint i = 0; i < params.steps.length; i++) {
            amountOut = _executeStep(params.steps[i], amountOut);
        }
        require(amountOut >= params.minAmountOut, "Insufficient output");
        // Transfer output tokens to recipient
        IERC20(params.tokenOut).safeTransfer(params.recipient, amountOut);
    }
}

SwapStep содержит: protocol (uniswap_v2/v3/curve/balancer), poolAddress, tokenIn, tokenOut, portion (для split routing — какая доля идёт через этот шаг).

Комиссия агрегатора

Агрегаторы берут fee двумя способами:

  • Spread: показывают пользователю quote чуть хуже реального, разницу оставляют. Непрозрачно.
  • Explicit fee: берут N bps (basis points) от output. Прозрачно, лучше для репутации.

Типично: 5-30 bps (0.05-0.30%) в зависимости от swap size. Реализуется в контракте как feeAmount = amountOut * feeBps / 10000.

Мультичейн и бриджинг

Расширение агрегатора до cross-chain swap: пользователь отправляет USDC на Ethereum, получает MATIC на Polygon. Под капотом: swap USDC→bridgeToken на Ethereum, bridge через Across/Stargate, swap bridgeToken→MATIC на Polygon.

Интеграция с Across Protocol v3: SpokePool.deposit() с destination calldata для финального swap. Latency bridge: 1-5 минут. Газ: существенно выше одиночного swap, целесообразно от $1000+ суммы.

Стек разработки

Backend routing engine: TypeScript, viem для RPC вызовов, Redis для кеширования данных пулов, WebSocket для event subscriptions. Smart contracts: Solidity 0.8.x + Foundry. Frontend: React + wagmi + токен импорт через Uniswap Token Lists стандарт.

Для subgraph данных (TVL, volume, тики Uniswap v3): The Graph hosted service или собственный subgraph на Graph Node.

Что входит в работу

  • Документация архитектуры routing engine и смарт-контрактов
  • Исходный код с полной историей коммитов (Git)
  • Интеграция с DEX пулами: Uniswap v2/v3, Curve, Balancer, Sushiswap
  • Развертывание smart-контрактов в mainnet/testnet
  • API для получения quote и выполнения swap
  • Frontend-интерфейс с отображением маршрутов и деталей комиссий
  • Доступ к мониторингу (Tenderly, Grafana)
  • Обучение команды заказчика (2 часа воркшопа)
  • Поддержка в течение 1 месяца после запуска

Процесс работы

Routing engine (1-2 недели). Граф пулов, алгоритм поиска маршрута, симуляция outputs, кеширование.

Smart contract (1 неделя). Aggregator router + тесты fork mainnet.

API и frontend (1-2 недели). Quote API, swap UI с отображением маршрута.

Тестирование. Сравнение quotes с эталоном (1inch, Paraswap) в тыс транзакций.

Ориентиры по срокам

Элемент Срок
Routing engine (1-2 DEX) 1-2 недели
Смарт-контракты + тесты 1 неделя
API и frontend 1-2 недели
Интеграция Curve/Balancer +1 неделя
Мультичейн (2-3 чейна) +2-4 недели
Cross-chain swap (Across) +1-2 недели
Пример расчёта split routingДля свопа 10 ETH на USDC: Uniswap v3 8.2 ETH → 24600 USDC, Curve 1.8 ETH → 5430 USDC, сумма 30030 USDC. Через один пул Uniswap v3: 10 ETH → 29800 USDC. Выигрыш 230 USDC (0.77%).

Итоговый срок: от 2–3 недель для MVP до 2–3 месяцев для полноценного продукта. Свяжитесь с нами — получите детальную оценку под ваш проект. Опыт нашей команды — 5+ лет в DeFi, 10+ реализованных агрегаторов. Закажите консультацию инженеров.

Разработка DeFi-протоколов

Мы проектируем модульные DeFi-протоколы, в которых математика стейблкоинов, ликвидности и оракулов работает без сбоев. Mango Markets — краш-тест: атакующий манипулировал spot price через один аккаунт, взял кредит под завышенный collateral и вывел $114 млн. Оракул брал цену с единственного источника без TWAP. Не баг в коде — это архитектурное решение, которое стало уязвимостью. Наш опыт показывает: любой DeFi-протокол — это система ставок на то, что все компоненты, от расчётов до экономических стимулов, выстроены правильно одновременно.

Мы не пишем код под «если всё работает, не трогай». Мы моделируем стресс-сценарии: каскадные ликвидации, депег, флеш-кредиты. И только после этого — события, которые не сломают протокол.

Почему оракулы — критический компонент DeFi?

Большинство крупных взломов DeFi начинались с манипуляции оракулом. Разберём три слоя, которые мы используем в каждом проекте.

Spot price как оракул — не вариант. Uniswap v2 spot price можно сдвинуть flash loan за одну транзакцию. Цена в конце блока — единственное, что попадает в state, её и читает оракул. Схема атаки: занять через flash loan → купить актив в пул → цена поднялась → взять кредит под завышенный collateral → продать актив → вернуть flash loan. Одна транзакция.

TWAP как защита. Uniswap v3 observe() усредняет цену за период (30 минут). Манипуляция требует удерживать цену несколько блоков — это стоит дорого. Но TWAP медленно реагирует на легитимные изменения, что открывает окно для arbitrage на liquidation при резких движениях.

Chainlink Price Feeds — агрегация от множества data providers с медианой. Стандарт для lending. Проблема: heartbeat 1–24 часа и deviation threshold 0.5%. Если цена не двигается, фид может не обновляться сутки. В волатильном рынке — lag.

Оракул Механизм Защита от манипуляции Задержка
Chainlink Медиана от независимых провайдеров Высокая (децентрализация) До 24 ч при 0% движения
Uniswap v3 TWAP Средняя цена за N блоков Высокая (сложно удерживать) 30 мин — 1 ч
Pyth Network Cross-chain low-latency Средняя (зависимость от publisher) Секунды

В продакшене мы используем двухуровневую проверку: Chainlink aggregator + Uniswap v3 TWAP как верификатор. Если расхождение больше N% — транзакция отклоняется, система ставится на паузу.

Как защитить DeFi-протокол от flash loan атак?

Flash loan превращает любого пользователя в обладателя неограниченного капитала на одну транзакцию. Поэтому при проектировании контрактов мы предполагаем: доступ к неограниченному капиталу есть у всех. Это меняет threat model полностью.

Легитимные применения flash loan — arbitrage, liquidation, самоликвидация. Но протокол должен проверять, что заём не используется для манипуляции: оракул не должен читать цену из пула, который можно сдвинуть за одну транзакцию. Мы добавляем проверки на block.timestamp и минимальную глубину ликвидности.

Ключевые компоненты DeFi-архитектуры

Тип протокола Основная механика Главный риск
DEX (AMM) x*y=k или concentrated liquidity impermanent loss, oracle manipulation
Lending collateral ratio, liquidation bad debt при каскадных ликвидациях
Yield aggregator автокомпаундинг стратегий rug через strategy upgrade
Derivatives / Perps funding rate, mark price liquidation cascades, socialized losses
Liquid staking stETH-style rebasing depegging при mass unstake

AMM: от x*y=k до concentrated liquidity

Uniswap v2 использует x * y = k. LP-токены ERC-20 — каждый пул выпускает свой токен пропорционально доле. Проблема: ликвидность размазана по всей кривой, большая часть не используется.

Uniswap v3 и позиции ERC-721: concentrated liquidity — LP предоставляет ликвидность в диапазоне [priceLow, priceHigh]. Capital efficiency до 4000x для стабильных пар. Но ERC-721 ломает vault-стратегии под ERC-20. Управление ranges — отдельная инженерная задача: позиция выходит из диапазона при движении цены, перестаёт зарабатывать fees, становится single-asset. Протоколы типа Arrakis Finance автоматически rebalance. Если строите vault поверх v3, нужен собственный range manager или интеграция с существующим.

Slippage в v3 рассчитывается через sqrtPriceX96 — 96-битная fixed-point математика. Ошибки на фронтенде приводят к расхождению между видимым и фактическим slippage.

Curve для пар с близкими ценами (stablecoin/stablecoin, stETH/ETH) использует инвариант, комбинирующий constant product и constant sum. Меньше slippage в диапазоне peg. Контракты на Vyper, код математически плотный, аудировать сложно.

Lending протоколы: collateral, liquidation, bad debt

LTV определяет максимальный кредит под collateral. Liquidation threshold — уровень ликвидации. Разница — буфер для liquidator. Типичный пример: LTV 75%, liquidation threshold 80%, bonus 5%. Если цена падает на 20%+, позиция открыта к ликвидации.

Каскадные ликвидации: много позиций ликвидируется одновременно → ликвидаторы продают collateral → цена падает → следующая волна. LUNA/UST 2022 — классический каскад.

Если collateral обесценивается быстрее ликвидации, протокол получает bad debt. Aave использует Safety Module (застейканный AAVE), Compound — reserves. Без backstop bad debt социализируется через dilution supply-токена или взаимозачёт.

Проектирование системы ликвидации требует моделирования стресс-сценариев: падение единственного liquidation bot, высокий gas, делистинг collateral.

Yield farming и incentive mechanics

Liquidity mining — раздача governance-токенов LP-провайдерам. Проблема mercenary capital: фармеры приходят, продают токены, уходят. TVL фиктивный.

Устойчивые механики: protocol-owned liquidity (Olympus bonding), veToken (CRV locked → boost + governance), locked staking с penalty. Ve-модель при неправильной реализации создаёт governance concentration. Нужен timelock на изменения gauge weights и лимиты на votingPower.

Что входит в нашу разработку DeFi-протоколов

  • Архитектурная документация: диаграммы взаимодействия контрактов, стресс-тесты ликвидаций, расчёты оракулов.
  • Реализация на Solidity 0.8.x с OpenZeppelin 5.x (AccessControl, ReentrancyGuard, Pausable, TimelockController) и Solmate для gas-optimised base contracts.
  • Foundry fork-тесты на реальном mainnet (Uniswap, Chainlink, Aave) — тесты до деплоя покрывают все сценарии.
  • Аудит: минимум два независимых аудитора для TVL от $1M. Code4rena или Sherlock для bug bounty.
  • Деплой с Gnosis Safe 3/5 multisig + timelock 48–72 часа.
  • Мониторинг через Tenderly (alerts, симуляции), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
  • Поддержка после запуска: обновления, патчи, апгрейды через proxy.

Наши компетенции и опыт

Мы разрабатываем DeFi-протоколы с 2020 года — за это время реализовали 30+ проектов с общим TVL более $150 млн. Среди клиентов — протоколы в топ-20 по TVL на Ethereum, Arbitrum и Base. Команда сертифицированных разработчиков Solidity, прошедших аудиторские треки ConsenSys Diligence.

DeFi на Wikipedia — базовые принципы, которые мы применяем на практике.

Сроки

  • DEX с AMM (Uniswap v2 fork): 6–10 недель
  • Lending protocol (Aave-style, один collateral): 3–5 месяцев
  • Yield aggregator с несколькими стратегиями: 2–4 месяца
  • Полноценный DeFi-протокол с governance: 5–8 месяцев включая аудит

Стоимость рассчитывается индивидуально — свяжитесь для оценки вашего проекта.

Получите консультацию по архитектуре DeFi-протокола — мы проанализируем риски и предложим оптимальное решение.