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

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

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

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

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1360
  • 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

Ми розробляємо децентралізовані системи ставок на блокчейні: від простих тоталізаторів до повноцінних 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 — агрегація декількох джерел:

Оракул Тип результату Latency Вартість
Chainlink Числовий (price) ~1 год Низька
Pyth Network Числовий (price) Секунди Низька
UMA Optimistic Довільний 2+ год Середня
API3 dAPI Числовий (first class data) Хвилини Низька
Кастомний multisig Будь-який Миттєво 0 (довіра)

Для спортивних результатів оптимальний 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, що робить його доцільним лише для великих обсягів.

Характеристика Parimutuel CLOB
Price discovery Ні (коефіцієнти після пулу) Так (реальний ринок)
Ліквідність Один пул Агрегація ордерів
Складність контрактів Низька Висока (matching engine)
Газ на одну ставку 50k–100k gas 150k–300k gas

Захист від 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 дні. Замовте розробку системи ставок на блокчейні та отримайте демо-доступ до наших сертифікованих контрактів.

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