Mintability

Understanding why $MIXOOR is mintable

Mint vs Lock

Instead of minting the full supply upfront and locking large allocations for team, marketing, or future distribution, $MIXOOR uses a progressive minting model. At launch, only the liquidity allocation and SOAR related treasury allocations were minted. This keeps the FDV aligned with circulating supply, avoids hidden unlocks, and provides clear sustainability from day one.

Any future token distribution will be defined transparently and governed by the community.

Minting acts as a native protocol mechanism to fund specific, value and accretive use cases, such as liquidity provisioning, ecosystem incentives, or exchange listings, rather than as speculative inflation. Anyway, the DAO could define to revoke mint authority and keep the actual supply forever static.

Under the DRP framework, SOAR holds the mint authority at the protocol level, but does not unilaterally decide when or why tokens are minted. The Mixoor project may request minting only after an initial post-launch period, and every mint requires:

• Public disclosure

• A defined waiting period

• Transparent communication to the community

There is no mechanism for instant, private, or emergency minting.

Mint Rules

Every mint must follow a two-step public process stated in the DRP contract:

Step 1: Mint Request (MR) to initiate a mint, the project must:

• Submit a Mint Request

• Publicly disclose (on-chain and publicly)

• The number of tokens to be minted (mandatory)

• The destination wallet (mandatory)

• The intended use (optional but recommended)

• Wait 96 full hours of public exposure

During this period the mint cannot be executed, the intent is fully visible and the community has time to react

Step 2: Mint Approval (MA)

• After the 96-hour period:

• The project must re-publish the mint details

• Wait an additional 72 hours

• Only then can the mint be executed

• Minimum time from intent to execution: ~7 days

There is no instant or emergency minting.