Спред 12% и slippage в несколько процентов делают prediction market бесполезным для трейдеров. Именно здесь ломается UX: пользователи не готовы платить такую комиссию за неопределённость. Мы разрабатываем системы ликвидности, которые делают рынки глубокими ещё до появления органического интереса. Наш подход — комбинация Fixed Product AMM, conditional tokens и динамических стимулов для LP. В результате даже нишевый рынок может привлечь объёмы до $500k без проскальзывания. Каждый контракт проходит аудит на reentrancy и корректность распределения исходов — это гарантирует безопасность средств LP.
Как работает AMM для prediction markets?
LMSR и его ограничения
LMSR (Logarithmic Market Scoring Rule) — исторически первый AMM для prediction markets. Цена исходов рассчитывается через p_i = e^(q_i/b) / sum(e^(q_j/b)), где q_i — количество акций исхода i, b — liquidity parameter. Преимущество: mathematically guaranteed market maker — рынок всегда ликвиден. Недостаток: неограниченные убытки маркет-мейкера при экстремальных движениях.
Более поздний CPMM (Constant Product, как в Uniswap v2) применяется в Polymarket: для бинарного рынка YES_shares * NO_shares = k. Цена YES = NO_shares / (YES_shares + NO_shares). Проще имплементация, убытки bounded. CPMM в 3 раза эффективнее по газу, чем LMSR, для бинарных рынков.
Conditional tokens (ERC-1155)
Современный стандарт для prediction markets — Gnosis Conditional Tokens Framework. Каждый исход события — отдельный ERC-1155 токен. Collateral (например, USDC) лочится в ConditionalTokens контракте. При разрешении условия (resolveCondition()) держатели winning outcome токенов могут redeem collateral 1:1. Это позволяет строить составные рынки: комбинация исходов нескольких независимых условий — «AND-рынки». Например, позиция «ETH > $5000 AND BTC > $100k к декабрю» — это intersection двух conditional tokens.
Архитектура liquidity provisioning
Automated market making через Fixed Product AMM
Для каждого рынка деплоится пул ликвидности на основе Fixed Product AMM (FPMM). LP депонирует равные суммы всех исходов (для бинарного рынка — YES и NO токены). Начальная цена исходов = 50/50.
Контракт FPMMFactory создаёт FPMM инстанс для каждого рынка:
function create( address conditionalTokens, address collateralToken, bytes32[] memory conditionIds, uint[] memory outcomeSlotCounts, uint fee // basis points ) external returns (address fpmm) Fee идёт провайдерам ликвидности — это их incentive. Но fee от prediction markets обычно мала (0.1-2%), а риск для LP значительный: LP держит позиции в исходах до разрешения. Если рынок сильно односторонний — LP накапливает много losing токенов, которые могут обнулиться.
Incentive механика для LP
Простейший подход — liquidity mining: дополнительные rewards в токене протокола для LP. Но это временное решение; после окончания mining ликвидность уходит.
Устойчивее — dynamic fee: выше fee на рынках с низкой ликвидностью, ниже на высококонкурентных. Реализация: fee = base_fee + liquidity_adjustment, где liquidity_adjustment обратно пропорционален depth пула. Например, пул с TVL $2 млн генерирует $5000 комиссий в день при обороте 0.5%.
Ещё один паттерн — shared liquidity pool: вместо per-market пулов одна корзина ликвидности распределяется по нескольким рынкам. Контракт автоматически аллоцирует ликвидность туда, где price impact наиболее высок. Риск диверсифицирован, capital efficiency выше. Экономия на комиссиях для LP достигает 30%.
Oracle resolution и dispute mechanism
Самая чувствительная часть — разрешение исхода. Два подхода:
| Подход | Скорость | Децентрализация | Риск |
|---|---|---|---|
| Centralized oracle | Мгновенно | Низкая | Единая точка отказа |
| Optimistic oracle (UMA) | 2-3 дня | Высокая | Зависит от bond |
| Chainlink Any API | 1 блок | Средняя | Доступность API |
Centralized oracle. Trusted reporter адрес вызывает reportPayouts(). Быстро, но centralized. Для стартового этапа приемлемо с multisig reporter.
Optimistic oracle (UMA-style). Proposer предлагает исход с bond. 48-72 часа dispute window. Disputer может оспорить с bond. Если оспорено — идёт голосование через UMA DVM или Kleros. Проигравший теряет bond. Устойчив к манипуляции: cost of dispute > reward от неправильного разрешения.
Chainlink + Sports/Events API. Для спортивных событий — Chainlink Any API с проверенными источниками (ESPN, официальные спортивные API). Декларативно, автоматически, без человеческого фактора. Ограничение: не все события имеют публичный API.
Почему газ — узкое место для prediction markets?
Prediction markets с большим числом исходов (>2) создают gas проблемы. Для события с 10 исходами (например, чемпионат мира, 32 команды) — FPMM свап требует обновления балансов всех 32 токенов в одной транзакции. Это O(n) операций SLOAD/SSTORE на каждый трейд.
Оптимизация: lazy evaluation — хранить только delta изменений, пересчитывать полный state только при необходимости (например, при redeem). Но это усложняет логику и требует тщательного тестирования инвариантов.
Для рынков с >5 исходами на Ethereum mainnet экономически осмысленнее деплоить на Polygon или Base. Gas на L2 позволяет работать с 20-30 outcome markets без проблем. Сравнение газовых затрат:
| Чейн | Газ за свап (2 исхода) | Газ за свап (10 исходов) |
|---|---|---|
| Ethereum | ~180k | ~1.2M |
| Polygon | ~90k | ~600k |
| Base | ~70k | ~500k |
Процесс разработки
- Аналитика (3-5 дней). Выбор AMM механики (FPMM vs LMSR vs custom), oracle strategy, incentive модель для LP, target чейн.
- Контракты (2-3 недели). Conditional tokens setup + FPMM factory + LP incentives + oracle adapters. Foundry с property-based тестами: «сумма probabilities всегда = 1», «redeem никогда не превышает collateral».
- Oracle интеграция (1 неделя). Chainlink API или UMA optimistic oracle setup, dispute mechanism.
- Frontend (1-2 недели). wagmi/viem интеграция, торговый интерфейс, отображение probability, LP dashboard.
Что входит в нашу работу:
- Смарт-контракты на Solidity (Foundry, тесты, аудит)
- Интеграция с conditional tokens и FPMM
- Настройка оракула (Chainlink/UMA/кастомный)
- Разработка frontend торгового интерфейса и LP dashboard
- Деплой на L2 (Polygon, Arbitrum) для экономии газа
- Документация и обучение команды
- Техническая поддержка после запуска
Ориентиры по срокам
Базовый протокол для бинарных рынков с centralised oracle — 1-2 недели. Полноценная система с оптимистичным oracle, LP incentives и multi-outcome support — от 4-6 недель.
Стоимость рассчитывается после обсуждения типов рынков и механики разрешения. Мы — команда с многолетним опытом в смарт-контрактах, реализовали более 20 проектов в DeFi. Получите консультацию: оценим ваш проект и предложим архитектуру системы ликвидности. Свяжитесь с нами для обсуждения.