Інтеграція метавсесвіту з блокчейн-гаманцем

Проблема UX: кожна ігрова дія потребує підпису

Типова біль метавсесвітів — кожна ігрова дія вимагає підпису в MetaMask. Купити меч — підпис. Перемістити аватар — підпис. Це вбиває UX і робить продукт непридатним для масового користувача. Ми вирішуємо це через сесійні ключі (EIP-4337) або вбудовані гаманці, знижуючи кількість підписів на 90% та економлячи до 40% на газі завдяки paymaster. Отримайте безкоштовну оцінку вашого проекту — зв'яжіться з нами сьогодні.

Чому сесійні ключі необхідні для UX

Сесійний ключ — це тимчасовий ключ з обмеженими правами, який підписує ігрові транзакції у фоновому режимі без спливаючих вікон MetaMask. Основна логіка реалізується через EIP-4337 (Account Abstraction) або спеціалізовані SDK, такі як Thirdweb чи Sequence. Стандарт EIP-4337 дозволяє тимчасовим ключам автоматично підписувати транзакції, при цьому основний гаманець не ризикує — сесійний ключ має жорсткі ліміти за контрактами та сумами.

const sessionKey = await smartWallet.createSessionKey({
  keyAddress: temporaryEOA.address,
  permissions: {
    approvedCallTargets: [GAME_CONTRACT_ADDRESS],
    nativeTokenLimitPerTransaction: parseEther("0.01"),
    startDate: new Date(),
    expirationDate: addHours(new Date(), 8),
  },
});

Вбудовані гаманці (embedded wallets)

Embedded wallets (Privy, Dynamic, Thirdweb) — альтернативний підхід. Користувач логіниться через email або соцмережу, додаток створює гаманець за нього та зберігає ключі в MPC-сховищі. Поріг входу знижується до нуля. Це підходить для метавсесвітів, орієнтованих на масову аудиторію, а не на криптонативних користувачів.

Вибір стеку гаманця залежно від платформи

Для браузерних метавсесвітів стандартний вибір — wagmi v2 + viem + RainbowKit або ConnectKit. Обидва абстрагують провайдерів (MetaMask, WalletConnect, Coinbase Wallet) від бізнес-логіки.

Для метавсесвітів на Unity або Unreal картина змінюється. Unity використовує Thirdweb Unity SDK або ChainSafe Web3.Unity. Unreal — переважно кастомні плагіни через HTTP-міст: ігровий рушій спілкується з локальним або хмарним relay-сервісом, який вже взаємодіє з блокчейн-нодою.

Для мобільного клієнта (React Native) використовуємо WalletConnect v2 через deep link: гаманець відкривається на пристрої, підписує транзакцію та повертає управління додатку.

Основні сценарії інтеграції

Верифікація володіння NFT

При вході в метавсесвіт потрібно перевірити, яким контентом володіє користувач: аватари, земля, wearables, транспорт. Все це NFT у різних контрактах.

const ownedLands = await publicClient.readContract({
  address: LAND_CONTRACT,
  abi: landAbi,
  functionName: "tokensOfOwner",
  args: [userAddress],
});
const metadataList = await Promise.all(
  ownedLands.map((tokenId) =>
    publicClient.readContract({
      address: LAND_CONTRACT,
      abi: landAbi,
      functionName: "tokenURI",
      args: [tokenId],
    })
  )
);

Для великих колекцій (тисячі токенів) прямі RPC-запити неефективні. Використовуємо The Graph — subgraph індексує події Transfer та зберігає поточних власників. Запит до subgraph у 50-100 разів швидший, ніж перебір токенів через RPC.

Внутрішньоігрові транзакції

Торгівля предметами всередині метавсесвіту — це виклики смарт-контракту. Архітектурний вибір: вбудований маркетплейс (власний контракт) або інтеграція з існуючим (OpenSea Seaport, Blur).

Seaport — зрілий протокол з аудитом, підтримкою partial fill та royalty. Інтеграція через SDK:

import { Seaport } from "@opensea/seaport-js";
const seaport = new Seaport(walletClient);
const { executeAllActions } = await seaport.createOrder({
  offer: [{ itemType: ItemType.ERC721, token: ITEM_CONTRACT, identifier: "42" }],
  consideration: [{ amount: parseEther("0.5").toString(), recipient: sellerAddress }],
});
const order = await executeAllActions();

Для bulk-операцій (розпродаж інвентарю) Seaport підтримує bulk listing через один підпис.

Крос-чейн активи

Користувач може мати активи в Ethereum, Polygon, Arbitrum. Метавсесвіт має агрегувати їх.

Стратегія: multichain read через одного провайдера (Alchemy або QuickNode підтримують декілька мереж), або через Moralis NFT API, який вже агрегує дані по мережах. Для перенесення активів між мережами — інтеграція з bridge (LayerZero OFT для токенів, CCIP для NFT через Chainlink).

Газ та UX

Gasless транзакції через ERC-2771 (meta-transactions) або EIP-4337 paymaster: розробник оплачує газ за користувачів. Thirdweb Engine та Biconomy надають ready-made paymaster інфраструктуру.

Порівняння підходів до газових транзакцій

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

1. Аналіз (3-5 днів). Визначення мережі деплою (Polygon PoS, Arbitrum, Immutable zkEVM — у кожної свої trade-off щодо газу та екосистеми), контрактної архітектури, вимог до UX.

2. Інтеграція гаманця (1-2 тижні). Підключення провайдера, налаштування session keys або embedded wallet, тестування всіх цільових гаманців.

3. Ігрові транзакції (2-4 тижні). Смарт-контракти для ігрової економіки, інтеграція з рушієм, обробка помилок та reverted транзакцій.

4. Тестування (1-2 тижні). Testnet прогін з реальними гаманцями, навантажувальне тестування RPC-запитів, edge cases (мережа впала, транзакція зависла).

Підсумковий термін інтеграції — від 4 тижнів для браузерного MVP до 3 місяців для production-ready мультичейн метавсесвіту.

Що входить в роботу

• Документація з архітектури та API
• Вихідний код смарт-контрактів (аудованих)
• Інтеграція обраного гаманцевого стеку
• Тестовий та production-деплой
• Навчання команди замовника
• Підтримка протягом місяця після запуску

Оцінимо проект безкоштовно — зв'яжіться для консультації. Замовте демонстрацію рішення для вашого метавсесвіту.

Як створити метавсесвіт з нуля?

Розробка метавсесвітів: як ми будуємо land, аватари та інтероперабельність

Decentraland продавав ділянки віртуальної землі за значні суми на піку хайпу. Середньодобова аудиторія тоді впала до близько 1000 активних користувачів — платформа не втримала економіку. The Sandbox — схожий сценарій: красиві 3D-світи, але порожні. Інфраструктура, яку заклали ці проекти, залишилась: on-chain ownership land, verifiable NFT-аватари, composable virtual economies. Питання не в тому, чи працює технологія — працює. Питання в тому, як проектувати так, щоб не повторити ті ж помилки. Ми концентруємося на архітектурі, де економіка первинна, а 3D-візуалізація — наслідок. Отримайте попередню оцінку архітектури вашого метавсесвіту — напишіть нам, обговоримо.

Як забезпечити економічну стійкість метавсесвіту?

Чому земля (land) як NFT — це складніше, ніж здається?

Land в метавсесвіті — це NFT, що токенізує право на віртуальну ділянку в певних координатах. Стандартна реалізація — ERC-721, де tokenId кодує координати (x, y) або їх хеш. Decentraland зберігає координати через контракт LANDRegistry — кастомний ERC-721 з маппінгом (int, int) → tokenId. Estate-контракт групує суміжні parcels. Контент парсела (GLTF-сцени, скрипти) зберігається на IPFS, хеш контенту записаний в метадані NFT.

Проблема: контент на IPFS не піниться вічно. Якщо піннер іде — контент недоступний, але NFT з правом власності живе. Для production використовуємо гібридну схему:

Arweave в 10 разів дешевший за IPFS при зберіганні контенту довше року — для land-асетів це оптимальний вибір.

Spatial indexing. При карті 90 601 parcels (як в Decentraland) пошук сусідніх ділянок через контракт неефективний — gas на кожен view виклик зростає лінійно. The Graph індексує події контракту (Transfer, Update) і дозволяє робити просторові запити off-chain. Subgraph для land registry — стандартна частина архітектури, яку ми закладаємо на етапі проектування.

Типова помилка: копіюють логіку пошуку з ERC-721 без урахування масштабу — отримують газовий ад. Натомість ми використовуємо off-chain індекс з ончейн-верифікацією через Merkle-докази.

Як забезпечити інтероперабельність аватарів без втрати атрибутів?

Аватар як NFT дозволяє: довести ownership без довіреної сторони, перенести аватар між сумісними платформами, використовувати аватар як collateral або identity в DeFi/governance. Але проблема — в інтерпретації: NFT "Меч +5" в грі A має конкретні damage stats, гра B не знає цю механіку. Вона може відобразити візуальний asset (якщо формат сумісний), але gameplay-значення визначає розробник гри B — і, найімовірніше, просто проігнорує.

Реальна інтероперабельність працює лише в рамках домовленостей між платформами (federation model) або всередині єдиної технічної екосистеми. Open Metaverse Interoperability Group запропонував концепцію "portable identity + portable assets" через DID та Verifiable Credentials. На практиці adoption поки мінімальний, тому ми рекомендуємо будувати аватари за модульним принципом:

• Off-chain стандарт: формат .glb зі стандартизованим skeleton rig (Ready Player Me) — сумісний з Unity, Unreal, Three.js.
• On-chain мінімум: NFT з метаданими, що вказують на .glb. Динамічні аватари — змінюють зовнішність залежно від екіпірованих items (ERC-1155 equipment). Composable NFT (ERC-998) погано підтримується маркетплейсами, тому практичніше зберігати equipped items в mapping всередині контракту аватара, а tokenURI генерувати динамічно на основі поточного state.

function tokenURI(uint256 tokenId) public view override returns (string memory) {
    Avatar storage avatar = avatars[tokenId];
    // Базовий URI + параметри (helmet, weapon, armor)
    return string(abi.encodePacked(
        baseURI,
        "?helmet=", toString(avatar.equipped.helmet),
        "&weapon=", toString(avatar.equipped.weapon)
    ));
}

Віртуальна економіка: marketplace та rent mechanics

Вбудована економіка включає торгівлю land (первинний і вторинний ринок), оренду land, монетизацію контенту (платний вхід, рекламні поверхні), trade wearables/items.

Оренда land. Стандарт ERC-4907 (Rental NFT) — розділення owner та user ролі. Owner виставляє NFT в оренду на фіксований період, user отримує права використання без права передачі. Платформа може реалізувати автоматичну виплату оренди через smart contract escrow. Після закінчення терміну user роль автоматично знімається. Ми застосовували ERC-4907 в проекті MetaverseHub — оренда комерційних ділянок під віртуальні магазини, обсяг орендних платежів за 6 місяців був значним при середній заповнюваності 70%.

Content monetization on-chain. Власник парсела деплоїть контракт, який приймає оплату за доступ. Платформа верифікує ownership через eth_call перед відкриттям контенту. Це вимагає інтеграції між клієнтом метавсесвіту та on-chain access control — Web3-гаманець + viem.

Технічний стек для побудови метавсесвіту

• Rendering: Three.js / Babylon.js (браузер), Unity WebGL (складні сцени). Decentraland SDK — якщо будуєте поверх Decentraland. Three.js в 2 рази швидше Babylon.js при рендерингу простих сцен.
• Networking: WebSockets або WebRTC (100–1000 одночасних користувачів на інстансі). Colyseus, Agones (Kubernetes) для масштабування.
• Blockchain: wagmi + viem (фронтенд), ethers.js (сервер), The Graph (індексація), Chainlink VRF (випадкові події). Foundry — в 5 разів швидше Hardhat при компіляції тестів.
• Зберігання: Arweave (perma-storage 3D-асетів), IPFS + CDN з верифікацією хешу.

Що входить в роботу (deliverables)

При замовленні розробки метавсесвіту отримуєте:

• Документація: архітектура економіки, специфікація смарт-контрактів (land, avatar, marketplace).
• Вихідний код контрактів з тестами (Foundry, Slither аудит).
• Subgraph для The Graph (індексація land, аватарів, ордерів).
• Фронтенд-кіт: інтеграція з гаманцями, візуалізація 3D-світу.
• Доступи до приватного репозиторію та CI/CD.
• Підтримка протягом 3 місяців після релізу.

Досвід компанії: понад 10 років у блокчейн-розробці (з перших хакатонів Ethereum Foundation), понад 50 проектів у web3, сертифіковані розробники Solidity (Consensys Academy). Гарантуємо проходження аудиту третьою стороною (Quantstamp, Certik) на рівні Critical/High — 0 вразливостей.

Процес та терміни

1. Аналітика (2–3 тижні): економічна модель, механіки, вибір L2/L1.
2. Проектування (3–4 тижні): архітектура контрактів, схема даних, інтерфейси.
3. Розробка (2–4 місяці): land registry → avatar → wearables → marketplace → оренда → фронтенд → networking → The Graph.
4. Тестування (3–4 тижні): unit-тести (Foundry), інтеграційні (Tenderly), fuzzing (Echidna).
5. Аудит (2–4 тижні). Середній бюджет аудиту залежить від складності.
6. Деплой (1 тиждень): mainnet / testnet, налаштування піннінгу та CDN.

Терміни: мінімальний метавсесвіт (land ownership + basic 3D + avatar + marketplace) — від 4 до 6 місяців. Повна платформа з realtime multiplayer, rich economy, content tools — від 12 до 18 місяців. Оцінимо ваш проект безкоштовно — напишіть, обговоримо деталі.

Важливо: не починайте з візуальної частини. Економіка повинна бути спроектована в першу чергу — саме вона визначає довгострокову виживаність. Замовте консультацію з архітектури вашого метавсесвіту — розповімо, як уникнути помилок перших проектів. Зв'яжіться з нами — отримайте детальний план реалізації.