Розробка форка 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: при малій ліквідності пулу короткі періоди 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 транзакцій, кожна з яких проходить перевірку, але сумарно забирає ліквідність. Ми виявили цей баг у трьох форках на 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+ запущених смарт-контрактів. Замовте консультацію — обговоримо ваш проект.