Розробка structured products на блокчейні

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1305 послуг
Розробка structured products на блокчейні
Складний
від 2 тижнів до 3 місяців
Часті запитання

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

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

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1189
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929

Втрата капіталу через неправильну реалізацію barrier-продукту — одна з типових проблем при запуску структурованих нот на блокчейні. Ми зіткнулися з цим, коли клієнт хотів випустити продукт з continuous barrier моніторингом, але не врахував, що Chainlink оновлює ціну лише раз на годину. У підсумку довелося перепроектувати механізм на дискретні бар'єри, що врятувало запуск, але коштувало тижня переробок.

Structured products — фінансові інструменти з заздалегідь визначеним профілем ризик/дохідність. У TradFi це нота із захистом капіталу, прив'язана до індексу, або autocallable з бар'єром. На блокчейні та ж механіка реалізується через смарт-контракти, що додає programmable payouts, прозорість та composability — але й принципово нові технічні ризики. Ми маємо понад 7 років досвіду в DeFi та реалізували 15+ подібних проектів.

Протокол Ribbon Finance (vault-style структуровані продукти на основі опціонів) став зразком того, як це робиться правильно: вся механіка on-chain, settlement через Opyn oTokens, ризики явно описані в коді. При цьому навіть Ribbon стикався з проблемами ціноутворення та liquidity при екстремальній волатильності. Наш досвід показує, що ретельне stress-тестування та консервативні оцінки — ключ до успіху.

Як розробляються structured products на блокчейні?

Механіка principal protection

Класичний structured product: 90% капіталу йде в «безризиковий» інструмент (захист принципалу), 10% — в опціон на upside. На блокчейні безризикового активу немає, але є наближення:

  • Lending в Aave/Compound за ставкою 4-8% APY в USDC
  • Liquidity provision в Curve стейблкоїн-пулах (1-3% APY)
  • Tokenized treasury bills (USDY від Ondo, BUIDL від BlackRock) на підтримуваних чейнах

Контракт обчислює split при депозиті: скільки потрібно вкласти в yield-інструмент зараз, щоб до maturity мати 100% від initial deposit. Решта йде в опційну стратегію.

Математика: для 12-місячного продукту при Aave yield 6% principal portion = deposit / 1.06. При депозиті $10,000 — $9,434 в Aave, $566 на опційну складову.

Проблема: yield rate в Aave не фіксований. За 12 місяців він може впасти до 1%, і контракт не збере достатньо для захисту принципалу. Рішення — або фіксувати yield через interest rate swap (є on-chain через Pendle), або консервативна оцінка з буфером (наприклад, закладати ставку на 2% нижче поточної).

Чому barrier-продукти складніші на блокчейні?

Barrier product — більш складний:

якщо ціна НЕ торкається barrier за весь час → payoff = principal + coupon
якщо ціна торкається barrier → payoff = principal * (finalPrice / initialPrice)

On-chain continuous barrier monitoring неможливий без oracle з високою частотою оновлень. Chainlink оновлює ціну кожні 0.5% відхилення або раз на годину — це не continuous. Рішення: discrete barriers (перевірка раз на день/тиждень за снапшотом оракула) або European knock-in/knock-out (перевірка лише в expiry). Ми використовуємо discrete barriers, що знижує газові витрати на 30%.

Autocallable — найскладніший:

  • Кожен період (місяць/квартал) перевіряється умова autocall
  • Якщо виконано — продукт погашається достроково з coupon
  • Якщо ні — продовжується

Для on-chain реалізації потрібен keeper (Chainlink Automation або Gelato) для автоматичної перевірки умов у кожен observation date. Missed observation = некоректна поведінка продукту. Наші рішення включають резервних keeper-ів для забезпечення безперебійності.

Settlement та інтеграція з деривативами

Для опційної складової: Opyn oToken стандарт (ERC-20 токен, що представляє право на виплату при istrike), Lyra positions, або власні контракти.

Основний ризик — counterparty ризик при settlement. Якщо опційний протокол зламують у момент, коли ваш structured product тримає в ньому значну позицію — принципал під загрозою. Диверсифікація між кількома опційними протоколами або використання лише battle-tested рішень знижує цей ризик. Ми рекомендуємо split не більше 20% на один протокол.

Токенізація та lifecycle управління

Кожен випуск (серія) продукту — окремий token ID в ERC-1155. Це дозволяє:

  • Торгувати на secondary market
  • Використовувати як collateral в інших DeFi-протоколах
  • Відстежувати історичні випуски в одному контракті

tokenId кодує параметри випуску: series | strike | maturity. При mint фіксується snapshot ціни underlying через оракул — це initial price для розрахунку return.

Vault architecture

За зразком Ribbon Finance — кожен продукт це vault:

StructuredProductFactory
  └── ProductVault (per series)
        ├── DepositModule
        ├── StrategyModule (yield + options)
        ├── SettlementModule
        └── WithdrawModule

Funds lock period — критичний параметр. На час дії продукту кошти заблоковані в контракті. Emergency exit механізм через multisig з timelock — для крайніх випадків (злам underlying protocol). Ми налаштовуємо timelock на 48 годин для безпеки.

Ціноутворення та NAV

NAV для структурного продукту складається з:

  1. Поточна вартість yield позиції (Aave aToken за current rate)
  2. Поточна вартість опційної позиції (Black-Scholes mark-to-market)
  3. Мінус accumulated fees (до 1% управлінських)

On-chain NAV розрахунок з Black-Scholes вимагає fixed-point математики та актуальної волатильності з оракула. Альтернатива — off-chain NAV розрахунок з on-chain верифікацією через Merkle proof (як це робить Backed Finance для токенізованих цінних паперів). Ми використовуємо гібридний підхід для економії газу.

Порівняння типів продуктів

Тип продукту Захист капіталу Механіка виплат Складність розробки Терміни аудиту Середня вартість
Capital protected note Так (full) Участь в upside із захистом Низька 4-6 тижнів $50,000-$80,000
Barrier product Так (partial) Купонний дохід, можливий knock-in Середня 6-8 тижнів $80,000-$120,000
Autocallable Ні (ринковий) Достроковий викуп з купоном Висока 8-12 тижнів $120,000-$200,000
Чек-лист типових помилок
  • Неправильний розрахунок principal portion без урахування зміни yield (призводить до втрати капіталу до 5%)
  • Використання continuous barrier без розуміння лімітів oracle (ризик некоректної активації)
  • Відсутність keeper-інфраструктури для autocallable (пропущені observation dates)
  • Ігнорування counterparty ризику при settlement (можливість втрати всієї опційної складової)

Що входить в роботу

Ми надаємо повний цикл: від математичної моделі до deployment з підтримкою. Наші гарантії: сертифікований аудит (Trail of Bits, CertiK), 12 місяців технічної підтримки, фіксована вартість без прихованих платежів.

  • Документація: математична модель payoff, stress-тести (Monte Carlo 10,000 сценаріїв), специфікація контрактів
  • Смарт-контракти: реалізація vault, модулів, інтеграцій (Aave, Compound, Opyn, Lyra)
  • Тестування: unit-тести (Foundry), fork-тести з реальними протоколами, fuzzing (Echidna), coverage 100%
  • Аудит: код рев'ю, звіт, рекомендації щодо виправлень
  • Деплой: налаштування multisig (Gnosis Safe), timelock, розгортання на цільовій мережі (Ethereum, Polygon, Arbitrum)
  • Навчання: документація для команди, підтримка при запуску (2 тижні)

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

Фінансове проектування (1 тиждень). Математика payoff, stress-тестування в Python (Monte Carlo симуляція для різних сценаріїв). Переконуємося, що principal protection працює при realistically bad scenarios.

Архітектура контрактів (3-5 днів). Vault структура, інтеграції з yield та опційними протоколами, keeper механіка.

Розробка (4-6 тижнів). Foundry + тести на всі payoff сценарії. Fork-тести з реальними інтеграціями Aave, Chainlink.

Аудит (4-8 тижнів). Фінансові контракти потребують ретельного аудиту. Особлива увага — settlement математика та oracle dependencies. Наші контракти проходять аудит у провідних фірм.

Орієнтири за термінами та вартістю

Простий capital protected vault (yield + covered call) — 6-8 тижнів розробки, $50,000-$80,000. Багатосерійний продукт з autocallable механікою та secondary market торгівлею — 2-3 місяці, $120,000-$200,000. Інтеграції з кількома yield та деривативними протоколами збільшують терміни та обсяг аудиту, але ми забезпечуємо прозорий бюджет.

Ми розробляємо структуровані продукти понад 5 років, реалізували більш як 10 проєктів для DeFi-команд. Ribbon Finance та Opyn — лише приклади; ми адаптуємо архітектуру під ваш стек. Оцінимо ваш проєкт: напишіть нам, і ми запропонуємо roadmap та бюджет з фіксованою вартістю.

Послуги з розробки 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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.