Разработка мобильного приложения крипто-казино под ключ

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

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

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

Последние работы

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

Клиенты приходят с запросом "сделать мобильное крипто-казино" — и сразу упираются в стену: AppStore и Google Play блокируют gambling-приложения, Web3-кошелёк на телефоне работает иначе, а UX на маленьком экране требует перепроектирования. Мы набили шишек на десятке проектов и теперь предлагаем проверенные архитектурные решения. Один из клиентов, запуская PWA, обошёл модерацию за две недели — тогда как нативное приложение у конкурентов висело на ревью три месяца.

Почему мобильное крипто-казино сложнее веб-версии?

Apple и Google строго регулируют азартные игры. Документация Apple по гемблингу допускает gambling только в юрисдикциях с лицензией, требует геоблокировки и ручного рецензирования. Google Play — аналогично. Добавьте криптовалюту: in-app покупки за токены запрещены. В результате стандартный путь через магазины приложений часто закрыт. На мобильных устройствах дополнительно усложняется управление ключами: seed-фразы нельзя хранить в UserDefaults, а биометрия обязательна для транзакций выше порога.

Альтернативы магазинам приложений: PWA устанавливается с браузера, обходит модерацию (минус: на iOS нет push-уведомлений); WebView обёртка прошла через AppStore только при соблюдении лицензий; прямая установка APK для Android снижает доверие, но работает; нативные iOS/Android — только с лицензией Мальты, Великобритании и т.д.

Как мы обходим ограничения App Store и Google Play?

Используем комбинацию подходов. Чаще всего выбираем PWA для быстрого старта с охватом обеих платформ. Для клиентов, которым принципиально нативное приложение, настраиваем геотаргетинг — приложение видно только в разрешённых странах. Также внедряем WebView с крипто-функциями, обёрнутыми в легальный контент (например, приложение как "образовательная игра"). PWA сокращает время выхода на рынок в два раза по сравнению с нативным приложением.

Технический стек и ключевые решения

Фреймворк и Web3

Используем React Native + Expo как основу. Это даёт быстрый выход на обе платформы. Для крипто-взаимодействия — WalletConnect v2 + embedded-кошелёк Privy.

import { WalletConnectModal, useWalletConnectModal } from "@walletconnect/modal-react-native";
import { useProvider, useSigner } from "@web3modal/ethers-react-native";

function CasinoApp() {
  const { open, isConnected, address } = useWalletConnectModal();
  const provider = useProvider();
  
  return (
    <NavigationContainer>
      <Stack.Navigator>
        <Stack.Screen name="Home" component={HomeScreen} />
        <Stack.Screen name="Dice" component={DiceGame} />
        <Stack.Screen name="Crash" component={CrashGame} />
        <Stack.Screen name="Wallet" component={WalletScreen} />
      </Stack.Navigator>
      
      {!isConnected && (
        <ConnectWalletButton onPress={() => open()} />
      )}
      
      <WalletConnectModal
        projectId="YOUR_PROJECT_ID"
        providerMetadata={{
          name: "Casino App",
          description: "Crypto Casino",
          url: "https://casino.com",
          icons: ["https://casino.com/icon.png"],
        }}
      />
    </NavigationContainer>
  );
}

Embedded Wallet для онбординга

Для пользователей без Metamask встроили кошелёк Privy — регистрация по email или SMS. Это подняло конверсию на 35% в одном из проектов.

import { usePrivy, useWallets } from "@privy-io/expo";

function WalletManager() {
  const { login, user, isReady } = usePrivy();
  const { wallets } = useWallets();
  
  const embeddedWallet = wallets.find(w => w.walletClientType === "privy");
  
  if (!user) {
    return (
      <View style={styles.container}>
        <Button title="Play with Email" onPress={() => login({ type: "email" })} />
        <Button title="Connect MetaMask" onPress={() => login({ type: "wallet" })} />
      </View>
    );
  }
  
  return <WalletDashboard address={embeddedWallet?.address} />;
}

Мобильный UX: Crash Game и биометрия

Вертикальный layout и крупные кнопки (не менее 44pt) — обязательное требование. Для Cash Out в Crash game мы добавили встряску (shake gesture) — это повышает вовлечение.

function CrashGame() {
  const [multiplier, setMultiplier] = useState(1.0);
  const [isCashedOut, setIsCashedOut] = useState(false);
  
  useShakeGesture(() => {
    if (!isCashedOut && multiplier > 1.5) {
      handleCashout();
    }
  });
  
  return (
    <SafeAreaView style={styles.container}>
      <MultiplierDisplay multiplier={multiplier} />
      <CrashGraph
        history={gameHistory}
        currentMultiplier={multiplier}
        style={styles.graph}
      />
      <BetPanel style={styles.bottomPanel}>
        <BetInput />
        <AutocashoutInput />
        <BigButton
          onPress={isCashedOut ? undefined : handleCashout}
          disabled={isCashedOut}
          style={styles.cashoutButton}
        >
          CASHOUT {(betAmount * multiplier).toFixed(4)} ETH
        </BigButton>
      </BetPanel>
    </SafeAreaView>
  );
}

Для транзакций выше порога (например, 0.5 ETH) применяем биометрическую аутентификацию — Face ID или Touch ID. Это и безопасность, и соответствие регуляторам.

Push-уведомления и Real-time

Уведомляем о джекпотах, начислении кэшбэка и статусе депозитов через Expo Notifications. Для игр реального времени (Crash, Jackpot) держим WebSocket-соединение с авто-восстановлением.

Сравнение подходов

Критерий PWA React Native (APK/TestFlight) Native iOS/Android
Установка Браузер Прямая Магазины приложений
Модерация Не требуется Частично Требуется лицензия
Push-уведомления iOS — нет Да Да
Производительность Средняя Высокая Максимальная
Стоимость От $20,000 От $40,000 От $60,000

Сравнение встроенных кошельков

Критерий Privy Dynamic Magic Link
Регистрация Email/SMS Email/SMS/OAuth Email/Phone
Поддержка EVM Да Да Да
Некастодиальный Да Да Нет
Конверсия в тестах +35% +30% +25%
Цена за MAU ~$0.10 ~$0.08 ~$0.12
Пример архитектуры push-уведомлений

Используем Expo Notifications для доставки. На iOS для PWA push не работают, поэтому для таких проектов настраиваем FCM через Webpush. Сервер отправляет нотификации через Expo Push API с очередью и ретраями.

Что входит в результат?

  • Архитектурная документация (схема интеграций, decision log)
  • Исходный код с комментариями на TypeScript
  • Скрипты деплоя смарт-контрактов и веб-сервисов
  • Документация по запуску и администрированию
  • Поддержка в течение 1 месяца после запуска (баги, мониторинг)

Наши компетенции

  • Более 7 лет в Web3-разработке
  • Более 40 реализованных проектов для крипто-гемблинга
  • Команда из senior Solidity- и React Native-разработчиков

Процесс и сроки

  1. Анализ юрисдикции и лицензирования — 1 неделя
  2. Проектирование архитектуры — 1-2 недели
  3. Разработка PWA или React Native — 4-14 недель в зависимости от сложности
  4. Интеграция кошельков и биометрии — 2-3 недели
  5. Тестирование и деплой — 2-4 недели

Свяжитесь с нами для оценки вашего проекта. Получите консультацию по стратегии публикации и стеку.

Игровая экономика, контракты и on-chain механика

Мы видели этот сценарий не раз. Axie Infinity на пике генерировал $800M в месяц, но через 18 месяцев токен рухнул на 98%, аудитория — на 95%. Причина — отсутствие sink'ов: игроки зарабатывали SLP и выводили, а механизмов сжигания не хватало. Исследование экономики Axie (Collins Dictionary) подтвердило: модель превратилась в схему Понци. Мы предлагаем GameFi разработку под ключ: от токеномики до смарт-контрактов, чтобы ваша экономика не повторила эту ошибку. Оценим ваш проект на meetup или онлайн.

Где ломается Play-to-Earn экономика

Инфляционная токеномика без sink'ов. Игрок получает токены за геймплей. Если sink'ов (механизмов сжигания или потребления) недостаточно — supply растёт быстрее demand. Цена падает. Доход игрока в fiat уменьшается. Игроки уходят. Смертельная спираль.

Правильная конструкция — dual-token модель с чётким разделением: governance/value token с ограниченным supply и utility/reward token для внутриигровой экономики. Utility token должен активно потребляться: крафтинг предметов, апгрейды, entry fees, breeding. Примеры: GODS/FLUX в Gods Unchained, AXS/SLP в Axie (хотя sink'ов там оказалось недостаточно).

Какие sink-механизмы реально работают?

  • Breeding / крафтинг — сжигание utility token за создание нового NFT (как в Axie, но с правильным balancing).
  • Апгрейды персонажей — каждая эволюция требует сжигания токена.
  • PvP entry fee — вход в турнир сжигает токены, часть идёт в призовой пул.
  • Дурабилити предметов — после N боёв предмет ломается, токен тратится на ремонт.
  • Финансовые механики — стейкинг с lock-up, что выводит токены из обращения на срок.

On-chain vs Off-chain: где проходит граница

Всю игровую логику on-chain выносить не нужно — каждая транзакция стоит газа и длится 12 секунд. Игровой цикл — миллисекунды. Баланс:

Компонент On-chain Off-chain Примеры
Ownership активов + NFT предметы, land
Передача/торговля + Маркетплейсы
Финансы (стейкинг, rewards) + Staking vaults, DAO
Random generation + (через VRF) Chainlink VRF
Игровой процесс + Боевая система, движение
State игрового мира + Координаты, health points
Матчмейкинг + Серверная логика

Результаты геймплея переносятся на блокчейн через signed message от сервера или ZK-proof. Verifiable off-chain с ZK: игровой сервер генерирует ZK-proof корректности сессии, контракт верифицирует proof и начисляет награду. Реализации: Cartridge (Starknet), zkSync game rollups.

Реализация NFT игровых предметов

Стандарт: ERC-1155 для взаимозаменяемых предметов (ресурсы, consumables) + ERC-721 для уникальных (персонажи, land). ERC-1155 даёт до 60% экономии на газе при batch transfer.

Как реализовать динамические NFT без перегрузки блокчейна?

Характеристики предмета меняются в процессе игры (experience, durability, upgrades). Два подхода:

  • Fully on-chain: атрибуты хранятся в mapping контракта, tokenURI генерируется из атрибутов через SVG/JSON encoding. Дорого по газу при частом обновлении. Используется для land и ключевых активов.
  • Hybrid: атрибуты хранятся off-chain, в tokenURI — hash состояния. Обновление подписывается сервером, верифицируется on-chain при transfer или продаже. Дешевле, но требует доверия к серверу или ZK.

Breeding и crafting. Контракт: два родительских NFT → оплата utility token (burn) → минт нового NFT с атрибутами, зависящими от родителей + Chainlink VRF для случайности. Без VRF майнеры могут манипулировать рандомом через выбор блока.

// Simplified breeding with Chainlink VRF
function breed(uint256 parent1Id, uint256 parent2Id) external {
    require(ownerOf(parent1Id) == msg.sender);
    require(ownerOf(parent2Id) == msg.sender);
    require(breedingToken.burnFrom(msg.sender, BREEDING_COST));

    uint256 requestId = vrfCoordinator.requestRandomWords(...);
    pendingBreeds[requestId] = BreedRequest(parent1Id, parent2Id, msg.sender);
}

function fulfillRandomWords(uint256 requestId, uint256[] memory randomWords) internal override {
    BreedRequest memory req = pendingBreeds[requestId];
    uint256 childAttributes = deriveAttributes(req.parent1Id, req.parent2Id, randomWords[0]);
    _mintWithAttributes(req.requester, childAttributes);
}

Маркетплейс и роялти

Встроенный маркетплейс даёт контроль над fee структурой и кастомной логикой (запрет торговли предметами до определённого уровня). Роялти по EIP-2981 — стандарт, но не enforceable: Blur и другие маркетплейсы игнорируют on-chain роялти. Для enforcement — whitelist-only transfer (только через контракты, платящие роялти). Жертвуем composability ради защиты прав.

Staking и rewards distribution

Staking NFT — механика для удержания игроков. Проблема: начисление rewards при тысячах стейкеров требует постоянных транзакций (дорого). Решение — reward-per-share паттерн (как в MasterChef от SushiSwap): глобальный accRewardPerShare, при claim или change state пересчитывается задолженность по формуле pendingReward = stakedAmount * (accRewardPerShare - userRewardDebt). O(1) сложность независимо от числа стейкеров. Экономия газа — до 70% по сравнению с поэлементным начислением.

Процесс и сроки

Начинаем с game economics документа: token flows, mint/burn механики, projected supply schedule, sink analysis. До написания кода экономика моделируется (Cadence, Python simulation).

Как мы строим GameFi: 5 этапов

  1. Экономическое моделирование — 1-2 недели. Разрабатываем dual-token модель, рассчитываем sink'ы, прописываем стимулы для long-term holding.
  2. Разработка токен-контрактов — 2-3 недели. ERC-20 для governance, ERC-20 для utility, с настраиваемой политикой mint/burn.
  3. Смарт-контракты NFT — 3-5 недель. ERC-721 / ERC-1155 с dynamic metadata, breeding/crafting, Chainlink VRF.
  4. Staking + rewards — 2-3 недели. Контракт на базе reward-per-share, интерфейсы для frontend.
  5. Маркетплейс (опционально) — 2-4 недели. Кастомный маркетплейс с enforced royalty.

Что входит в работу

  • Исходный код всех смарт-контрактов с тестами (Foundry/Hardhat)
  • Документация архитектуры и экономики
  • Интеграция с Chainlink, Tenderly для мониторинга
  • Аудит кода и формальная верификация (Slither, Mythril, Echidna)
  • Обучение команды работе с контрактами
  • Поддержка после деплоя (3 месяца)

Базовый GameFi стек (токены + NFT + staking + маркетплейс) — от 8 до 16 недель. Полная игра с on-chain рандомом, breeding, dynamic NFT — 4-8 месяцев. ZK-based verifiable gameplay — отдельный проект от 6 месяцев.

Свяжитесь с нами для аудита вашей токеномики — оценим риски и доработаем sink-механизмы. Закажите разработку GameFi проекта — получите готовый продукт с проверенной экономикой. Гарантируем стабильность контрактов и прозрачность кода. Наш опыт — десятки реализованных проектов в Web3, включая аудит 15+ P2E игр.