Разработка метавселенных: land, аватары, интероперабельность

Decentraland продал участок виртуальной земли за $2.4M в 2021 году. В 2023-м среднесуточная аудитория упала до ~1000 активных пользователей. The Sandbox — похожая история. Хайп схлынул, но инфраструктура, которую строили эти проекты, никуда не делась: on-chain ownership land parcels, verifiable NFT аватары, composable virtual economies. Вопрос не в том, работает ли технология — работает. Вопрос в том, как строить, чтобы не повторить те же ошибки в архитектуре.

Land как on-chain актив: что стоит за координатами

Land в метавселенной — это NFT, токенизирующий право на виртуальный участок в определённых координатах. Стандартная реализация: ERC-721, где tokenId кодирует координаты (x, y) или их hash.

Decentraland хранит координаты через LANDRegistry контракт — кастомный ERC-721 с маппингом (int, int) → tokenId. Estate контракт группирует смежные parcels в единый актив. Контент парсела (GLTF сцены, скрипты) хранится на IPFS, hash контента записан в metadata NFT.

Проблема: контент на IPFS не пинится вечно. Если пиннер уходит — контент недоступен, но NFT с правом собственности жив. Это означает, что on-chain ownership и фактический контент существуют независимо. Для production: Filecoin с долгосрочными storage deals, Arweave для перманентного хранения, или централизованный CDN с on-chain content hash для верификации.

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

Аватары: верифицируемая идентичность через NFT

Аватар как NFT позволяет: доказать ownership без доверенной стороны, перенести аватар между совместимыми платформами, использовать аватар как collateral или identity в DeFi/governance.

Стандарт аватара — вопрос открытый. Ready Player Me выпустил открытый формат .glb с стандартизированным skeleton rig, что позволяет один аватар использовать в разных движках (Unity, Unreal, Three.js). Но это off-chain стандарт. On-chain — только NFT с metadata pointing to .glb файл.

Динамические аватары. Аватар меняется в зависимости от on-chain событий: надетые items (ERC-1155 equipment), уровень/experience, достижения (soulbound tokens по EIP-5114). Composable NFT — аватар как родительский NFT, к которому присоединяются дочерние NFT экипировки. ERC-998 (composable NFT) — ранний стандарт, но плохо поддерживается маркетплейсами. Практичная альтернатива: хранить equipped items в mapping внутри контракта аватара, tokenURI генерировать динамически на основе текущего state.

Интероперабельность: почему это сложно технически

Interoperability метавселенных — перенос аватара или item из одной платформы в другую с сохранением визуального представления и атрибутов. На уровне блокчейна это решаемо: один NFT, несколько платформ читают его metadata. Проблема — в интерпретации.

NFT item "Меч +5" в игре A означает конкретные damage stats в механике игры A. Игра B не знает эту механику. Она может отобразить визуальный asset (если он в совместимом формате), но gameplay-значение меча в игре B определяет разработчик игры B — и, скорее всего, он просто его проигнорирует.

Реальная интероперабельность работает только в рамках договорённостей между платформами (federation model) или внутри единой технической экосистемы.

Metaverse Interoperability Community Group (W3C) работает над стандартами для virtual world identities. Open Metaverse Interoperability Group предложил концепцию "portable identity + portable assets" через DID (Decentralized Identifiers) и Verifiable Credentials. Practical adoption — пока минимален.

Виртуальная экономика: marketplace и rent mechanics

Встроенная экономика включает: торговлю land (первичный и вторичный рынок), аренду land, монетизацию контента на land (вход платный, рекламные поверхности), trade wearables/items.

Аренда land. ERC-4907 (Rental NFT) — стандарт с разделением owner и user роли. Owner выставляет NFT в аренду на фиксированный период, user получает права использования без права передачи. Платформа может реализовать автоматическую выплату rent через smart contract escrow. По истечении срока user роль автоматически снимается.

// ERC-4907 usage in metaverse context
function setUser(uint256 tokenId, address user, uint64 expires) external {
    require(isApprovedOrOwner(msg.sender, tokenId));
    UserInfo storage info = _users[tokenId];
    info.user = user;
    info.expires = expires;
    emit UpdateUser(tokenId, user, expires);
}

Content monetization on-chain. Владелец парсела деплоит контракт, который принимает оплату за доступ к контенту. Платформа верифицирует ownership через контракт перед открытием контента. Это требует интеграции между клиентом метавселенной и on-chain access control — Web3 wallet connection + eth_call к контракту.

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

Rendering: Three.js / Babylon.js для браузерного клиента, Unity WebGL для более сложных сцен. Decentraland SDK (собственный ECS-based движок на TypeScript) — если строить поверх Decentraland.

Networking: реалтайм присутствие пользователей через WebSockets или WebRTC (100-1000 одновременных пользователей на инстансе). Colyseus, Agones (Kubernetes-based game server orchestration) для масштабирования.

Blockchain интеграция: wagmi + viem для фронтенда, ethers.js для серверных вызовов. The Graph для индексации событий land registry. Chainlink VRF для генерации случайных событий в мире.

Хранение: Arweave или Filecoin для perma-storage 3D assets, IPFS для менее критичного контента, CDN для hot assets с on-chain hash верификацией.

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

Проектирование: карта мира и coordinate system, land parcel стандарт, avatar стандарт, экономическая модель (currency, marketplace fees, rent mechanics).

Разработка: land registry контракт → avatar NFT → wearables/items → marketplace → аренда → фронтенд клиент → realtime networking → интеграция The Graph.

Минимальная метавселенная (land ownership + basic 3D world + avatar + marketplace) — 4-6 месяцев. Полная платформа с realtime multiplayer, rich economy, content tools — 12-18 месяцев. Это не проект для команды из двух человек.

Ошибка, которую совершают многие: начинают с визуальной части (красивый 3D мир) и откладывают экономическую механику на потом. Экономика должна быть спроектирована в первую очередь — именно она определяет долгосрочную выживаемость платформы.