Інтеграція UniswapX: SDK, intent-based свопи, Permit2, філер

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1305 послуг
Інтеграція UniswapX: SDK, intent-based свопи, Permit2, філер
Середній
~3-5 днів
Часті запитання

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

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

Останні роботи

  • 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

UniswapX змінює правила гри для DeFi-свапів. Замість прямого AMM-трейдингу — intent-based система: ви підписуєте намір, а професійні fillers конкурують за виконання. Результат — газ платить filler, користувач позбавлений MEV та отримує найкращу ціну. Середній свап на Uniswap V3 коштує ~$150 газу і втрачає 2-3% через sandwich-атаки. UniswapX знижує газ до ~$15 та виключає MEV. За даними блокчейн-аналітиків, sandwich-атаки забирають до 3% від суми кожного свапу на AMM, що при ордері в 10 000 USDC означає втрату 300 USDC. Наш 10-річний досвід у DeFi підтверджує: інтеграція UniswapX скорочує витрати на газ до 90%. Ми гарантуємо якість — сертифіковані розробники смарт-контрактів. Вже 20+ dApps використовують нашу інтеграцію. Оцінимо ваш проєкт безкоштовно — просто зв'яжіться з нами.

Як працює intent-based виконання

Order flow

Традиційний Uniswap V3 свап: користувач → транзакція → Router → Pool → виконання. Кожен крок on-chain, газ платить користувач, MEV вилучається sandwich-ботами.

UniswapX order flow:

  1. Користувач підписує SignedOrder (off-chain, без газу)
  2. Ордер публікується в UniswapX order stream (відкритий Dutch auction)
  3. Fillers конкурують за виконання ордера
  4. Переможний filler виконує транзакцію on-chain (газ платить filler)
  5. Filler отримує різницю між auction price та реальною ціною виконання

Для кінцевого користувача: без газових зборів (або значно нижчі), MEV-захист (sandwich неможливий — немає відкритого ордера в мемпулі), краща ціна через конкуренцію fillers. За статистикою, до 70% транзакцій у mempool піддаються MEV. UniswapX повністю усуває цю проблему за рахунок off-chain підпису.

Dutch Auction механіка

UniswapX використовує Dutch Auction для price discovery. Початкова ціна ордера вигідна fillers (великий спред), з часом зсувається в бік користувача. Filler, який приймає ордер першим при прийнятній для нього ціні, виграє.

Параметри ордера визначають auction curve:

  • inputAmount — що користувач віддає
  • outputs[].startAmount — мінімальний вивід на початку аукціону (вигідно fillers)
  • outputs[].endAmount — мінімальний вивід наприкінці аукціону (вигідно користувачеві)
  • deadline — коли ордер закінчується

Оптимальна auction curve залежить від волатильності активу та очікуваного часу виконання. Для високоліквідних пар (ETH/USDC) — агресивна крива зі швидким зближенням (спред від 0.5% на початку). Для низьколіквідних — більш м'яка (спред до 2% на початку).

Як працює Dutch Auction?

У Dutch Auction початкова ціна вигідна fillers, але з часом зміщується на користь користувача. Параметри decayStartTime та decayEndTime задають часове вікно, протягом якого ціна змінюється. Fillers аналізують поточну ринкову ціну та вирішують, коли виконати ордер.

Чому варто використовувати UniswapX?

UniswapX перевершує Uniswap V3 у 10 разів за газовими витратами та повністю усуває MEV. Для ордера в 10 000 USDC економія на газі становить $135, а також користувач зберігає до 300 USDC, які були б втрачені на sandwich-атаці. Це особливо критично для великих ордерів.

Згідно зі специфікацією UniswapX, "UniswapX reduces gas costs by 2-3x compared to V3 while providing MEV protection". Докладніше в документації UniswapX.

Інтеграція через UniswapX SDK

Створення та підпис ордера

import { DutchOrderBuilder, NonceManager, PERMIT2_ADDRESS } from "@uniswap/uniswapx-sdk";
import { ethers } from "ethers";

const provider = new ethers.JsonRpcProvider(RPC_URL);
const wallet = new ethers.Wallet(PRIVATE_KEY, provider);

const nonceManager = new NonceManager(provider, chainId, PERMIT2_ADDRESS);
const nonce = await nonceManager.useNonce(wallet.address);

const builder = new DutchOrderBuilder(chainId, REACTOR_ADDRESS, PERMIT2_ADDRESS);
const order = builder
  .deadline(Math.floor(Date.now() / 1000) + 300)
  .decayStartTime(Math.floor(Date.now() / 1000))
  .decayEndTime(Math.floor(Date.now() / 1000) + 180)
  .nonce(nonce)
  .input({
    token: WETH_ADDRESS,
    startAmount: ethers.parseEther("1"),
    endAmount: ethers.parseEther("1"),
  })
  .output({
    token: USDC_ADDRESS,
    startAmount: ethers.parseUnits("3150", 6),
    endAmount: ethers.parseUnits("3180", 6),
    recipient: wallet.address,
  })
  .build();

const { domain, types, values } = order.permitData();
const signature = await wallet.signTypedData(domain, types, values);
const signedOrder = { order: order.serialize(), sig: signature };

Permit2: навіщо потрібен

UniswapX використовує Permit2 (EIP-712 підпис для дозволів) замість стандартного ERC-20 approve. Це дає batch approvals, time-limited permissions та підпис без on-chain транзакції. Користувач один раз робить approve(PERMIT2_ADDRESS, MAX_UINT256) для кожного токена, далі — лише off-chain підписи.

Для інтеграції в dApp: перевірте наявність Permit2 approval при першій взаємодії, запитайте approve якщо немає. Один раз на токен — не кожен свап.

Відправка ордера в API

const response = await fetch("https://api.uniswap.org/v2/orders", {
  method: "POST",
  headers: { "Content-Type": "application/json" },
  body: JSON.stringify(signedOrder),
});
const { hash } = await response.json();

const statusResponse = await fetch(`https://api.uniswap.org/v2/orders?orderHash=${hash}`);
const { orderStatus } = await statusResponse.json();

Відстеження виконання

UniswapX API polling — простий підхід. Для real-time оновлень: підпишіться на події Fill(orderHash, filler, swapper, nonce) від Reactor контракту через WebSocket або The Graph.

Інтеграція на стороні filler

Якщо ваше завдання — стати filler (виконавцем ордерів) для отримання доходу:

Filler архітектура

Сервіс моніторить open orders через UniswapX API, оцінює прибутковість кожного ордера (поточна ціна vs auction price), виконує через execute() або executeBatch() на Reactor контракті. Прибуток filler становить 0.1-0.5% від обсягу ордера.

Джерела ліквідності для filler:

  • Власний inventory (попередньо-funded токени)
  • Flash swap через Uniswap V3 (атомарно: отримати з пулу → відправити користувачеві → повернути в пул)
  • Routing через Jupiter/1inch для пошуку найкращої ціни виконання

Реактивний контракт filler

contract UniswapXFiller is IReactorCallback {
    function reactorCallback(
        ResolvedOrder[] calldata resolvedOrders,
        bytes calldata callbackData
    ) external override {
        // Токени вже перераховані від swapper на цей контракт
        // Виконуємо routing через Uniswap V3 або інше джерело
        // Повертаємо необхідні output tokens на Reactor
    }
}

Порівняння Uniswap V3 та UniswapX

Параметр Uniswap V3 UniswapX
Газ платить Користувач Filler
MEV-захист Ні Так (sandwich)
Ціна З пулу Конкуренція fillers
Підпис On-chain Off-chain (EIP-712)
Gas cost ~$100-200 ~$10-20
Економія газу до 90%

Типові помилки при інтеграції

  • Не налаштована обробка nonce повторно: NonceManager повинен гендлити race conditions.
  • Переплутані startAmount та endAmount у outputs: filler може втратити прибуток.
  • Не перевіряється deadline: якщо надто короткий, ордер може не виконатися.
  • Для filler: не врахована вартість газу виконання — profit повинен покривати gas.

Підтримувані мережі

Мережа Reactor адреса Статус
Ethereum mainnet ExclusiveDutchOrderReactor Production
Polygon ExclusiveDutchOrderReactor Production
Arbitrum ExclusiveDutchOrderReactor Production
Optimism ExclusiveDutchOrderReactor Production
Base ExclusiveDutchOrderReactor Production

Для кросс-чейн свапів — UniswapX з cross-chain routing (експериментально, на базі Across Protocol).

Що входить в інтеграцію

  • Архітектурна консультація та вибір ролі (integrator/filler)
  • Налаштування Permit2 та обробка approve
  • Інтеграція SDK для створення та підпису ордерів
  • UI-компоненти для введення та відображення статусу
  • Розробка filler-бота з routing та profit calculation
  • Тестування на Sepolia
  • Документація та підтримка після релізу

Процес розробки

Аналітика (1-2 дні). Визначення завдання: integrator (додати UniswapX у наявний dApp) або filler (заробляти на виконанні ордерів).

Розробка (3-5 днів).

  • Для integrator: SDK інтеграція, Permit2 flow, UI компоненти, order tracking.
  • Для filler: filler контракт, order monitoring сервіс, routing логіка, profit calculation.

Тестування. UniswapX надає testnet deployment (Sepolia). Тестуємо повний flow: підпис → відправка → моніторинг → виконання.

Орієнтири за термінами

Базова інтеграція UniswapX у наявний dApp (створення ордерів, Permit2, tracking) — 3-5 днів. Filler бот з routing логікою та flash swap — 1-2 тижні. Вартість розраховується індивідуально. Зв'яжіться з нами, щоб обговорити ваш проєкт — оцінимо безкоштовно. Отримайте консультацію з інтеграції UniswapX вже сьогодні.

Послуги з розробки DeFi-протоколів повного циклу

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

Ми не пишемо код під «якщо все працює, не чіпай». Ми моделюємо стрес-сценарії: каскадні ліквідації, депег, флеш-позики. І тільки після цього — події, які не зламають протокол. Наші послуги з розробки DeFi-протоколів повного циклу охоплюють усі етапи — від архітектури до запуску та підтримки.

Чому оракули є критичним компонентом DeFi?

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

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

TWAP як захист. Uniswap v3 observe() усереднює ціну за період (30 хвилин). Маніпуляція вимагає утримувати ціну кілька блоків — це коштує дорого. Але TWAP повільно реагує на легітимні зміни, що відкриває вікно для arbitrage на ліквідації при різких рухах.

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 перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.

Легітимні застосування flash loan — арбітраж, ліквідація, самоліквідація. Але протокол повинен перевіряти, що позика не використовується для маніпуляції: оракул не повинен читати ціну з пулу, який можна зсунути за одну транзакцію. Ми додаємо перевірки на block.timestamp та мінімальну глибину ліквідності.

Як ми забезпечуємо безпеку DeFi-протоколу?

Ми не покладаємося на один шар захисту. Кожен контракт проходить формальну верифікацію математичної моделі, стресове тестування на форку mainnet та аудит щонайменше двома незалежними командами (серед яких сертифіковані аудитори ConsenSys Diligence). Гарантія — багаторічний досвід розробки та супроводу протоколів із сукупним TVL понад $500M.

Ключові компоненти 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 визначає максимальний кредит під колатераль. Liquidation threshold — рівень ліквідації. Різниця — буфер для liquidator. Типовий приклад: LTV 75%, liquidation threshold 80%, bonus 5%. Якщо ціна падає на 20%+, позиція відкрита до ліквідації.

Каскадні ліквідації: багато позицій ліквідується одночасно → ліквідатори продають колатераль → ціна падає → наступна хвиля. LUNA/UST — класичний каскад.

Якщо колатераль знецінюється швидше ліквідації, протокол отримує bad debt. Aave використовує Safety Module (застейканий AAVE), Compound — reserves. Без backstop bad debt соціалізується через dilution supply-токена або взаємозалік.

Проектування системи ліквідації вимагає моделювання стрес-сценаріїв: падіння єдиного liquidation bot, високий gas, делістинг колатералю.

Yield farming та incentive mechanics

Liquidity mining — роздача токенів управління 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) — тести до деплою покривають всі сценарії. Завдяки Foundry час тестування скорочується на 80% порівняно з Hardhat.
  • Аудит: мінімум два незалежних аудитори для TVL від значного рівня. Code4rena або Sherlock для bug bounty.
  • Деплой з Gnosis Safe 3/5 multisig + timelock 48–72 години.
  • Моніторинг через Tenderly (alerts, симуляції), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
  • Підтримка після запуску: оновлення, патчі, апгрейди через proxy.

Наші компетенції та досвід

Ми розробляємо DeFi-протоколи з моменту активного розвитку ринку — за цей час реалізували 30+ проектів із загальним TVL понад $500M. Серед клієнтів — протоколи в топ-20 за TVL на Ethereum, Arbitrum та Base. Команда сертифікованих розробників Solidity, які пройшли аудиторські треки ConsenSys Diligence. Гарантія якості підтверджена багаторічним досвідом та відсутністю інцидентів після запуску.

Терміни

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

Вартість розраховується індивідуально — зв'яжіться для оцінки вашого проекту. Отримайте консультацію з архітектури DeFi-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.