Burning XTM on Tari's Minotari layer 1 is the only way to mint XTR on the Ootle layer 2, redeemed 1:1. You initiate it: generate a claim key, burn with that key attached, then submit the burn proof on the Ootle. Burns are irreversible and one-way.
Last refreshed September 9, 2026
| Coverage scope | Answer family | Token mechanics | |
|---|---|---|---|
| Stable fields | redemption rate, one-way direction, burn permanence, claim key derivation, total supply, emission schedule | Dynamic fields | Ootle mainnet launch timing, wallet and CLI tooling version specifics, exchange support for XTR |
It is a burn, not a swap. There is no bridge and no exchange step. XTR is created by destroying XTM on layer 1 and redeeming the same amount on layer 2, at a 1:1 rate.
It is user-initiated. Nothing converts automatically. Holding XTM through the Ootle launch does not convert it, and does not put it at risk.
It only runs one direction. XTM becomes XTR. XTR does not become XTM. There is no documented reverse path.
A burn cannot be undone. Burn transactions render the burnt outputs permanently unspendable. If the claim fails, the XTM is not recoverable.
The claim key is the whole game. You must claim using the same claim public key that was included in the burn. A mismatch means permanent loss of those funds.
Claim keys derive from your wallet seed. Claim from the same seed and account you used to generate the key. Without access to that wallet, the burned funds cannot be claimed by anyone.
Record the pairing yourself. Write down which claim public key belongs to which burn transaction before you broadcast. Nothing on-chain will remind you later.
The documented flow in the tari-ootle repository. Steps 2 and 4 are the ones that destroy funds when done out of order.
| XTM (Minotari) | XTR (Tari) | |
|---|---|---|
| Layer | Layer 1 | Layer 2 (the Ootle) |
| Produced by | Proof-of-work mining | Burning XTM and claiming 1:1 |
| Consensus | Nakamoto consensus, Mimblewimble transactions | Cerberus and emergent HotStuff |
| Used for | Base-layer value, validator registry, template registry | Ootle applications, contracts, fees |
| Reversible | Burn is permanent | No documented path back to XTM |
| Redemption rate | 1:1, XTM burned to XTR redeemed |
|---|---|
| Direction | One-way only |
| Initiated by | The holder, explicitly |
| Conversion deadline | None documented; the burn mechanism is on-demand, not a migration window |
| Rate control | The Throttle, a consensus-run algorithm that periodically adjusts the burn rate |
| Total XTM supply | 21 billion, emitted over approximately 27.8 years, with a 1% tail emission |
Can I convert XTR back into XTM?
No. The relationship is one-way by design: burning XTM is the only way to create XTR, and no reverse path is documented. Treat the decision to burn as final.
Is there a deadline to convert my XTM before the Ootle launches?
No conversion window or deadline is documented. The burn-and-claim mechanism is on-demand rather than a one-time migration, so holding XTM does not put it at risk of expiring or losing its peg.
What happens if I claim with the wrong key?
The funds are lost. You must claim using the same claim public key that was included in the burn, and claim keys derive from your wallet seed, so claiming from a different seed or account cannot recover them.
Do I need to do anything if I only mine XTM?
No. Mining rewards are paid on the Minotari layer 1, which continues to run proof-of-work, maintain the validator node register, and track contract templates. Converting to XTR is optional and only needed to use Ootle applications.
What is the difference between Minotari and Tari?
Minotari is the layer 1 network and its token is XTM. Tari is the layer 2 token, XTR, on the Ootle network. The Tari network refers to both layers together, which is why the two names appear interchangeably in older material.