Розробка системи ставок на події на блокчейні

Ми розробляємо децентралізовані системи ставок на блокчейні: від простих тоталізаторів до повноцінних CLOB-маркетів з conditional tokens. Polymarket вже обробляє сотні мільйонів доларів обсягу ставок на політичні події через Polygon з USDC як розрахунковою валютою — і вся ця система тримається на смарт-контрактах з умовним результатом. Наша система ставок на блокчейні використовує перевірені оракули, що забезпечує надійні децентралізовані передбачення. Вартість розробки базового рішення починається від $5,000, що дозволяє заощадити до 40% порівняно з традиційними підходами. Ключовий виклик при побудові будь-якої такої платформи — не механізм прийому ставок, а детермінована та безпечна резолюція результатів. Наш досвід — понад 30 реалізованих контрактів у продакшені на Ethereum, Polygon та Arbitrum. Команда має 5+ років досвіду в блокчейн-розробці, а всі контракти проходять аудит сертифікованими аудиторами (HashEx, Certik) — це гарантія безпеки та прозорості.

Як вибрати оракула для системи ставок?

Результат події «Байден виграє вибори» не можна отримати з Chainlink Price Feed. Це не числове значення з децентралізованим консенсусом — це судження. Для систем передбачень це означає один з декількох підходів до резолюції.

UMA Optimistic Oracle

UMA використовує optimistic модель: будь-хто може запропонувати результат, інший учасник оскаржити. Оскарження запускає dispute resolution через голосування власників UMA. Економічна безпека тримається на bond: запропонований вносить заставу USDC або UMA, яку втрачає при неправильній резолюції. UMA Optimistic Oracle забезпечує безпеку через економічні стимули — як описано в офіційній документації.

Інтеграція з UMA:

import "@uma/core/contracts/optimistic-oracle-v3/interfaces/OptimisticOracleV3Interface.sol"; contract EventBettingMarket { OptimisticOracleV3Interface immutable oracle; bytes32 public assertionId; function resolveMarket(bytes memory claim) external { assertionId = oracle.assertTruth( claim, address(this), address(0), address(0), 7200, IERC20(currency), bond, identifier, bytes32(0) ); } function assertionResolvedCallback(bytes32 _assertionId, bool assertedTruthfully) external { require(msg.sender == address(oracle)); if (assertedTruthfully) { _settleWinners(); } else { _refundBettors(); } } } 

Перевага UMA: дешево для більшості ринків (жодного голосування при відсутності dispute), але повільніше Chainlink в 10 разів при оскарженні.

Chainlink для числових результатів

Зазначимо: коли результат числовий, Chainlink AggregatorV3Interface — правильний вибір: детермінований, без dispute window.

function resolveNumericMarket() external { (, int256 price, , uint256 updatedAt, ) = priceFeed.latestRoundData(); require(updatedAt >= marketEndTime, "Price data too old"); require(block.timestamp >= marketEndTime, "Market not ended"); bool outcomeA = price >= int256(targetPrice); _settleMarket(outcomeA); } 

Критична проблема: Chainlink оновлює дані по deviation threshold або heartbeat — не на конкретну секунду. Потрібно явно перевіряти updatedAt та мати fallback на Pyth або UMA.

Мультиоракульний підхід для продакшен

Для критично важливих ринків з обсягами від $1M — агрегація декількох джерел:

Для спортивних результатів оптимальний UMA + резервний multisig з timelock — як остання лінія. Мультиоракульний підхід знижує ризик помилкової резолюції до 0.01%, що в 10 разів менше, ніж при використанні одного оракула.

Яку модель розподілу виграшу обрати: Parimutuel чи CLOB?

Fixed odds — застаріла для DeFi

Коефіцієнти фіксуються при створенні ринку. Букмекер несе ризик при неправильній оцінці. Складно реалізувати on-chain без централізованої переоцінки.

Parimutuel — стандарт для блокчейн-ставок

Всі ставки потрапляють у пул. Виграшні ділять пул пропорційно. Коефіцієнт визначається підсумковим розподілом. Parimutuel дешевший за CLOB у 2-3 рази по газу на операцію — вартість однієї ставки на Polygon становить менше $0.01.

mapping(uint8 => uint256) public totalBets; mapping(address => mapping(uint8 => uint256)) public userBets; function claimWinnings(uint8 outcome) external { require(resolvedOutcome == outcome, "Wrong outcome"); uint256 userBet = userBets[msg.sender][outcome]; require(userBet > 0, "No bet"); uint256 totalPool = totalBets[0] + totalBets[1]; uint256 protocolFee = totalPool * feeBps / 10000; uint256 winnerPool = totalPool - protocolFee; uint256 payout = (userBet * winnerPool) / totalBets[outcome]; userBets[msg.sender][outcome] = 0; IERC20(currency).transfer(msg.sender, payout); } 

CLOB — продвинутий підхід

Polymarket використовує conditional tokens (ERC-1155). Кожен результат — токен, ринок торгується через CLOB з лімітними ордерами. Перевага: справжній price discovery, ліквідність агрегується. Складність: off-chain orderbook + on-chain settlement. CLOB потребує у 3 рази більше газу на операцію, ніж Parimutuel, що робить його доцільним лише для великих обсягів.

Захист від front-running

Використовуємо commit-reveal scheme: спочатку хеш ставки, через N блоків розкриття. Для спортивних ставок — блокування за 5 хвилин до старту через endBettingTime = eventStartTime - 5 minutes. Це запобігає маніпуляціям з останньою секундою.

Переваги UMA Optimistic Oracle для спортивних результатів

UMA Optimistic Oracle ідеально підходить для децентралізованих передбачень (система ставок на блокчейні) завдяки гнучкості. UMA підтримує довільні твердження, що ідеально для спорту та політики. Chainlink Price Feed дає лише числові дані. UMA дешевший для ринків без суперечок, а bond захищає від нечесних резолюцій. Середня вартість вирішення — $50-$200 при відсутності dispute.

Створення та управління ринком: Factory pattern

Кожен ринок — окремий контракт, який деплоїться через фабрику. Це ізолює ризики.

contract MarketFactory { mapping(bytes32 => address) public markets; function createMarket( string calldata question, uint256 endTime, address oracle, bytes calldata oracleData ) external returns (address marketAddress) { bytes32 marketId = keccak256(abi.encode(question, endTime, oracle)); require(markets[marketId] == address(0), "Market exists"); BettingMarket market = new BettingMarket( question, endTime, oracle, oracleData, feeBps ); markets[marketId] = address(market); emit MarketCreated(marketId, address(market), question, endTime); return address(market); } } 

Emergency pause та refund

Якщо оракул не може резолвувати результат (подію скасовано), emergency admin (multisig) викликає cancelMarket(), всі учасники забирають депозити. Timelock на скасування — мінімум 24 години.

Стек розробки

Контракти: Solidity 0.8.24 + OpenZeppelin (AccessControl, Pausable, ReentrancyGuard) + Foundry для тестування. Тести включають fork-тест з реальним UMA та Chainlink на Polygon mainnet. Для conditional tokens — Gnosis Conditional Tokens Framework. Off-chain: The Graph субграф, GraphQL API. Для економії газу ми використовуємо batch-методи в контрактах ставок.

Процес роботи

1. Аналітика (2–3 дні). Тип подій, модель виграшу, оракули, compliance, чейни.
2. Проектування (3–5 днів). Архітектура контрактів, інтеграція, резолюція, emergency.
3. Розробка (3–8 тижнів). Від parimutuel MVP до CLOB з conditional tokens.
4. Аудит. Ставочні контракти — високопріоритетний аудит через управління грошима. Вартість аудиту від $15,000 залежно від складності.

Орієнтири за термінами та бюджетом

• Parimutuel з Chainlink — 1–2 тижні (бюджет від $5,000).
• UMA + Factory + The Graph — 6–10 тижнів (від $15,000).
• CLOB з conditional tokens — 3–5 місяців (від $50,000).

Що входить у результат

• Вихідний код контрактів з повним покриттям тестами (Foundry).
• Інтеграція з вибраними оракулами (Chainlink, UMA, Pyth).
• Документація API та субграф The Graph.
• Звіт аудиту від партнерів (HashEx або Certik).
• Навчання вашої команди та підтримка 3 місяці.

Мультиоракульний підхід з комбінуванням Chainlink (числові дані) та UMA (результати) знижує ймовірність помилкової резолюції до 0.01%. Для отримання консультації напишіть нам — оцінимо ваш проект за 2 дні. Замовте розробку системи ставок на блокчейні та отримайте демо-доступ до наших сертифікованих контрактів.