Розробка prediction market: смарт-контракти, ліквідність, оракули

Polymarket обробив понад $1.5 мільярда обсягу торгів за президентськими виборами в США. Механіка prediction market проста: користувачі купують shares події, ціна share дорівнює implied probability. Якщо подія відбувається — share коштує $1. Якщо ні — $0. Ринок агрегує інформацію та «передбачає» ймовірності точніше за більшість аналітиків. Побудувати таку систему технічно складно: три незалежні задачі — створення ринків, підтримка ліквідності, автоматичне вирішення результатів — кожна з власними вразливостями. Наша команда має 5+ років досвіду в DeFi, реалізувала понад 20 блокчейн-проектів на Ethereum, Polygon та Solana. Ми гарантуємо якість завдяки сертифікованим аудитам та багаторічному досвіду. Зв'яжіться з нами, щоб обговорити вашу задачу.

Як уникнути маніпуляцій з оракулами?

Найвразливіше місце prediction market — механізм resolution. Resolution механізм вирішує, чи настала подія. Варіанти: довірений оракул (централізація), Chainlink / UMA (залежність від сторонніх протоколів), optimistic resolution з dispute period (децентралізація, але latency). Oracle manipulation — одна з головних загроз. Chainlink швидкий і надійний для верифікованих подій (крипто-ціни), але не підходить для суб'єктивних результатів (вибори, опитування). UMA Optimistic Oracle гнучкий і підходить для будь-яких подій, однак resolution займає 2–3 дні при dispute. Centralized multisig швидкий і простий, але вимагає довіри та несе репутаційний ризик. У нашій реалізації для кожного типу ринку вибирається відповідний mechanism: для crypto price ринків — Chainlink (resolution oracle), для суб'єктивних подій — UMA Optimistic Oracle, multisig — тільки fallback при failure інших механізмів.

Чому ліквідність — головна проблема prediction market?

Prediction markets традиційно використовують два підходи до ліквідності: CLOB та AMM. CLOB дозволяє користувачам виставляти limit orders, забезпечуючи точні ціни та мінімальний slippage при достатній ліквідності, однак нові ринки без ліквідності залишаються порожніми. AMM через формулу завжди приймає угоди, але протокол може нести збитки, субсидуючи ліквідність. Наш підхід — Hybrid: початкова ліквідність через protocol-seeded AMM, CLOB для великих трейдерів. AMM використовує constant product формулу, адаптовану для бінарних результатів, LP positions виступають як automated market makers. Для prediction market AMM забезпечує ліквідність в 2 рази швидше, ніж CLOB, на початковому етапі.

Токен стандарт для shares: ERC-1155 prediction market

Кожен ринок має мінімум два outcome токени (YES/NO, або кілька для multi-outcome). ERC-1155 — правильний вибір: один контракт керує токенами всіх ринків, batch transfer знижує gas при торгівлі кількома ринками одночасно. При створенні ринку міняться conditional tokens: за кожен 1 USDC колатералю створюється 1 YES + 1 NO токен. Сумарна вартість YES + NO = 1 USDC (до resolution). Після resolution один з токенів = 1 USDC, інший = 0. Це паттерн Gnosis Conditional Tokens Framework — battle-tested бібліотека для prediction markets. Ми будуємо поверх CTF, а не з нуля. Наша платформа передбачень на блокчейні (децентралізований ринок передбачень) базується на цих принципах.

Архітектура системи

Контрактний шар

Створення ринку та initial liquidity

Bootstrapping ліквідності — одне з найскладніших завдань. Стратегія: Protocol-seeded markets — популярні ринки (вибори, крипто events) — protocol додає початкову ліквідність з treasury. LP shares залишаються у protocol. User-created markets — будь-хто може створити ринок, задепозувавши initial liquidity. Це incentivize market creators — вони отримують trading fees від свого ринку. Conditional liquidity rewards — LPs в перші N днів після створення ринку отримують додаткові governance токени. Аналог Uniswap liquidity mining.

Gas оптимізація для Polygon / L2

Prediction markets працюють на L2 — газ на Ethereum mainnet робить дрібні угоди ($10-50) економічно невигідними. Для prediction market L2 рішення в 10-100 разів кращі за Ethereum mainnet за вартістю газу. Polygon — історичний вибір Polymarket. Alternatives: Base, Arbitrum. На L2 газ коштує в 10-100x разів дешевше. ERC-1155 batch transfer знижує gas на 40-60% при торгівлі кількома токенами одночасно. multicall паттерн для batch операцій.

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

Типові помилки в prediction market

• Неправильний resolution без dispute механізму. Rogue оракул може вирішити ринок на користь одного результату при спірному результаті. Без dispute mechanism у користувачів немає recourse.
• Infinite approval exploit. Якщо UI запитує infinite approve на CTF контракт, а в ньому виявиться вразливість — атакуючий може дренувати всі approval. Обмежені approve або EIP-2612 permit.
• Front-running при resolution. Між submission результату оракулом та його on-chain обробкою — window для front-running. Commit-reveal схема або VDF (Verifiable Delay Function) для критичних ринків.

Умовні токени (conditional tokens) — це набір контрактів від Gnosis, що реалізують логіку conditional tokens. Користувач вносить колатераль (USDC) і отримує набір outcome-токенів. При настанні події один з токенів стає redeemable за $1, інші знецінюються. Фреймворк забезпечує атомарність операцій та безпечне вирішення.

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

• Розробка смарт-контрактів (Solidity, Foundry)
• Інтеграція Chainlink та UMA оракулів
• Створення frontend на wagmi/viem
• Розгортання на Polygon/Arbitrum/Base
• Документація коду та технічна специфікація
• Навчання команди замовника управлінню ринками
• Підтримка після запуску (2 місяці)

Оцінимо ваш проект за 2 дні. Зв'яжіться з нами для консультації. Замовте розробку prediction market під ключ.

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

Вартість розраховується індивідуально.

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

Як захистити DeFi-протокол від атак флеш-позик?

Flash loan перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.

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

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

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

Ключові компоненти 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 визначає максимальний кредит під колатераль. 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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.