Founder position.
A finite place in the RAOLAX origin layer and its published programmes.
MUTA connects selected economic actions across contribution and rewards, Founder programmes, digital ownership and planned AI-driven systems such as Companions and agents.
MUTA is separate from RAOLAX Tickets and separate from MUTERRA NFTs. A Ticket records a finite Founder position. An NFT can represent a defined digital asset. MUTA is the utility layer used where value needs to move between people, programmes and services.
Owning one does not automatically mean owning the others. The product gives the token its job โ not the other way around.
A finite place in the RAOLAX origin layer and its published programmes.
A character, Ticket, skin, artefact or other defined asset with its own record.
A common value and payment layer where an active MUTERRA programme requires it.
Each use depends on a released feature or published programme. Planned utility is labelled as planned.
Selected Create, Promote, Hold and Play tasks can award MUTA under their published terms.
Selected RAOLAX holder distributions can use MUTA when the applicable programme explicitly includes them.
MUTA is planned as payment utility for AI usage credits consumed by Companions, agents and related systems as released.
Future applications can use MUTA where a common utility or payment layer has a real product job.
MUTERRA Companions are designed as persistent AI-driven characters with personality, memory and relationships with the player. Running those systems creates real AI usage. MUTA is planned as the utility used to obtain credits or tokens required for Companion and agent activity as those systems are released.
This is product direction, not a claim that every AI feature is live today.
A reward has to come from a published task or programme. Contribution itself does not automatically generate MUTA.
RAOLAX Tickets can participate in selected MUTA distributions when the published Founder programme includes them. Ticket Weight matters only when that programme explicitly uses it.
Holding is one form of participation. It is not productive work unless a programme defines what the holder is doing.
A programme can define an unlocked portion, cliff, gradual release or another schedule. The schedule attached to the specific allocation is the one that matters.
MUTA holders can participate in selected holder programmes where the rules define useful ecosystem support, eligibility and evidence. The token alone is not a universal claim on every future programme.
Fast-changing facts belong in one maintained technical source, not copied across sales pages.
The dedicated Security page records the network, official identity, contracts, control model, treasury roles, vesting infrastructure and remaining risks as each item is verified. This overview deliberately does not duplicate contract addresses, circulating figures or liquidity claims.
No placeholder address is safer than a wrong official address.
MUTERRA is the game, world and connected production ecosystem. MUTA belongs where it solves a real utility problem. If a feature does not need a token, it should not use one.