Імерсивний покер на блокчейні: State Channel та NFT-екосистема
Покер на блокчейні — гра, де приховування карт критичне, але блокчейн прозорий. Розробники стикаються з дилемою: реалізувати mental poker у публічному середовищі. Без off-chain архітектури газ та затримки роблять гру неможливою. На відміну від традиційного покеру, де дилер роздає карти сорочкою вгору, у смарт-контракті кожна транзакція видна всім нодам. Зашифрувати недостатньо — потрібен ключ, контрольований гравцями. Кожен із чотирьох підходів — mental poker, ZK, TEE, off-chain сервер — має свої trade-offs за газом, латентністю та довірою. Ми протестували всі та обрали найбільш практичний для production: state channel з off-chain гейм-сервером та on-chain settlement. Це дозволяє обробляти до 1000 рук на секунду при комісії менше $0.01 за руку на L2, що на порядок дешевше on-chain аналогів.
Фундаментальна проблема: приховування інформації on-chain
Підхід 1: Mental Poker з commit-reveal
Класичний криптографічний підхід, описаний Шаміром, Рівестом та Едлманом (Shamir et al., 1979):
- Кожен гравець вносить випадковий seed для перемішування (commit phase)
- Колода перемішується детерміновано з комбінації всіх seed
- Кожна карта шифрується ключем кожного гравця (layered encryption)
- Карта відкривається лише коли всі гравці розкрили свою частину ключа
Проблема: при 6 гравцях кожна карта зашифрована 6 шарами. Відкриття вимагає 6 on-chain транзакцій. При 5 вулицях покеру — десятки транзакцій на руку. Gas та latency неприйнятні для mainnet.
Підхід 2: ZK Proof для прихованих карт
ZK-SNARK дозволяє довести «гравець тримає карту з потрібною цінністю для виплати» без розкриття самої карти до showdown. Проекти типу ZK-Holdem (на базі Circom) пробують цей шлях. Складність: ZK схеми для покерних правил (full hand evaluation) — нетривіальне завдання. Proof generation на мобільному пристрої — повільно (секунди). На desktop — прийнятно.
Підхід 3: Trusted Execution Environment (TEE)
Дилерський сервіс запускається в Intel SGX або AWS Nitro Enclave — ізольованому середовищі, де навіть оператор сервера не бачить дані. Карти роздаються всередині TEE, гравці бачать лише свої карти через зашифрований канал. На блокчейн йдуть лише результати раундів та зобов'язання (commitments). Компроміс: довіра до TEE виробника (Intel). Для більшості gaming додатків це прийнятно — це не гірше довіри казино дилеру.
Підхід 4: Off-chain game server + on-chain settlement
Найбільш практичний варіант для production: ігровий сервер веде стан гри off-chain, гравці підписують ходи (bet, fold, raise) через state channel, підсумковий результат записується on-chain для виплати.
Players → [Game Server] → manages hidden cards, game state
↕ signed moves (state channel)
↓ final result + signatures
[Settlement Contract] → pays out winners
Чому State Channel — ідеальне рішення для покеру?
State channel — ідеальна модель для покеру. Гравці відкривають channel, вносять депозит, всі ходи — це підписані off-chain повідомлення. On-chain транзакція лише для відкриття та закриття channel. State channel в 10 разів ефективніший за газом, ніж on-chain гра.
contract PokerStateChannel {
struct Channel {
address[6] players;
uint256[6] deposits;
uint256 totalPot;
bytes32 stateHash; // хеш поточного стану гри
uint256 nonce; // лічильник ходів
ChannelStatus status;
}
struct PlayerMove {
uint8 playerId;
MoveType moveType; // BET, RAISE, CALL, FOLD, CHECK
uint256 amount;
uint256 channelNonce; // повинен відповідати nonce channel
bytes signature; // підпис гравця
}
function openChannel(address[6] calldata players, uint256[6] calldata deposits)
external payable returns (bytes32 channelId) {
// Verify all deposits
uint256 totalDeposit = 0;
for (uint i = 0; i < 6; i++) totalDeposit += deposits[i];
require(msg.value == totalDeposit, "Incorrect deposit");
channelId = keccak256(abi.encode(players, block.timestamp, block.prevrandao));
channels[channelId] = Channel({
players: players,
deposits: deposits,
totalPot: totalDeposit,
stateHash: bytes32(0),
nonce: 0,
status: ChannelStatus.OPEN
});
}
function closeChannel(
bytes32 channelId,
uint256[6] calldata finalBalances,
bytes[6] calldata playerSignatures
) external {
Channel storage ch = channels[channelId];
require(ch.status == ChannelStatus.OPEN, "Channel not open");
// Верифікуємо підписи всіх гравців на final state
bytes32 finalStateHash = keccak256(abi.encode(channelId, finalBalances, ch.nonce));
for (uint i = 0; i < 6; i++) {
require(
ECDSA.recover(ECDSA.toEthSignedMessageHash(finalStateHash), playerSignatures[i])
== ch.players[i],
"Invalid player signature"
);
}
// Виплачуємо
for (uint i = 0; i < 6; i++) {
if (finalBalances[i] > 0) {
payable(ch.players[i]).transfer(finalBalances[i]);
}
}
ch.status = ChannelStatus.CLOSED;
}
}
Dispute механізм
Якщо ігровий сервер зникає або намагається шахраювати, state channel повинен мати dispute resolution. Використовуємо timeout-based механізм: якщо гравець не отримав відповідь протягом N блоків, він може ініціювати спір, пред'явивши останній підписаний стан. Counter-party повинен відповісти новішим станом. Якщо не відповідає — timeout player wins. Також використовуємо forced reveal: у showdown всі активні гравці зобов'язані розкрити карти on-chain протягом timeout, інакше вважається fold.
Як забезпечити чесність перемішування без розкриття карт?
Ігровий сервер перемішує колоду. Щоб довести чесність, використовуємо commit-reveal shuffling:
- До початку роздачі сервер публікує хеш seed:
commitment = hash(seed + salt) - Гравці вносять свої entropy contributions
- Final deck = shuffle(seed XOR player_entropy_1 XOR ... XOR player_entropy_N)
- Після гри сервер розкриває seed — всі можуть верифікувати перемішування
// Server side
const serverSeed = crypto.randomBytes(32)
const commitment = keccak256(concat([serverSeed, salt]))
await contract.publishCommitment(channelId, commitment)
// After all player entropy received:
const finalSeed = xorAll([serverSeed, ...playerEntropyContributions])
const deck = shuffleDeck(standardDeck, finalSeed) // deterministic Fisher-Yates
// After game:
await contract.revealSeed(channelId, serverSeed, salt)
// Anyone can verify: hash(serverSeed + salt) == commitment
// And: shuffle(standardDeck, serverSeed XOR playerEntropy) == used deck
Цей метод дає верифіковану чесність без розкриття карт до кінця гри.
Game Logic Off-chain
Покерна логіка (Texas Hold'em hand evaluation, betting rounds, pot management) — повністю off-chain на сервері. Контракт займається лише: deposit, state commitments, dispute, payout.
// Hand evaluator
import { Hand } from 'pokersolver'
function evaluateHand(holeCards: Card[], communityCards: Card[]): HandResult {
const hand = Hand.solve([...holeCards, ...communityCards].map(c => c.toString()))
return {
rank: hand.rank,
name: hand.name, // 'Royal Flush', 'Full House', etc.
value: hand.value,
cards: hand.cards
}
}
function determineWinner(players: ActivePlayer[], communityCards: Card[]): Winner[] {
const hands = players.map(p => ({
player: p,
hand: Hand.solve([...p.holeCards, ...communityCards].map(c => c.toString()))
}))
const winners = Hand.winners(hands.map(h => h.hand))
return winners.map(w => hands.find(h => h.hand === w)!.player)
}
Які NFT активи затребувані в покерній екосистемі?
- Player avatars / profile NFT. Cosmetic NFTs не впливають на gameplay, але дають identity та вторинний ринок. ERC-721 з dynamic metadata (win rate, games played) через tokenURI з on-chain або off-chain даними.
- Poker table NFT. Приватний стіл як NFT: власник NFT керує налаштуваннями столу (rake %, blinds structure, invite-only), отримує частину rake. Пасивний дохід для NFT holders.
- Chip sets та card deck skins. Pure cosmetic, але значущо для retention. ERC-1155 для fungible cosmetics.
Токен-економіка та рейк
Rake — комісія з кожного pot, аналог казино. 2-5% від pot — стандарт. В on-chain покері rake йде в treasury протоколу. Розподіл:
Pot rake (3%) → 50% burn / buyback game token
→ 30% staking rewards (stakers = liquidity providers)
→ 20% development fund
Rakeback NFT. Гравці з певним NFT отримують часткове повернення rake. Incentive to hold NFT, sink для токена (NFT купується за токени).
Що входить в роботу
- Архітектурна документація (підхід до приховування карт, схема state channel)
- Смарт-контракти (state channel, NFT, rake) з тестами та аудитом
- Ігровий сервер на Node.js з покерною логікою та WebSocket
- Frontend на React з Three.js/Pixi.js та інтеграцією гаманців (wagmi + WalletConnect v2)
- Інтеграція з TEE або ZK (за вибором)
- Доступи до Git-репозиторію, деплой на тестнет, навчання команди
- Підтримка 3 місяці після запуску
| Етап | Термін | Результат |
|---|---|---|
| Архітектура | 1 тиждень | Вибір підходу, документ |
| Smart contracts | 3-4 тижні | Контракти + тести |
| Game server | 3-5 тижнів | Сервер + перемішування |
| Frontend | 4-6 тижнів | UI + wallet integration |
| Аудит та тестнет | 2 тижні | Security review |
| MVP | 3-4 місяці | Працююча гра |
| Production | 6-9 місяців | Повна екосистема |
Стек технологій
| Компонент | Технологія |
|---|---|
| Smart contracts | Solidity + Foundry |
| State channels | Nitro Protocol / кастомний |
| Game server | Node.js + TypeScript |
| Real-time | WebSocket (Socket.io) |
| Frontend | React + Three.js / Pixi.js для столу |
| Wallet | wagmi + WalletConnect v2 |
| ZK (якщо обрано) | Circom + snarkjs |
| TEE (якщо обрано) | AWS Nitro Enclaves |
Наша команда має 5+ років досвіду в блокчейн-розробці, реалізувала більше 20 проектів на Ethereum та L2. Замовте MVP від 3 місяців — обговоримо архітектуру та терміни. Зв'яжіться для консультації: ми безкоштовно оцінимо ваш проект.