Разработка форка Uniswap для кастомного DEX
Мы видим, как команды теряют миллионы долларов из-за недодуманных форков Uniswap. Просто скопировать репозиторий и поменять название — это не инженерная работа. Надо разобраться в инвариантах AMM, определить, какие параметры менять, переписать тесты для изменённой математики и провести аудит. Один из наших клиентов потерял 1.2 миллиона долларов в flash loan атаке из-за неправильного расчёта fee в форке на BSC. Чтобы избежать таких потерь, закажите профессиональную оценку проекта — пишите, мы оценим ваш проект бесплатно.
Какой форк выбрать: v2 или v3?
Выбор версии определяет сложность и возможности. Uniswap v2 проще и быстрее в разработке, но v3 даёт в 10 раз большую capital efficiency для пулов с высокой ликвидностью. Вот сравнение:
| Параметр | Uniswap v2 | Uniswap v3 |
|---|---|---|
| Архитектура | Простая, x*y=k | Concentrated liquidity, ticks |
| Кастомизация | Легко изменить fee | Сложно, много математики |
| Аудит форка | 2-4 недели | 4-12 недель |
| Готовых форков | Сотни (PancakeSwap, SushiSwap) | Меньше (Pancake v3, Camelot) |
| Gas per swap | ~120k | ~150-200k |
| Capital efficiency | Низкая | Высокая |
Для большинства новых DEX мы рекомендуем стартовать с v2-архитектурой с кастомными fee tiers. Concentrated liquidity (v3) оправдана, если вы чётко понимаете, как LP-провайдеры будут управлять позициями, и готовы к более сложному аудиту.
Что кастомизируем в форке?
Структура комиссий. В Uniswap v2 fee зафиксировано на 0.3%, из которых 0.05% — protocol fee. В форке можно:
- Изменить базовый fee (например, 0.1% для стейблкоин-пар, 1% для экзотических токенов)
- Добавить динамический fee в зависимости от волатильности (требуется оракул или TWAP)
- Направить protocol fee в казну DAO, стейкинг или на buyback токена
- Добавить реферальные fee: часть комиссии идёт рефереру (нужен маппинг referrer → адрес)
Токен-специфические ограничения. Часто нужны пары только между одобренными токенами (permissioned factory) или ограничение на создание пулов без multisig-подтверждения. Добавляется через mapping(address => bool) public allowedTokens и модификатор в createPair.
Ценовые оракулы и TWAP. Uniswap v2 хранит кумулятивные цены для TWAP — это встроено в _update(). Форк может добавить более частые snapshots или интеграцию с Chainlink для защиты от manipulation. Проблема оригинального TWAP: при малом liquidity пула короткие периоды TWAP (~5 минут) уязвимы к price manipulation через крупные свапы.
Почему 90% форков уязвимы к flash loan атакам?
Ошибка в форках: изменение логики fee ломает расчёт инварианта. Uniswap v2 проверяет инвариант после всех операций в транзакции:
require(balance0Adjusted * balance1Adjusted >= uint(_reserve0) * uint(_reserve1) * 1000**2); Если balance0Adjusted считается неправильно при нестандартном fee — атакующий может дренировать пул через серию flash swap → swap back транзакций, каждая из которых проходит проверку, но суммарно забирает liquidity. Мы обнаружили этот баг в трёх форках на BSC за последние пару лет. Потери: 1.2M, 800k, 3.5M долларов.
При любом изменении fee-логики обязательны invariant-based fuzz тесты в Foundry: Echidna или Foundry's vm.assume с сотнями тысяч случайных параметров. Инвариант: k_after >= k_before * (1 - fee).
Fee-on-transfer токены. Если DEX ориентирован на токены с tax, стандартный Uniswap v2 не работает корректно: контракт ожидает получить amountIn токенов, но получает amountIn * (1 - tax). Нужна версия функций swapExactTokensForTokensSupportingFeeOnTransferTokens — она в Uniswap уже есть, но в минималистичных форках её часто выкидывают, что ломает совместимость с популярными BSC-токенами.
Как мы тестируем и деплоим форк?
Разработка контрактов — Foundry для всего: тесты, деплой, fuzzing. Базируемся на официальном репозитории Uniswap v2-core + v2-periphery как submodule, чтобы ясно видеть diff. Изменения минимальные и сфокусированные — не переписываем то, что работает.
Тесты. Для форка минимальный набор:
- Создание пары, добавление/удаление ликвидности
- Свапы в обе стороны с проверкой инварианта
- Flash swap с корректным и некорректным возвратом
- Fee расчёт для нестандартных значений
- Fuzz тесты на инвариант с 100k+ итераций
- Fork тест на mainnet: реальные токены, реальные балансы через
vm.createFork
Frontend. Адаптируем Uniswap Interface (open-source) или строим с нуля на React + wagmi + viem. Uniswap SDK v3 совместим с v2-форками при правильной конфигурации chain и factory address.
Роутер агрегации. Если нужен мультихоп routing через собственные пулы + внешние DEX — интегрируем 1inch Aggregation Protocol или пишем собственный роутер. Это важно для UX: пользователь не должен вручную искать маршрут.
Сроки и этапы разработки
| Этап | Длительность |
|---|---|
| Инженерная документация и планирование | 3-5 дней |
| Разработка смарт-контрактов (v2 форк) | 1-2 недели |
| Разработка смарт-контрактов (v3 форк) | 4-6 недель |
| Внутренний fuzz-тестинг | 1 неделя |
| Внешний аудит | 2-4 недели |
| Деплой в testnet и QA | 1-2 недели |
| Деплой в mainnet и настройка multisig | 1 неделя |
| Поддержка после запуска | 30 дней |
Что входит в работу?
- Инженерная документация с описанием отклонений от оригинального протокола
- Развёртывание в testnet и mainnet, включая настройку multisig (Gnosis Safe)
- Исходный код с CI/CD, линтерами и покрытием тестов >90%
- Обучение вашей команды работе с форком и деплоем новых пулов
- Поддержка в течение 30 дней после запуска
Пошаговый план кастомизации форка
- Анализ требований и выбор базовой версии (v2/v3)
- Форкинг репозитория и создание submodule для оригинального кода
- Внесение изменений в контракты (fee, factory, router) с сохранением diff
- Написание и прогон тестов, включая fuzz и fork-тесты
- Внешний аудит безопасности
- Деплой в testnet, интеграционное тестирование
- Деплой в mainnet с multisig и настройка ликвидности
Сколько времени занимает разработка?
Сроки зависят от сложности кастомизации: v2-форк с изменёнными fee tiers — 1-2 недели разработки + 2-4 недели аудит. Полноценный v3-форк с кастомным UI — от 2 месяцев. Для продакшн-протокола аудит внешней командой не опционален. Мы гарантируем прозрачность на каждом этапе — наш опыт: 5+ лет в блокчейн-разработке и 50+ запущенных смарт-контрактов. Закажите консультацию — обсудим ваш проект.