Разработка стейблкоина с CDP (Collateralized Debt Position)

Разработка стейблкоина с CDP (Collateralized Debt Position)

MakerDAO запустил DAI с механикой, которая остаётся рабочей до сих пор: пользователь блокирует ETH, получает стейблкоин против залога, платит stability fee. Это и есть CDP — Collateralized Debt Position. С тех пор механика эволюционировала, но базовые инварианты не изменились: стейблкоин обеспечен реальными активами, система должна оставаться платёжеспособной при любом движении рынка. Средняя стоимость ликвидации – 1.5% от залога, а Black Thursday 2020 принёс MakerDAO $4M bad debt из-за отставания оракулов.

Наша команда специализируется на разработке CDP-стейблкоинов под ключ. 5 лет опыта в DeFi, 10+ запущенных протоколов — мы знаем, какие грабли встречаются на каждом этапе.

Разработать собственный CDP-стейблкоин — задача на несколько месяцев даже для опытной команды. Не из-за сложности отдельных компонентов, а из-за системных зависимостей: oracle, liquidation engine, stability fee accumulation, governance — каждый компонент критичен, и провал одного разрушает всю систему. При этом каждый требует глубокого понимания как математики обеспеченности, так и безопасности смарт-контрактов.

Какие инварианты критичны для CDP-системы?

Over-collateralization и liquidation ratio

CDP-стейблкоин работает только при условии, что стоимость залога всегда превышает стоимость выпущенного долга с достаточным буфером. Минимальный collateralization ratio (CR) определяется волатильностью актива:

Если CR падает ниже liquidation ratio — позиция должна быть ликвидирована немедленно. Задержка в один блок при flash crash может означать bad debt: залог стал дешевле долга. Система несёт убыток.

Oracle manipulation — главный вектор атак

Black Thursday: ETH упал с $200 до $80 за несколько часов. Chainlink feeds не успевали обновляться с нужной частотой, некоторые позиции ликвидировались по устаревшим ценам. Как указано в документации MakerDAO: <cite>Задержка обновления оракула привела к $4M непокрытого долга</cite>. Современные CDP-системы используют двухуровневую oracle систему:

Primary oracle: Chainlink — медиан из 31+ нод, обновление каждые 60 секунд или при отклонении >0.5%. Высокая надёжность, но latency при sharp moves.

Circuit breaker oracle: on-chain TWAP из Uniswap v3 (30-минутное окно). Если Chainlink price отклоняется от TWAP более чем на 20% — система переходит в режим Emergency Shutdown или freeze новых CDP.

Oracle Security Module (OSM) из MakerDAO — паттерн, который стоит взять за основу: ценовое обновление применяется с задержкой 1 час. За это время governance может отреагировать на oracle атаку.

Stability fee accumulation и DSR

Stability fee — процент, который начисляется на долг каждую секунду. Корректная реализация через rate accumulator (chi в терминологии Maker): каждый раз при обращении к позиции chi обновляется:

chi_new = chi_old * (1 + stabilityFee)^(block.timestamp - lastUpdate)

Долг пользователя хранится в normalizedDebt (количество единиц до умножения на chi). Реальный долг = normalizedDebt * chi. Это позволяет начислять проценты всем позициям одновременно без итерации по всем CDP — критично при тысячах активных позиций.

Ошибка в accumulator logic — самая дорогостоящая: либо проценты не начисляются (protocol insolvent), либо начисляются неверно (пользователи переплачивают/недоплачивают).

Как проходят ликвидации в голландском аукционе?

При падении CR ниже liquidation ratio Dog создаёт аукцион в Clip. Параметры:

• buf — начальный premium (например 120% от oracle цены)
• tail — максимальная продолжительность аукциона
• cusp — минимальный допустимый price drop (0.4 = 40% от старта)
• chip — flash loan incentive для ликвидаторов

Ликвидатор вызывает take(id, amt, max): покупает amt залога по цене не хуже max. Оставшийся долг погашается, излишек залога возвращается позицию-владельцу.

Edge case: что если аукцион истёк (tail/cusp достигнут), а залог не куплен? Redo перезапускает аукцион по новой oracle цене. Это критично при резком продолжении падения.

Архитектура CDP-протокола

Модульная структура контрактов

Монолитный контракт для CDP не подходит — слишком сложная логика, слишком высокий риск. Референсная архитектура:

Vat (Core CDP engine) — хранит все позиции, считает залог и долг, знает о collateralization ratio. Никакой бизнес-логики — только чистый учёт.

Spot (Oracle module) — принимает цены от оракулов, пересчитывает в liquidation price для каждого collateral типа. Vat читает из Spot.

Jug (Fee accumulator) — обновляет drip() для каждого collateral type, накапливает stability fee в Vat.

Dog/Cat (Liquidation trigger) — проверяет позиции, начинает аукционы. Dog — аукционный ликвидатор (Maker v2); более простой паттерн — fixed-spread liquidation как в Aave.

Clip (Auction) — голландский аукцион: цена начинается с premium и линейно снижается. Ликвидатор, первым принявший цену — получает залог. Этот механизм лучше fixed-bonus при глубоких рынках.

PSM (Peg Stability Module) — позволяет обменивать USDC 1:1 на stablecoin без комиссии (или с микро-fee). Ключевой механизм удержания peg: арбитраж немедленно восстанавливает привязку при отклонении.

Emergency Shutdown

Любая CDP-система должна иметь механизм корректного завершения. ESM (Emergency Shutdown Module) позволяет держателям governance токенов сжечь определённое количество токенов для активации shutdown. После активации:

1. Новые CDP заблокированы
2. Цены фиксируются по oracle на момент shutdown
3. Пользователи могут выкупить залог по фиксированному rate
4. Все аукционы завершаются

Без ESM система не имеет механизма выхода при системном сбое.

Типичные ошибки при разработке

• Flash loan атака через oracle. Если используется on-chain TWAP с коротким окном (1–5 минут) — flash loan может кратковременно сдвинуть цену, открыть CDP по завышенной цене залога, вывести средства, вернуть flash loan. Решение: TWAP с минимальным 30-минутным окном или Chainlink с OSM.
• Reentrancy в liquidation callback. Ликвидатор получает callback после получения залога. Если в этот момент система не заблокирована — возможна reentrancy через повторный вызов take. Все ликвидационные функции должны быть защищены mutex на уровне Vat.
• Накопленный долг без cap. Без глобального debt ceiling по каждому collateral type один актив может доминировать в обеспечении системы. При падении этого актива — вся система под угрозой. Параметры line (debt ceiling per collateral) и Line (global ceiling) — обязательные элементы.

Что входит в разработку CDP-стейблкоина?

• Токеномика и параметры — liquidation ratios, stability fee модель, PSM параметры, debt ceilings.
• Смарт-контракты — Vat, Spot, Jug, Dog, Clip, PSM, ESM с unit-тестами.
• Oracle интеграция — Chainlink + TWAP circuit breaker, OSM.
• Governance — TimelockController, голосование, emergency roles.
• Тестирование и аудит — fuzz-тесты инвариантов через Foundry, симуляция black swan, внешний аудит.
• Деплой и мониторинг — поэтапный rollout, Grafana.
• Документация — техническая документация, руководство по интеграции.

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

Проектирование токеномики и параметров (1–2 недели): liquidation ratios, stability fee модель, PSM параметры, debt ceilings. Эти решения фундаментальны — менять сложно после запуска.

Разработка core контрактов (4–6 недель): Vat, Spot, Jug, Dog, Clip, PSM, ESM. Каждый контракт — отдельный набор unit-тестов.

Oracle интеграция (1 неделя): Chainlink + TWAP circuit breaker, OSM с задержкой.

Governance (1–2 недели): TimelockController, параметры голосования, emergency roles.

Тестирование и аудит (3–4 недели): fuzz-тесты инвариантов через Foundry, симуляция black swan сценариев, внешний аудит обязателен перед mainnet.

Деплой и мониторинг (1 неделя): поэтапный rollout с низкими debt ceiling на старте, Grafana мониторинг health metrics.

Итого: 2 месяца — 3 месяца для production-ready CDP системы. Стоимость рассчитывается индивидуально после проектирования токеномики.

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

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