Як працюють смарт-контракти в децентралізованих казино

Навіщо смарт-контракти казино

Смарт-контракти перетворюють «довіру до оператора» в довіру до коду:

Незмінні правила: house edge, ліміти, порядок виплат - в коді і в ланцюжку.
Перевірність результатів: через commit/reveal або VRF.
Прозорі гроші: депозити, банкролл, джекпоти та виплати - подіями on-chain.
Композиційність: пули ліквідності, DAO, NFT, реферальні та крос-ігрові механіки.

Базова архітектура децентралізованого казино

Компоненти:

1. Game контракт (и) - логіка ставок і розрахунків (слоти/рулетка/кістки/краш тощо).

2. Bankroll/Трезорі - контракт пулу ліквідності, з якого фінансуються виплати (LP-пайовики отримують частку профіту).

3. RNG модуль - VRF-адаптер або commit/reveal з верифікацією.

4. Accounting - облік фі, джекпотів, реферальних, лімітів ставок.

5. Access/Guard - ролі (OWNER, PAUSER, UPGRADER), timelock, мультисиг.

6. DAO/Гавернанс (опціонально) - зміни параметрів і апгрейди.

7. Оракули/Інтеграції - курси, спорт-результати, ліміти газ/мереж.

8. Фронт/релейер - абстракція акаунтів, meta-tx, підписання EIP-712.

Потік грошей (спрощено):

'deposit ()'→ токени/стейблкоіни надходять в гаманець гравця/контракту.
'placeBet ()'→ ставка йде в Game, фіксується подією; частина - в hold/пул.
'settleRound ()'→ приходять випадковість/результат; контракт розраховує payout;'payout ()'перераховує виграш.
Фі/edge → на тризорі/LP/реф-пули за встановленою формулою.

Випадковість: VRF и commit/reveal

VRF (Verifiable Random Function)

'requestRandomness (seed)'→ провайдер повертає'( random, proof)'.

Контракт перевіряє доказ і використовує «random» в розрахунку.

Плюси: прозорість без довіри оператору; мінуси: вартість, залежність від постачальника.

Commit/Reveal

До ставок: публікується'commit = H (serverSeed	nonce)`.
Після закриття вікна: `reveal(serverSeed)`; контракт/клієнт перевіряє збіг.
Підсумкове RNG: `HMAC(serverSeed, clientSeed	roundId
Для батчів - мерклі-дерева комітів.

Маппінг без зміщення: rejection sampling замість'rng% N'.

Як вважається раунд на смарт-контракті

1. Прийом ставки

Перевірки: ліміти ('min/max'), баланс пулу ('maxPayout ≤ bankroll k'), пауза/maintenance, K-фактор волатильності.

Фіксація параметрів: `betId, player, amount, roundId, odds/table, timestamp`.

2. Отримання випадковості

VRF callback или `reveal`. Всередині - нормалізація RNG і маппінг в результат.

3. Розрахунок виграшу

Формула виплат (таблиця коефіцієнтів, house edge).

Оновлення трезорі/джекпоту, події'RoundSettled (betId, outcome, payout)'.

4. Виплата

'payout (player, amount)'- безпосередньо з контракту.

Ліміти/таймлоки для великих сум, анти-MEV захист (див. нижче).

Банкролл і ліквідність

LP-пул: учасники додають ліквідність, отримують LP-токени; профіт/збиток - пропорційно частці.

Ризик-менеджмент: 'maxExposure'на гру/раунд, анти-вейл ліміти, динамічний'house edge'при низькій ліквідності.

Джекпоти: окремий суб-пул з прозорою формулою поповнення і тригерами видачі.

Комісії, токеноміка та реферальні

Edge/fee split: частина йде в тризорі, частина - LP, частина - DAO/стейкінг/реф-пул.

Вестинг і викуп: профіт може викуповувати токен, спалювати або розподіляти стейкерам.

Реферальні: on-chain реєстри/промокоди, подієва прозорість.

Управління (DAO) і параметри

Параметри: edge, ліміти ставок, whitelists токенів, включення/вимикання ігор.

Механізм: timelock + мультисиг + голосування токенхолдерів.

Апгрейди: UUPS/Proxy з огорожами (timelock, пауза, план міграції).

Безпека: на що дивитися в першу чергу

1. Аудит/баг-баунті: сторонні аудити, відкритий вихідний код, покриття тестами інваріантів.

2. Upgradability-ризики: кому доступний'upgrade'? чи є timelock і «пауза»?

3. MEV і фронт-ран:

Коміт-ставки (приховані), приватні мемпули/релеєри, мінімізація інформації до settle.
Відкладені виплати великим траншем, random delay/каскад.
4. RNG-цілісність: перевірка VRF-доказів, політика при таймауті VRF, неможливість «підбирати» сід.
5. Ліміти експозиції: захист пулу від банкрутства,'maxPayout', ліміти per tx/per block/per address.
6. Fail-safe: 'PAUSER', аварійне заморожування пулів, плани повернення коштів.
7. Ролі та ключі: мультисиг, ротація, off-chain зберігання в HSM/серемоніях.

UX і продуктивність

L2 і комісійні: розгортання на rollup (Optimistic/ZK), батчинг, використання blob/DA для дешевих логів.

Абстракція акаунтів (AA): meta-tx, paymaster оплачує газ; соц-відновлення гаманця.

Крос-чейни: мости/агрегатори; безпека мостів критична.

Кнопка «Перевірити чесність»: генерація звіту (inputs → RNG → outcome) і посилання на блок-експлорер.

Оракули та зовнішні дані

Спорт/реал-світ: m-з-n підпису, фіналізація через таймлок; анти-rollback логи (блок-якоря).

FX/курси: джерела верифікуються; отруєні ціни → стоп/пауза.

Статус мережі: перемикання параметрів при висиханні ліквідності/зростанні газу.

Комплаєнс і відповідальність

KYC/KYT: селективні докази/якоря; санкційні списки - поза ланцюгом, але рішення і політики - прозоро логуються.

RG (Responsible Gaming): ліміти депозитів/ставок/сесій у смарт-контрактах або політиках фронту; журнали відмов і пауз.

Гео-обмеження: на фронті + списки дозволених токенів/мереж.

Приклади подій та інтерфейсів (схема)

Події:


event BetPlaced(betId, player, amount, roundId, table);
event RandomRequested(roundId, requestId);
event RoundSettled(betId, outcome, payout, houseEdge, rngProof);
event Payout(player, amount, betId);
event Jackpotted(roundId, amount, winner);

Критичні view-функції:


getRules(table) -> odds/limits/edge getRound(roundId) -> status, commitHash/vrfProof, deadline getBankroll() -> liquidity, maxPayout, utilization getPlayerBets(player) -> history, pending

Анти-патерни

RNG через'blockhash/timestamp'- передбачувано/маніпулювано.

'rng% N'без rejection sampling - зміщення ймовірностей.

Upgradable проксі без timelock/мультисигів - «тумблер в одних руках».

Відсутність лімітів експозиції - ризик обнулити пул однією ставкою.

Виплати «в лоб» без анти-MEV - фронт-ран/сендвіч.

Зберігання PII on-chain - незворотний витік.

Єдиний оператор VRF/оракула без резервів - SPOF.

Змішування ігрових логів і фінансової OLTP поза контрактами - розбіжності/суперечки.

Чек-лист впровадження смарт-контрактів казино

Архітектура та гроші

Розділені Game, Bankroll, RNG, DAO; зрозумілі інтерфейси і події.
Ліміти'maxPayout', експозиції за іграми/адресами, джекпоти ізольовані.

RNG і чесність

VRF з верифікацією/таймаут-політикою або commit/reveal з мерклі-батчами.
Rejection sampling, фіксована'mappingVer', публічний скрипт перевірки.

Безпека

Аудит (и), баг-баунті, інваріант-тести.
Timelock + мультисиг + pauser, план DR/повернення коштів.
Анти-MEV (commit-bets/приватні релеєри), захист від реентрансі/маніпуляцій.

Гавернанс/апгрейди

Прозорі процедури зміни параметрів, міграції з голосуванням.
Документовані версії ('contractVer','rngAlgo','mappingVer').

UX/вартість

L2/батчинг, AA/meta-tx, «Verify fairness» в UI.
Гід по комісіях/мережах, мостах і ризиків.

Комплаєнс

Політики RG/KYC/KYT, журнали рішень, гео-обмеження.
Звітність та експорт подій для аудиту.

Смарт-контракти роблять казино прозорим і передбачуваним: правила і гроші живуть в коді, випадковість перевіряється, а виплати слідують запрограмованим процедурам. Успіх - в грамотній архітектурі (Game/Bankroll/RNG/DAO), суворій безпеці (аудит, timelock, анти-MEV), що працює UX (L2, AA) і повазі до комплаєнсу. Тоді «гра за чесними правилами» - не гасло, а незмінна реальність, яку будь-хто може перевірити.