Проєктування Web3-гри
Середня транзакція в ончейн-грі коштує $0.01 на Polygon, але якщо розмістити всю логіку on-chain, гра стане неіграбельною через затримки в 15 секунд на блок. Правильна архітектура Web3-гри — це чітка межа між тим, що має бути on-chain, і тим, що має залишатися off-chain. Без цього гра або неіграбельна, або блокчейн-частина декоративна. Наш досвід 10+ років у блокчейн-розробці дозволяє створювати рішення, які працюють в реальному продакшені. 95% геймплею має бути off-chain, щоб забезпечити чуйність. Оцініть свій проєкт — отримайте консультацію розробника.
Чому ігри потребують блокчейну?
Блокчейн додає trustless ownership і прозору економіку. Гравці дійсно володіють своїми активами, можуть торгувати ними поза грою, брати участь в управлінні проєктом. Але просто додати блокчейн у гру — погана ідея. Важливо правильно розділити on-chain та off-chain логіку. Оцінимо ваш проєкт — зв'яжіться з нами для консультації.
Як розділити on-chain та off-chain?
Ось чіткі критерії:
- Має бути on-chain: Ownership активів (NFT персонажі, предмети, землі); фінансові операції (купівля, продаж, стейкінг, нагороди); критичні результати, що впливають на економіку (перемога в турнірі, рідкісний дроп); governance рішення (DAO).
- Має бути off-chain: Ігрова механіка в реальному часі; позиції гравців, зіткнення, фізика; більшість gameplay подій; соціальні функції (чат, гільдії); аналітика та логування.
Хороша модель: ігровий сервер — джерело правди для gameplay, блокчейн — джерело правди для ownership та економіки. Синхронізація відбувається в певних checkpoint.
Архітектура: сервери, контракти, клієнт
Ігровий бекенд
Game Client (Unity/Unreal/Web)
↓
Game Server (authoritative)
└── Game State DB (Redis для real-time, PostgreSQL для persistence)
↓ (при значущих подіях)
Blockchain Sync Service
↓
Smart Contracts (Assets, Economy, Rewards)
↓
The Graph (індексування для UI/лідерборди)
Authoritative server model — клієнт ніколи не приймає фінальних рішень. Клієнт відправляє input, сервер верифікує та застосовує. Це запобігає чітінгу без будь-якого блокчейну. Authoritative server model ефективніша за клієнтський anti-cheat в 100 разів, оскільки клієнт не контролює результат.
Blockchain Sync Service — окремий сервіс, який слухає ігрові події та транслює значущі з них в on-chain транзакції. Працює асинхронно, не блокує gameplay.
NFT активи: стандарти та метадані
Згідно ERC-1155 (EIP-1155), мультитокен стандарт дозволяє керувати декількома типами NFT в одному контракті. Ми використовуємо комбінацію ERC-721 для унікальних предметів та ERC-1155 для stackable items. Метадані: on-chain (maximum permanence, дорого), IPFS (компроміс) або централізований сервер (швидко, дешево, але залежить від нас).
contract GameItem is ERC1155 {
struct ItemType {
string name;
uint8 rarity; // 1=Common, 2=Rare, 3=Epic, 4=Legendary
uint16 baseAttack;
uint16 baseDefense;
bool tradeable;
}
mapping(uint256 => ItemType) public itemTypes;
mapping(uint256 => uint256) public itemMaxSupply;
mapping(uint256 => uint256) public itemCurrentSupply;
bytes32 public constant MINTER_ROLE = keccak256("MINTER_ROLE");
function mintItem(
address to,
uint256 itemTypeId,
uint256 amount,
bytes memory data
) external onlyRole(MINTER_ROLE) {
require(
itemCurrentSupply[itemTypeId] + amount <= itemMaxSupply[itemTypeId],
"Max supply exceeded"
);
itemCurrentSupply[itemTypeId] += amount;
_mint(to, itemTypeId, amount, data);
}
function _beforeTokenTransfer(
address operator,
address from,
address to,
uint256[] memory ids,
uint256[] memory amounts,
bytes memory data
) internal override {
for (uint i = 0; i < ids.length; i++) {
if (from != address(0) && to != address(0)) {
require(itemTypes[ids[i]].tradeable, "Item is soulbound");
}
}
super._beforeTokenTransfer(operator, from, to, ids, amounts, data);
}
}
Ігровий токен: tokenomics
Більшість провальних GameFi проєктів провалилися через погану tokenomics, а не гру. Основні помилки: інфляційна спіраль (токен видається без достатнього sink'у — приклад Axie Infinity), спроба двохтокенної моделі без правильного пега. Правильний підхід — балансувати emission та sink. Типові помилки в токеноміці: безкінечна емісія без механізмів спалювання (burn) — інфляція вбиває економіку; двохтокенна модель без стабільного пега (наприклад, governance token з фіксованою ціною) — веде до колапсу; відсутність sink-механізмів — гравці не знають, на що витрачати токени, окрім як продати. Правильний підхід: кожен емітований токен повинен мати заплановане застосування (crafting, сплата комісій, підвищення рівнів).
contract GameEconomy {
function claimDailyReward(
address player,
uint256 amount,
uint256 nonce,
bytes memory serverSignature
) external {
bytes32 message = keccak256(abi.encodePacked(player, amount, nonce));
require(
ECDSA.recover(message.toEthSignedMessageHash(), serverSignature) == GAME_SERVER,
"Invalid server signature"
);
require(!usedNonces[nonce], "Nonce already used");
usedNonces[nonce] = true;
require(dailyClaimed[player][today()] + amount <= MAX_DAILY_REWARD, "Daily limit");
dailyClaimed[player][today()] += amount;
gameToken.mint(player, amount);
}
function craftItem(uint256 recipeId) external {
Recipe memory recipe = recipes[recipeId];
gameToken.burnFrom(msg.sender, recipe.tokenCost);
// mint NFT предмет
}
}
Game Server Signature Pattern
Критичний паттерн для Web3-ігор: ігровий сервер є довіреним джерелом правди, його рішення верифікуються on-chain через підпис. Користувач не може сам викликати claimReward — він отримує підписаний сервером ваучер. Це запобігає фабрикації, подвійній витраті та чітінгу.
// Game Server side (Node.js)
import { ethers } from "ethers";
const serverWallet = new ethers.Wallet(process.env.SERVER_PRIVATE_KEY);
async function generateRewardVoucher(
playerAddress: string,
rewardAmount: bigint,
gameSessionId: string
): Promise<{ nonce: string; signature: string; amount: string }> {
const nonce = ethers.hexlify(ethers.randomBytes(32));
const message = ethers.solidityPackedKeccak256(
["address", "uint256", "bytes32"],
[playerAddress, rewardAmount, nonce]
);
const signature = await serverWallet.signMessage(ethers.getBytes(message));
return { nonce, signature, amount: rewardAmount.toString() };
}
Anti-cheat на рівні блокчейну
On-chain верифікація через commit-reveal для випадковості: гравець комітить hash(seed) до гри, після гри розкриває seed, блокчейн верифікує random = hash(seed, block.hash). Chainlink VRF v2 для on-chain randomness (дропи, матчмейкінг).
import { VRFConsumerBaseV2 } from "@chainlink/contracts/src/v0.8/VRFConsumerBaseV2.sol";
contract LootBox is VRFConsumerBaseV2 {
mapping(uint256 => address) public requestToPlayer;
function openLootBox() external returns (uint256 requestId) {
requestId = vrfCoordinator.requestRandomWords(
keyHash, subscriptionId, 3, 100_000, 3
);
requestToPlayer[requestId] = msg.sender;
}
function fulfillRandomWords(uint256 requestId, uint256[] memory words) internal override {
address player = requestToPlayer[requestId];
uint256 itemTier = words[0] % 1000;
_mintReward(player, itemTier);
}
}
Технічний стек для Web3-ігор
Game Engine: Unity (WebGL + native mobile) або Phaser 3 (browser-first). Web3 інтеграція: Nethereum для EVM, Solana.Unity-SDK для Solana. Бекенд: Go або Node.js для game server, окремий TypeScript сервіс для blockchain interactions. Індексування: The Graph для лідербордів та історії, своя PostgreSQL для аналітики. Мережі: Polygon PoS або Arbitrum Nova для частих транзакцій, Ethereum mainnet для цінних активів. Економія на газі ~90% при використанні L2, що робить on-chain зберігання на L2 дешевше за L1 в 100 разів.
| Мережа | TPS | Вартість транзакції | Фіналізація | Підходить для |
|---|---|---|---|---|
| Polygon PoS | 7000 | $0.01 | 2-3 хв | Frequent microtransactions |
| Arbitrum Nova | 40000 | $0.001 | 5-10 хв | High-throughput game actions |
| Ethereum L1 | 15 | $5-50 | ~13 сек | High-value assets, governance |
| Solana | 50000 | $0.0001 | 400 мс | Real-time gameplay |
Покроковий процес роботи над GameFi-проєктом
- Проєктування токеноміки та геймдизайн (4-6 тижнів).
- Розробка смарт-контрактів (ERC-1155, маркетплейс, стейкінг) (4-8 тижнів).
- Створення authoritative game server на Go або Node.js (4-8 тижнів).
- Інтеграція клієнта (Unity/Phaser) з Web3 (6-12 тижнів).
- Аудит смарт-контрактів та тестнет (4-6 тижнів).
- Запуск в mainnet та моніторинг (2 тижні).
Як запобігти чітінгу через блокчейн?
- Використовуйте authoritative server model: сервер приймає рішення, клієнт лише відправляє input.
- Застосовуйте commit-reveal для випадкових подій — це не дозволяє гравцям передбачати результат.
- Підписуйте кожну економічну дію сервером (server signature pattern).
Що входить в роботу?
У вартість проєкту входить: повна документація (архітектура, специфікації, API), вихідний код смарт-контрактів та ігрового сервера, аудит безпеки, деплой в mainnet, навчання команди замовника, технічна підтримка після запуску. Гарантуємо коректну роботу смарт-контрактів та ігрового сервера. Оцінимо ваш проєкт — зв'яжіться з нами.
Команда має сертифікати, 10+ років досвіду у блокчейн-розробці, включаючи P2E проєкти та NFT для ігор. Забезпечуємо прозорий процес та аудит. Зв'яжіться з нами для обговорення вашого GameFi-проєкту.