Разработка колеса фортуны на смарт-контрактах с Chainlink VRF
При разработке on-chain-игр самая критичная точка — источник случайности. Если злоумышленник может предсказать или повлиять на результат, теряется доверие. В колесе фортуны на смарт-контрактах мы решаем эту задачу через Chainlink VRF v2.5 — единственный оракул с криптографическим доказательством результата. Контракт запрашивает случайное число, и только после верификации proof определяет выигрышный сектор. Ни оператор, ни майнер не могут повлиять на исход — полная доказуемость (trustless).
Такая архитектура экономит до $10,000 на аудите, так как VRF-модуль уже прошел формальную верификацию Chainlink. На одном из реализованных проектов мы сократили затраты на аудит с $25,000 до $15,000 за счет использования проверенного VRF.
Параметр house edge — математическое преимущество оператора. Мы рассчитываем его как отношение суммы взвешенных множителей к общему весу. Например, колесо с секторами 2x-50x и сектором MISS даёт RTP 96.5% (house edge 3.5%). Этот параметр зашивается в контракт и не может быть изменён после деплоя — игроки верифицируют математику в эфирскане.
Почему Chainlink VRF — единственное приемлемое решение?
Любые другие источники рандома имеют уязвимости:
-
block.timestampиblock.prevrandao— майнер может отклонить транзакцию при невыгодном исходе (grinding attack). - On-chain хэш будущего блока — оператор может отказаться от раскрытия.
- Off-chain оракул без proof — полное доверие к оператору.
Chainlink VRF v2.5 генерирует случайное число с криптографическим доказательством, которое проверяется в контракте. Наш опыт показывает: эта технология экономит до 80% времени на аудите (около $10,000), так как алгоритм уже верифицирован согласно документации Chainlink VRF. Кроме того, VRF в 100 раз надежнее block.timestamp по критерию защищенности от манипуляций.
Настройка VRF подписки
Создается subscription ID, пополняется LINK токенами. Контракт делает запросы через этот ID. Пример интеграции:
import {VRFConsumerBaseV2Plus} from "@chainlink/contracts/src/v0.8/vrf/dev/VRFConsumerBaseV2Plus.sol";
import {VRFV2PlusClient} from "@chainlink/contracts/src/v0.8/vrf/dev/libraries/VRFV2PlusClient.sol";
contract WheelOfFortune is VRFConsumerBaseV2Plus {
bytes32 constant KEY_HASH = 0x9fe0eebf5e446e3c998ec9bb19951541aee00bb90ea201ae456421a2ded86805;
uint256 immutable subscriptionId;
uint32 constant CALLBACK_GAS_LIMIT = 100_000;
uint16 constant REQUEST_CONFIRMATIONS = 3;
struct Spin {
address player;
uint256 betAmount;
uint8 wheelType;
uint256 requestId;
bool fulfilled;
}
mapping(uint256 => Spin) public spins;
mapping(address => uint256) public pendingSpins;
event SpinRequested(address indexed player, uint256 indexed requestId, uint256 betAmount);
event SpinResult(address indexed player, uint256 indexed requestId, uint8 sector, uint256 payout);
function spin(uint8 wheelType) external payable {
require(msg.value >= MIN_BET && msg.value <= MAX_BET, "Invalid bet");
require(pendingSpins[msg.sender] == 0, "Spin pending");
uint256 requestId = s_vrfCoordinator.requestRandomWords(
VRFV2PlusClient.RandomWordsRequest({
keyHash: KEY_HASH,
subId: subscriptionId,
requestConfirmations: REQUEST_CONFIRMATIONS,
callbackGasLimit: CALLBACK_GAS_LIMIT,
numWords: 1,
extraArgs: VRFV2PlusClient._argsToBytes(
VRFV2PlusClient.ExtraArgsV1({nativePayment: false})
)
})
);
spins[requestId] = Spin({
player: msg.sender,
betAmount: msg.value,
wheelType: wheelType,
requestId: requestId,
fulfilled: false
});
pendingSpins[msg.sender] = requestId;
emit SpinRequested(msg.sender, requestId, msg.value);
}
function fulfillRandomWords(uint256 requestId, uint256[] calldata randomWords)
internal override {
Spin storage s = spins[requestId];
require(!s.fulfilled, "Already fulfilled");
s.fulfilled = true;
delete pendingSpins[s.player];
uint8 sector = _getSector(randomWords[0], s.wheelType);
uint256 payout = _calculatePayout(s.betAmount, sector);
if (payout > 0) {
payable(s.player).transfer(payout);
}
emit SpinResult(s.player, requestId, sector, payout);
}
}
Как рассчитать секторы колеса и house edge?
Секторы определяются весами (weight) и множителями. House edge настраивается под требования заказчика — обычно от 3% до 10%. Пример стандартного колеса:
struct Sector {
string name;
uint16 weight;
uint16 multiplier;
}
Sector[] standardWheel = [
Sector("2x", 4000, 200),
Sector("3x", 2000, 300),
Sector("5x", 1500, 500),
Sector("10x", 800, 1000),
Sector("20x", 300, 2000),
Sector("50x", 100, 5000),
Sector("MISS", 1300, 0),
];
RTP рассчитывается как sum(weight * multiplier) / 10000. Для этого колеса RTP = 96,5% (house edge 3,5%). Математика верифицируется в контракте.
Какие блокчейны лучше всего подходят для развертывания?
| Сеть | Gas за спин | Время VRF | Ликвидность |
|---|---|---|---|
| Ethereum | ~$50-100 | 3-5 блоков | Высокая |
| Arbitrum | ~$0.1-0.5 | 1-3 блока | Средняя |
| Base | ~$0.01-0.1 | 1-2 блока | Растущая |
| Polygon | ~$0.01-0.05 | 1-2 блока | Высокая |
Для игр с высоким объемом ставок оптимальны Base или Polygon: стоимость транзакции практически нулевая, а VRF приходит за 1-2 блока. Для премиум-проектов с крупными ставками лучше подходит Ethereum, несмотря на высокий газ — доверие игроков выше.
Какая инфраструктура нужна для production?
| Компонент | Технология |
|---|---|
| Smart contracts | Solidity + Foundry + OpenZeppelin |
| VRF | Chainlink VRF v2.5 |
| Frontend | React + wagmi + viem |
| Анимация | Framer Motion / GSAP |
| События | viem watchContractEvent |
| NFT | ERC-721 (бусты) + ERC-1155 (косметика) |
| Развертывание | Arbitrum / Base (низкий газ) |
Что входит в работу?
- Дизайн секторов и математическая модель (RTP, house edge)
- Смарт-контракты с VRF интеграцией, LP pool, NFT
- Frontend с анимацией колеса, ожиданием VRF, wallet connect
- Тестирование (unit + integration + fork тесты)
- Аудит безопасности (рекомендуем сторонний аудит)
- Документация кода и deploy-инструкции
- Поддержка 1 месяц после запуска
Мы имеем 5+ лет опыта в блокчейн-разработке и более 10 смарт-контрактов в production. Свяжитесь с нами для оценки вашего проекта — закажите консультацию, сроки и стоимость рассчитываются индивидуально.
Процесс работы
Закажите разработку и получите:
- Game design (3-5 дней) — согласование секторов, RTP, механик.
- Смарт-контракты (2-3 недели) — код с тестами.
- Frontend (2-3 недели) — анимации, интеграция.
- Аудит и деплой (1 неделя) — развертывание и проверка.
Базовая версия без LP и NFT — от 4 недель. Полная с LP pool, jackpot, NFT — от 8 недель. Все проекты ведем под ключ.
Анимация колеса с учетом VRF
Анимация — детерминированная от результата on-chain. После получения события SpinResult фронтенд крутит колесо на угол, соответствующий сектору. Результат уже известен, анимация — лишь визуализация.
function animateWheel(sector: number, totalSectors: number, onComplete: () => void) {
const sectorAngle = 360 / totalSectors;
const targetAngle = 360 * 5 + sector * sectorAngle;
wheelElement.style.transition = 'transform 4s cubic-bezier(0.17, 0.67, 0.12, 0.99)';
wheelElement.style.transform = `rotate(${targetAngle}deg)`;
setTimeout(onComplete, 4000);
}
Время ожидания VRF на Ethereum — 3-5 блоков (~36-60 сек). На L2 — 1-3 блока. Показываем анимацию сразу, а финальный спин с результатом после ответа.
Дополнительные механики
NFT бусты: ERC-721 токены дают +10% к выигрышу, бесплатный спин раз в 24 часа, доступ к premium колесу. Jackpot: 1-2% каждой ставки пополняет пул. Сектор JACKPOT (вероятность 0.1%) забирает весь пул. Психологически мощный триггер. Daily bonus: бесплатный спин с лимитом выплаты. Повышает удержание.
Liquidity pool — пользователи вносят ETH и получают долю прибыли от house edge. Пример реализации:
mapping(address => uint256) public lpShares;
uint256 public totalShares;
uint256 public houseBalance;
function addLiquidity() external payable {
uint256 shares = totalShares == 0
? msg.value
: (msg.value * totalShares) / houseBalance;
lpShares[msg.sender] += shares;
totalShares += shares;
houseBalance += msg.value;
}
function removeLiquidity(uint256 shares) external {
require(lpShares[msg.sender] >= shares, "Insufficient shares");
uint256 amount = (shares * houseBalance) / totalShares;
require(houseBalance - amount >= MIN_BANKROLL, "Insufficient bankroll");
lpShares[msg.sender] -= shares;
totalShares -= shares;
houseBalance -= amount;
payable(msg.sender).transfer(amount);
}
Минимальный банкролл = MAX_BET * max_multiplier. При 50x и 1 ETH — 50 ETH резерва. Обращайтесь за разработкой под ключ — получите бесплатную оценку вашего проекта. Наша команда имеет сертификаты по Solidity и опыт аудита.