NFT-колекція на 10 000 токенів із floor price 2 ETH — це 20 000 ETH заблокованої цінності. Продати одну NFT швидко за ринковою ціною складно: лістинг, очікування покупця, втрата рідкісного активу. NFTfi-протокол дозволяє отримати ETH під заставу NFT без продажу — власник CryptoPunk або Bored Ape отримує ліквідність, кредитор — дохідність. Non-fungible token (NFT) — унікальний цифровий актив, права на який закріплені в смарт-контракті (Wikipedia). Ми розробляємо такі протоколи під ключ — будуємо систему, де і кредитор, і позичальник захищені смарт-контрактом, а оцінка NFT не дозволяє видати кредит 5 ETH під актив із floor price 1 ETH. Досвід у DeFi понад 10 років, реалізовано 50+ смарт-контрактів на Ethereum і L2.
Чому кредитування під заставу NFT потребує продуманої архітектури?
Просто скопіювати логіку ERC-20 lending pool не вийде. NFT — невзаємозамінний актив: кожен токен унікальний, його ліквідність обмежена, а ціна волатильна. Якщо в ERC-20 lending ціна відома з точністю до цента завдяки Chainlink Price Feed, то для NFT оцінка — самостійна задача. Не вирішивши її, протокол перетворюється на гру в наперстки: позичальник з рідкісним NFT може отримати забагато, а кредитор — втратити все при падінні floor.
Як оцінити NFT on-chain?
Це єдина фундаментальна складність NFTfi, яку не можна вирішити стандартним чином. ERC-20 токени мають ліквідний ринок і Chainlink Price Feed. У NFT немає єдиної ціни — є floor, last sale, rarity score, trait-based pricing. Всі ці метрики маніпульовані при недостатньому обсязі торгів.
Варіанти оцінки та їх trade-offs
Peer-to-peer модель (NFTfi, Arcade.xyz) — кредитор і позичальник самі домовляються про суму, процент і термін. Смарт-контракт лише ескроу NFT і виконує умови. Оцінка — проблема сторін, а не протоколу. Це усуває ризик oracle manipulation, але знижує ліквідність: позичальнику потрібно чекати пропозиції від кредитора.
Pool-based модель (BendDAO, JPEG'd) — ліквідність у пулі, кредит видається негайно за floor price оракула. Швидко і зручно, але створює системний ризик: якщо floor price колекції падає швидше, ніж проходять ліквідації — пул іде в збиток. BendDAO зіткнувся з цим: масове падіння BAYC floor price створило загрозу bad debt на 5 000 ETH, протокол був змушений терміново змінювати параметри ліквідації.
Hybrid модель — peer-to-peer для великих позик, пул для стандартних колекцій з перевіреним floor. Складніше в розробці, але більш стійка.
При pool-based підході oracle для floor price — критичний елемент. Використовуємо медіану кількох джерел: Chainlink NFT Floor Price Feeds (доступні для топ-колекцій), Reservoir Protocol API з on-chain верифікацією, TWAP останніх sales із подій маркетплейсів. Одне джерело оракула — вектор для flash loan manipulation.
Як працює ліквідація NFT-застави?
Ліквідація — найскладніший момент у NFTfi. При pool-based моделі вона має бути атомарною або захищеною від MEV. Типовий сценарій атаки: ліквідатор бачить, що позиція здорова (health factor > 1), надсилає liquidate транзакцію, MEV-бот вставляє front-run з купівлею NFT на маркетплейсі за floor price і зворотним лістингом — класичний sandwich. Рішення: grace period перед ліквідацією та аукціонний механізм (Dutch auction для NFT-застави), а не миттєва передача кредитору. При ліквідації протокол виставляє NFT на аукціон зі зниженням ціни. Якщо ніхто не купить за стартовою ціною, ціна поступово падає до рівня, при якому покупець знаходиться. Це запобігає MEV-маніпуляціям і дає шанс позичальнику повернути позику до фінальної втрати.
Деталі аукціонної ліквідації
Аукціон стартує з ціни, що дорівнює сумі боргу + 10%. Кожні 5 хвилин ціна знижується на 5% доти, доки не знайдеться покупець. Позичальник може в будь-який момент до продажу погасити борг і повернути NFT. Протокол стягує комісію 0.5% від суми ліквідації.
Архітектура NFTfi-протоколу: ключові компоненти
Lifecycle позики
- Позичальник викликає
depositNFT() — NFT переходить у escrow контракт.
- Позичальник викликає
requestLoan(nftId, amount, duration) — створюється LoanTerms struct.
- Кредитор викликає
fundLoan(loanId) — ETH або ERC-20 надсилаються позичальнику.
- Протягом терміну позики позичальник може викликати
repayLoan(loanId) — повернення principal + interest, NFT повертається.
- Якщо термін минув, кредитор викликає
liquidate(loanId) — NFT переходить кредитору.
Приклад: позика на 50 ETH під заставу NFT з LTV 40% на 30 днів із процентною ставкою 8% річних.
Ключові смарт-контракти
| Контракт |
Роль |
| LoanCore |
Основна логіка, зберігає стан позик |
| OriginationController |
Валідація умов, signature verification для P2P |
| VaultFactory |
Створює індивідуальні vault для кожної NFT (ізоляція) |
| RepaymentController |
Розрахунок interest, обробка погашень |
| FeeController |
Протокольна комісія |
Розділення на окремі контракти — не overengineering, а необхідність: LoanCore апгрейдиться через UUPS, OriginationController може бути замінений без міграції даних позик.
Обробка ERC-721 та ERC-1155
ERC-1155 додає складність: токен може бути fungible (якщо supply > 1) або semi-fungible. Для кредитування потрібно визначити, чи приймаємо ми часткову заставу (100 із 1000 токенів одного ID). Більшість протоколів обмежуються ERC-721 та ERC-1155 із supply = 1. Якщо потрібний ERC-1155 з дробовою заставою — логіка оцінки та ліквідації ускладнюється кратно.
Прийом NFT у заставу через safeTransferFrom із onERC721Received хуком. Хук верифікує, що NFT з allowlisted колекцій — приймати будь-який ERC-721 небезпечно, можна отримати заставу у вигляді сміттєвого токена.
Стек розробки
Контракти — Solidity 0.8.x, фреймворк — Foundry. Для P2P-частини використовуємо EIP-712 signature verification — позичальник підписує LoanTerms оффчейн, кредитор верифікує підпис on-chain. Це прибирає approve-транзакції для позичальника.
Тести включають fork-тести на Ethereum mainnet: реальні колекції (BAYC, Azuki), реальні маркетплейс-події для симуляції змін floor price. Foundry's vm.warp для симуляції закінчення терміну позики.
Frontend (якщо потрібен) — wagmi + viem, NFT-дані через Alchemy NFT API або Reservoir.
Процес роботи
| Етап |
Тривалість |
Що робимо |
| Проектування |
1 тиждень |
Вибір моделі (P2P/pool/hybrid), список колекцій, параметри ризику, tokenomics |
| Розробка |
4–8 тижнів |
Core контракти, oracle інтеграція, тести з coverage > 95%, fuzz-тести |
| Аудит |
2–4 тижні |
Зовнішній аудитор (Spearbit, Trail of Bits, Code4rena) |
| Деплой |
1–2 тижні |
Testnet з реальними користувачами, mainnet через Gnosis Safe multisig |
Що входить в роботу?
- Архітектурна документація (ERC-720p, діаграми потоків)
- Смарт-контракти на Solidity з повним покриттям тестами
- Інтеграція з оракулами (Chainlink, Reservoir)
- Підготовка до аудиту (звіт Slither, Mythril)
- Розгортання на testnet і mainnet
- Доступ до репозиторію та інструкцій
- Навчання команди з роботи з протоколом
- Пост-релізна підтримка 1 місяць
Чому обирають нас?
Досвід понад 10 років у розробці DeFi-протоколів, 50+ реалізованих смарт-контрактів. Ми знаходили критичні вразливості в топ-протоколах і знаємо, як їх уникнути. Використовуємо формальну верифікацію критичних функцій — це рівень безпеки, який рідкісний стартап може собі дозволити. Гарантуємо прозорий процес: демонстрація прогресу щотижня.
Отримайте консультацію з архітектури вашого NFTfi-протоколу. Зв'яжіться з нами — обговоримо модель, ризики та терміни. Замовте розробку протоколу під вашу колекцію.
Послуги з розробки 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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.
