Public version 1.1 · Updated 7 September 2026
This document describes the current public structure of MUTERRA and MUTA. Product functions and programmes that are not live are identified as planned or conditional. The contract and current published programme rules take precedence over older summaries.
1. MUTERRA #
MUTERRA is a cinematic world, game, comics and co-creation ecosystem connecting creators, holders, promoters, players, MUTA utility and accepted canon. The game is one entry point into a broader far-future science-fiction world.
The current public stage is Who Was on RAOLAX?: an in-world question about the passengers of the interstellar ship and a real invitation to the people contributing at the beginning of MUTERRA.
2. Participation #
MUTERRA uses four public paths: Create, Promote, Hold and Play. Useful work can include characters, lore, cinematic media, game-ready assets, testing, product feedback, verified reach, strategic introductions and other published tasks.
Submissions can preserve authorship, provenance and contribution records. Community feedback can inform selection, but final acceptance into canon belongs to the founder and responsible MUTERRA team.
3. MUTA #
MUTA is the utility token of the MUTERRA ecosystem on BNB Smart Chain. It is intended to connect verified rewards, access, holder programmes, future game systems, digital assets, vesting and ecosystem operations. It is not a share in a company and does not guarantee revenue, profit, price growth, liquidity, buybacks, yield or governance rights.
- Proxy contract: 0x1E3cBe308888f55f7b18b718aAA838F65c2e58bc
- Current implementation: 0x03842ee2db206d82f25819820bddd686d30a6220
- Standard: BEP-20
- Architecture: ERC-1967 upgradeable proxy
- Contract administration: published 2-of-3 MUTA Admin Safe
4. Supply and release schedule #
- Maximum supply: 42,000,000 MUTA
- Treasury release: up to 1,000,000 MUTA per eligible release
- Minimum interval: 90 days between releases
- Automatic burn: 0.1% on applicable non-exempt transfers
Maximum supply is not current supply. The full cap is not minted at once. Burns can reduce current total supply. A treasury release also does not mean that every released token is distributed or circulating. Live supply must be checked on BscScan.
5. Ecosystem programmes allocation #
Under the current treasury policy, 50% of each newly released tranche is designated for approved ecosystem programmes. This is an operational allocation policy, not an automatic split performed by the token contract.
- It does not mean 21,000,000 MUTA has already been minted, placed in a separate reserve or put into circulation.
- Programme shares can vary by period and published rules.
- Supported paths can include Create, Promote, Hold and Play, together with approved production and ecosystem work.
- Each programme must define amount, dates, eligibility, evidence, exclusions, review, reward source and delivery or vesting.
The remaining 50% of a released tranche may support treasury, development, liquidity, vesting and other operational requirements under documented decisions. The old static 50/20/15/10/5 allocation table is not the current public policy.
6. Burn mechanics #
Applicable non-exempt transfers burn 0.1% of the transferred amount. Documented operational wallets and infrastructure can be exempt where required for treasury, vesting, liquidity or contract operations. Other burn events are not automatic unless a separately verified mechanism performs them.
7. Utility and programmes #
MUTA utility can be activated through current or separately published MUTERRA functions, including verified contributor rewards, holder cycles, access, digital assets, vesting, claims, future game systems and operations. No reward is automatic solely because a person submitted work or holds a balance.
Every current programme must be read from its own page or My MUTERRA interface. Older APR, lottery, fixed pool, automatic voting and perpetual reward statements should not be treated as active terms.
8. Revenue, liquidity and market actions #
MUTERRA is building revenue through games, digital-asset services, creator tools, cinematic and publishing IP, merchandise, events, sponsorships and partnerships. Company revenue supports products and operations; it is not an automatic distribution to MUTA holders.
There is no standing public promise that a fixed percentage of revenue will buy MUTA, maintain a price floor or stabilize the market. Any buyback, liquidity addition or other market action must be published separately with amount, timing, source of funds, execution method and on-chain evidence.
9. Governance and security #
MUTA does not currently operate as a public DAO voting token. Token ownership does not automatically grant proposal rights, treasury control or authority over canon, product or contract decisions. Current administration uses published multisignature and operational wallets.
The proxy architecture preserves technical upgradeability. Upgrade authority is a security and governance responsibility, not a guarantee that the contract can never change. Current proxy, implementation, multisig, treasury, vesting and liquidity references are published on the MUTA page.
10. Source of truth #
- MUTA overview and verified addresses
- Tokenomics
- Release Schedule
- Burn Cycle
- Liquidity & Market Mechanics
- Governance Status
- Risk & Compliance
This whitepaper is informational and does not replace current product terms, programme rules, contracts, legal notices or on-chain evidence.
