Разработка intent-based торгового протокола под ключ

Разработка intent-based торгового протокола

Мы специализируемся на проектировании и развёртывании intent-based протоколов — архитектуры, где пользователь подписывает намерение ("хочу продать 1 ETH за лучшую цену USDC до 15:00 UTC"), а исполнение делегируется специализированным solver-ам. В отличие от классической модели DEX, где транзакция точно описывает детали, intent-based подход адаптируется к рыночным условиям и защищает от проскальзывания. Такая архитектура позволяет снизить проскальзывание до 50% по сравнению с AMM при волатильных парах, а также сократить затраты на газ за счёт batch-обработки ордеров. Разработка DeFi протокола в этой парадигме требует глубокого понимания как on-chain, так и off-chain компонентов.

Этот подход реализован в CoW Protocol, UniswapX и 1inch Fusion, каждая реализация имеет свои trade-off. Мы помогаем выбрать оптимальную модель под ваши задачи: batch аукцион для высоких объёмов или first-solver для низкой ликвидности. На практике fill транзакции на mainnet стоят $5-15, что при высоких объёмах может составлять $10-20 тыс. в месяц комиссий. Использование batch fill позволяет сократить расходы на газ до 40%, что при ежемесячных затратах в $50 тыс. даёт экономию $20 тыс.

Как работает intent-based торговый протокол?

Пользователь подписывает структурированное сообщение через EIP-712 (типизированные данные, видимые в MetaMask). Спецификация EIP-712 обеспечивает безопасную подпись структурированных данных off-chain. Минимальная структура ордера:

struct Order {
    address maker;
    address inputToken;
    address outputToken;
    uint256 inputAmount;
    uint256 minOutputAmount;
    uint256 deadline;
    uint256 nonce;
    bytes32 partialFillable;
}

Ключевой момент: nonce управляется по схеме word + bit (как в UniswapX), позволяя одновременно держать до 256 активных ордеров. Отмена ордера — инвалидация бита в on-chain маппинге без отдельной транзакции.

Почему стоит выбрать intent-based модель?

Ключевые компоненты системы

Settlement контракт

Центральный контракт верифицирует подпись (EIP-712 recovery), проверяет nonce и deadline, атомарно переводит токены через safeTransferFrom. Атомарность EVM гарантирует: если solver не одобрил outputToken — транзакция реверсируется целиком.

function fill(Order calldata order, bytes calldata signature, uint256 fillAmount) external {
    address signer = ECDSA.recover(_hashTypedData(order), signature);
    require(signer == order.maker, "Invalid signature");
    require(!_usedNonces[order.maker][order.nonce], "Nonce used");
    require(block.timestamp <= order.deadline, "Expired");
    IERC20(order.inputToken).safeTransferFrom(order.maker, msg.sender, fillAmount);
    IERC20(order.outputToken).safeTransferFrom(msg.sender, order.maker, outputAmount);
    emit OrderFilled(orderHash, msg.sender, fillAmount, outputAmount);
}

Solver сеть и конкуренция

Solver — off-chain агент, мониторящий orderbook и выбирающий оптимальный маршрут исполнения. Прибыль solver-а — разница между реальной ценой и minOutputAmount (surplus). Возможны две модели:

• On-chain аукцион (CoW Protocol): все ордера за период собираются в batch, один winning solver исполняет всё по единой цене. Устраняет front-running внутри batch.
• Off-chain first solver (UniswapX): первый, кто исполнил ордер on-chain до deadline, получает reward. Проще, но возможна MEV-гонка.

Мы оценим вашу специфику и предложим оптимальную модель.

Permit2 интеграция

Вместо классического approve (отдельная транзакция) используем Permit2 — разрешение подписывается off-chain вместе с ордером. Batch permit позволяет один раз approve Permit2 для каждого токена, после чего все dApps используют его. Это значимое улучшение UX.

Solver реализация: поиск и защита

Solver запрашивает котировки от AMM (Uniswap, Curve, Balancer), CEX (Binance API), on-chain orderbooks и собственного инвентаря. Выбирается лучшая цена с учётом газа и комиссий. Если profit < gas * gasPrice * safetyMultiplier — ордер отклоняется. Ошибка начинающих solver-ов: брать убыточные ордера в надежде на MEV — это не работает устойчиво.

Газовая оптимизация

На mainnet одно fill стоит $5-15 при газе $50. Для малых ордеров — неприемлемо. Решения:

• Деплой на L2 (Arbitrum, Optimism) снижает газ в 10-50 раз.
• Batch fill — несколько ордеров в одной транзакции амортизируют base gas cost.
• Compact calldata: нулевые байты дешевле, экономия 20-40% calldata-газа.

Стек и таблица компонентов

Разработка смарт-контрактов ведётся на Solidity 0.8.x с использованием Foundry и OpenZeppelin 5. Аудит смарт-контрактов выполняется внешними командами.

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

1. Аналитика (3-5 дней): выбор модели (batch или first-solver), целевые токены и цепи, требования к solver сети.
2. Проектирование (5-7 дней): EIP-712 схема, nonce механизм, settlement архитектура.
3. Разработка (6-10 недель): settlement контракт, Permit2 интеграция, orderbook, solver, frontend.
4. Аудит: обязателен внешний аудит с фокусом на signature malleability, reentrancy, nonce.
5. Деплой и поддержка: развёртывание на целевых сетях, мониторинг, документация.

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

• Разработка смарт-контрактов (Settlement, Permit2 wrapper)
• Off-chain solver с интеграцией ликвидности
• Orderbook (REST API + WebSocket)
• Фронтенд с подписанием ордеров (wagmi + viem)
• Документация API и контрактов
• Развёртывание и настройка мониторинга
• Обучение команды по эксплуатации
• Гарантийная поддержка 3 месяца

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

MVP с базовым settlement одним solver — 4-6 недель. Production-ready протокол с batch аукционом, открытой solver сетью и оптимизацией газа — 2-3 месяца. Стоимость рассчитывается после определения модели и scope.

Закажите разработку протокола — опишите вашу задачу, и мы подберём архитектуру под ваш объём и требования. Получите консультацию, чтобы обсудить детали вашего проекта.

Разработка 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 aggregator + Uniswap v3 TWAP как верификатор. Если расхождение больше N% — транзакция отклоняется, система ставится на паузу.

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

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

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

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

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-протокола — мы проанализируем риски и предложим оптимальное решение.