At its core, FTM GAMES is actively exploring a multi-layered approach to avatar interoperability, primarily centered on the ERC-404 token standard and its own bespoke cross-chain communication protocol. The goal is to create a seamless ecosystem where digital avatars are not locked into a single game or platform but can function as persistent, evolving assets across a multitude of virtual experiences. This involves tackling challenges related to metadata richness, visual fidelity, and blockchain-agnostic functionality.
The cornerstone of their technical exploration is the ERC-404 standard. This experimental standard attempts to solve a fundamental problem in digital ownership: the trade-off between the fungibility of tokens like ERC-20 (good for trading) and the uniqueness of tokens like ERC-721 (good for representing unique assets). ERC-404 creates “semi-fungible” tokens. Imagine an avatar is represented by an ERC-404 token. If a user owns one full token, they possess a unique avatar. However, the protocol can also allow for fractional ownership. If multiple people own fractions of the token, the avatar itself might exist in a shared or pooled state. This introduces novel economic models for high-value digital assets. For interoperability, the key is the metadata structure that an ERC-404 token can carry.
The table below outlines the core metadata attributes FTM GAMES is standardizing for avatar interoperability, going far beyond a simple static image.
| Metadata Category | Specific Attributes | Interoperability Function |
|---|---|---|
| Core Identity | Token ID, Name, Generation, Provenance Hash | Provides a unique, immutable identifier for the avatar across all platforms. |
| Visual Representation (2D/3D) | Base Model URI (GLB/GLTF), Texture Maps, Skeleton Rig Name | Ensures the avatar can be rendered correctly in different game engines (Unity, Unreal Engine). |
| Attribute & Stat Block | Strength, Agility, Level, Skill Tree Unlocks (as key-value pairs) | Allows games to import and map an avatar’s inherent stats to their own game mechanics. |
| Equipped Assets | Array of Item Token IDs (e.g., ERC-1155 for gear), Socket Information | Manages what items (weapons, armor) the avatar is wearing, which may themselves be interoperable NFTs. |
| On-Chain History | Array of Transaction Hashes for key events (Level Up, Item Acquired) | Provides a verifiable record of the avatar’s journey, adding value and narrative. |
However, a standard is only as good as its adoption. To ensure avatars can move between different blockchain ecosystems, FTM GAMES is not relying solely on a single chain. They are developing a Cross-Chain Asset Protocol (CCAP). This doesn’t involve wrapping assets, which can create security risks, but rather uses a state-synchronization model. When an avatar moves from, say, the Ethereum mainnet to an Arbitrum Nova-based game, the protocol locks the original token on Ethereum and mints a temporary, non-tradable representation on Arbitrum. All actions and progression are recorded and, upon the avatar’s return, the state is synchronized back to the original token. This prevents duplication and ensures a single source of truth.
The visual interoperability is perhaps the most significant technical hurdle. A highly detailed avatar designed for a PC MMO will not work in a mobile puzzle game. FTM GAMES is addressing this through a system of Level of Detail (LoD) models. Each interoperable avatar is associated with multiple 3D model files. When an avatar enters a new game, the game’s client fetches the model that is appropriate for its graphical capabilities. The metadata specifies the URI for each LoD.
- LoD 0: High-poly model (50,000+ polygons) for cinematic cutscenes or high-end games.
- LoD 1: Medium-poly model (10,000-25,000 polygons) for standard gameplay.
- LoD 2: Low-poly model (1,000-5,000 polygons) for mobile or browser-based experiences.
- LoD 3: A simple 2D sprite or icon for UIs, minimaps, and text-based integrations.
This ensures that the avatar’s essence is preserved regardless of the technical environment. Furthermore, they are exploring the use of a standard skeleton rig, like the one used by VR platforms, which would allow animations to be more easily ported between games that support the same base rig.
Beyond the technical specs, FTM GAMES is building an economic and governance framework to support this ecosystem. They are proposing a Royalty and Licensing Registry that is part of the avatar’s metadata. This means that when a game developer integrates an FTM GAMES-interoperable avatar into their title, the smart contract can automatically enforce a tiny royalty payment to the original avatar creator or the current owner. This creates a sustainable economic loop that incentivizes both creation and integration. The governance of the standards themselves is intended to be decentralized, moving towards a DAO-like structure where key stakeholders—game developers, avatar creators, and players—can vote on upgrades to the interoperability standards.
The data flow for using an interoperable avatar works as follows. A player connects their wallet to a new game that supports the standard. The game client reads the avatar’s token ID from the wallet. It then queries a decentralized storage network like IPFS or Arweave, using the URI stored in the token’s smart contract, to fetch the metadata. The client parses the metadata, identifies the correct 3D model LoD for its platform, and downloads the assets. It then maps the avatar’s stats to its own internal systems. If the avatar earns a new item or levels up, that transaction is written to the blockchain and appended to the avatar’s on-chain history, enriching its story and value for the next experience. This entire process is designed to be permissionless, meaning any developer can build a game that reads and utilizes these avatars without needing explicit approval from FTM GAMES, fostering true open interoperability.
