DEX з фармінгом, стейкінгом та лотереєю

Скопіювати репозиторій PancakeSwap, змінити логотип і запустити DEX — так роблять 90% форків. Через місяць ви втрачаєте кошти через reentrancy або inflation attack. Ми не копіюємо код наосліп: кожен компонент — від AMM до лотереї — адаптуємо під ваш токен, чейн та економічну модель. Наша команда має 5+ років досвіду в DeFi, сертифіковані аудитори та гарантія безпеки на кожен контракт. Реалізували понад 20 проєктів з форків DEX. Вартість розробки форку значно нижча, ніж написання DEX з нуля, а економія бюджету досягає 60% (від $20,000 до $50,000).

Які ризики існують при форку PancakeSwap?

MasterChef — найбільш експлуатований контракт у DeFi

MasterChef керує фармінгом: приймає LP-токени, нараховує нагороди пропорційно стейку. Оригінальний MasterChef від PancakeSwap містив проблему: updatePool викликався вручну або через deposit/withdraw. Якщо користувач давно не взаємодіяв з пулом, а потім вніс великий депозит — він отримував непропорційно велику кількість нагород за минулі блоки через некоректний розрахунок accTokenPerShare.

Безліч форків скопіювали цей код без розуміння. Результат — rug through arithmetic: зловмисник створює пул, чекає накопичення нагород у контракті, робить депозит — і через emergencyWithdraw дренує накопичений reward pool.

Сучасний стандарт — MasterChef v2 з rewarder інтерфейсом та коректним розрахунком через debt tracking. Використовуємо саме його, з додатковою перевіркою інваріантів у Foundry fuzz-тестах: сума всіх rewardDebt не перевищує accRewardsTotal. Наш MasterChef v2 споживає на 30% менше газу, ніж наївний форк — це економія сотень доларів на транзакціях.

Inflation attack на LP-токени

Перший провайдер ліквідності в порожній пул отримує кількість LP-токенів, що дорівнює sqrt(amount0 * amount1). Якщо він потім спалює всі LP, крім MINIMUM_LIQUIDITY (1000 одиниць), і робить donation у пул — він може маніпулювати price0CumulativeLast. Наступний провайдер отримує несправедливо мало LP через штучно завищений reserve. Уразливість називається first depositor inflation attack і активно експлуатувалася на форках у перші роки існування DEX.

Патч — віртуальний перший депозит при деплої пари: контракт-фабрика одразу переводить MINIMUM_LIQUIDITY на address(0) при створенні пулу. У Uniswap v2 це є, але деякі форки прибирали як «непотрібний» код.

Як захиститися від flash loan атак?

Якщо протокол використовує price0CumulativeLast / price1CumulativeLast як оракул ціни — він уразливий до маніпуляції через flash loan. Зловмисник бере великий флеш-лоан, свапає у пул, записує спотворену ціну в кумулятивний акумулятор, використовує цю ціну як оракул в іншому контракті. Рішення:

1. Збільште TWAP-вікно до мінімум 30 хвилин.
2. Інтегруйте Chainlink VRF для верифікованої випадковості (використовується в нашій лотереї).
3. Обмежте використання кумулятивних цін лише у функціях, не схильних до flash loan.

Що входить у розробку форку

AMM Core (Uniswap v2-based)

Factory (PancakeFactory) — деплоїть нові пари, зберігає реєстр. Адаптуємо feeTo адресу та feeToSetter під мультисиг клієнта. Розмір fee (зазвичай 0.25% для LP + 0.05% для протоколу) — налаштовуваний.

Router — основна точка взаємодії користувачів: swapExactTokensForTokens, addLiquidity, removeLiquidity. Деплоїмо з актуальним WETH адресом для цільового чейну.

Pair — AMM-логіка, constant product formula x * y = k. Версія з патчами проти inflation attack та reentrancy.

Токен та токеноміка

CAKE-аналог — ERC-20 з mint функцією, обмеженою MasterChef-контрактом. Максимальний supply або inflation schedule — обговорюємо з клієнтом. Burn механіки: фіксований burn відсоток від swap fee, buyback-and-burn через governance.

MasterChef v2 — пули фармінгу з configurable multiplier (allocPoint). add і set функції захищені onlyOwner (плануємо перехід на timelock після запуску). Підтримка множинних reward токенів через IRewarder інтерфейс.

Стейкінг

Syrup Pool (single-asset staking) — користувачі стейкають основний токен, отримують його ж або інший токен як reward. Логіка аналогічна MasterChef, але без LP. Додаємо lockPeriod — мінімальний термін стейку для захисту від flash staking.

Лотерея

Контракт лотереї з Chainlink VRF для верифікованої випадковості. Користувачі купують квитки за основний токен, частина спалюється. Раунди закриваються за таймером або після досягнення порогової кількості квитків. Chainlink VRF v2 з subscriptionId — використовуємо subscription model, не direct funding.

Frontend

Next.js + wagmi v2 + viem. Адаптуємо відкритий вихідний код PancakeSwap Frontend v2 під новий брендинг, токен, чейн. Налаштовуємо token list, RPC endpoints, explorer URLs.

Вибір чейну

Для більшості форків BSC — первинний деплой. Мультичейн додає складність в управлінні liquidity та bridge.

Основні уразливості та їх усунення

Процес роботи

1. Токеноміка та архітектура (1 тиждень). Визначаємо emission schedule, allocations, механіки burn, структуру пулів фармінгу. Це фундамент — помилки тут виправляються через governance proposal, що довго та дорого.
2. Smart contracts розробка (2-3 тижні). Fork + патчі безпеки + кастомізація. Foundry-тести з покриттям >95%, fuzz-тести інваріантів MasterChef.
3. Frontend адаптація (2-3 тижні). Брендинг, інтеграція з новим токеном та контрактами, налаштування всіх token lists.
4. Аудит (2-4 тижні). Зовнішній аудит обов'язковий перед mainnet деплоєм з реальними коштами. Допомагаємо з вибором аудитора та підготовкою репозиторію.
5. Деплой та запуск (1 тиждень). Testnet → mainnet. Мультисиг через Gnosis Safe, timelock на критичні функції.

Орієнтири по термінах

Мінімальний форк (AMM + базовий фармінг) — 4-6 тижнів до testnet. Повний продукт з лотереєю, IFO та мобільним застосунком — 3-4 місяці. Аудит не включений і йде паралельно з фінальним тестуванням. Отримайте попередній розрахунок вартості розробки вашого DEX — зв'яжіться з нами для консультації. Замовте розробку форку під ключ і запустіть свій DeFi-продукт швидше.