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, а не з нуля. Наша платформа передбачень на блокчейні (децентралізований ринок передбачень) базується на цих принципах.
Архітектура системи
Контрактний шар
| Компонент | Призначення |
|---|---|
| MarketFactory | Створює нові ринки. Параметри: question, resolution source, expiry, initial liquidity. Розгортає AMM пул для кожного нового ринку. |
| ConditionalTokens (CTF) | Gnosis відкритий контракт для випуску conditional tokens. Перевірений численними аудитами, має production історію на Polymarket. |
| FixedProductMarketMaker (FPMM) | AMM контракт для кожного ринку. Використовує constant product формулу, адаптовану для N-результатів. LP providers додають ліквідність, отримують LP shares, заробляють на trading fees. |
| ResolutionModule | Керує resolution процесом. Інтегрується з Chainlink / UMA, забезпечує dispute механізм. |
| TreasuryManager | Протокол бере комісію (0.5-2%) від кожного трейду. Керує protocol reserves, які використовуються для початкового seeding ліквідності нових ринків. |
Створення ринку та 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 операцій.
Процес розробки
Детальніше про етапи
- Аналітика (5–7 днів). Визначення типів ринків, resolution механізмів для кожного типу, токеноміки протоколу. Вивчення Polymarket, Augur, Metaculus як референсів.
- Розробка контрактів (5–8 тижнів). CTF інтеграція або кастомна реалізація, FPMM логіка, resolution модулі. Тестування через Foundry: fork-тести, fuzz-тести на AMM інваріанти (sum of probabilities = 1).
- Resolution інтеграції (2–3 тижні). Chainlink для верифікованих подій, UMA Optimistic Oracle для суб'єктивних.
- Frontend (3–5 тижнів). Інтерфейс створення ринків, trading UI, portfolio, resolution tracking. wagmi + viem для контрактних взаємодій.
- Аудит (обов'язковий). Складність conditional tokens логіки та потенційний обсяг коштів — обов'язковий зовнішній аудит. Ми забезпечуємо сертифікований аудит від провідних фірм.
Типові помилки в 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 під ключ.
Орієнтири за термінами
| Тип продукту | Терміни |
|---|---|
| MVP (бінарні ринки, Chainlink, базовий AMM) | 6–8 тижнів |
| Повноцінна платформа (UMA, user-created markets, CLOB) | 2–4 місяці |
Вартість розраховується індивідуально.