home
navigate_next
Blog
navigate_next
Exchange Operators

🆕 Mint vs. Burn vs. Transfer: A Treasury Rule for Exchange Operators

AUTHOR:
HollaExÂŽ
• Date Published:
October 28, 2025
Learn how to to manage the powerful asset Mint, Burn, and Transfer to keep your platform aligned with all your exchange's collateral.
🆕 Mint vs. Burn vs. Transfer: A Treasury Rule for Exchange Operators
‍The clear playbook for minting, burning and treasury management for crypto platforms

‍

Short version: Only mint or burn when your platform’s net collateral changes. If funds move between wallets you already count, record a transfer. (View example of transfer on HollaEx white-label exchange docs)

Picture your counted wallets as being inside a fence. Wallets inside the fence back customer balances. Wallets outside do not. Crossing the fence changes supply. Moving inside the fence does not.

Term: external partner = any banking, payments, or liquidity partner you use for on‑ and off‑ramping.

‍

Step 1: Draw the fence

Decide which wallets are inside the fence:

  • Client deposit and withdrawal wallets
  • Omnibus / Treasury
  • Hot, cold, and sweep wallets you include
  • Trading or investment vaults that you choose to count

‍

Write the list. Share it. Keep one source of truth. Most errors start with “we thought that wallet was inside.”

There is no better example than FTX. If you know, you know.

‍

Step 2: Apply the rule

  • Mint when funds enter a wallet inside the fence.
  • Burn when funds leave a wallet inside the fence and go outside.
  • Transfer when funds move inside to inside.

‍

Examples:

  • Mint: a customer deposit confirms into your Client or Omnibus wallet.
  • Burn: a confirmed withdrawal leaves your Omnibus to a customer’s address.
  • Transfer: a sweep from Client to Omnibus, or hot to cold.

‍

Common situations

Customer deposit → your wallet
Record:
Mint when the deposit is final. Before that, show it as pending in the UI.

‍

‍Withdrawal → customer
Record:
Burn when final. Many teams use first confirmation. The UI can show processing at broadcast.

‍

Treasury moves inside the fence
Client to Omnibus sweeps, hot to cold rebalancing, internal pre‑funds that you count.
‍

Record: Transfer.

‍

Earn or yield products

  • Moving a user’s spot balance into Earn is on‑platform accounting. Transfer.
  • If you deploy funds to an outside venue, Burn when the funds leave and Mint when they return (principal plus or minus yield).
  • If the venue is inside, both legs are Transfers.
  • If interest arrives from outside right before redemption, Mint that interest on arrival.

‍

User trading on your order book
Users swap balances that are already inside.
‍

Record: Transfers only.

‍

On and off‑ramp with an external partner

  • External partner → you: Mint on confirmed receipt.
  • You → external partner: Burn on confirmed outflow.

Fee note: Network fees are an expense. Do not treat them as a burn. Mint or burn the net amount that actually moved.

‍

Mint, Burn & Transfer Decision table

‍

Decision table
Situation Inside the fence? Action
Deposit lands in Client or Omnibus Yes Mint (at your finality point)
Client → Omnibus sweep Yes → Yes Transfer
Omnibus → Trading or Investment Vault If the vault is outside Burn
Vault → Omnibus (returns) If the vault is outside Mint
Earn subscribe or redeem (on-platform) n/a Transfer
Withdrawal to customer Yes → No Burn
External partner sends you crypto No → Yes Mint

‍

Example of how internal transfer (non-mint) works on HollaEx white-label crypto software.

‍

Make these policy choices up front

  • Which wallets are inside? Keep a single shared list and review it.
  • What counts as “final” per chain? For example, 1 confirmation on BTC, 12 blocks on ETH.
  • Which vaults or venues are inside vs outside?
  • Do we always mint or burn the net amount after fees? Yes.
  • What do customers see while things confirm? Use pending, processing, and confirmed states.

‍

Good defaults:

  • Mint on confirmed deposits. Burn on first confirmation for withdrawals.
  • Treat third‑party venues and bridges as outside unless you choose otherwise.
  • Review the wallet list every 6 months or after major product changes.

‍

Pitfalls to avoid

  • Two teams keeping different “inside wallet” lists.
  • Minting interest before it arrives inside the fence.
  • Burning the network fee instead of recording it as an expense.
  • Rewriting history when policy changes. Log a one‑off adjustment instead.

‍

Why this helps

  • Cleaner, faster reconciliation between chain and ledger.
  • Easier audits and clearer proof‑of‑reserves.
  • Faster incident response because you can see which hop changed supply.

‍

***

‍

Streamline your exchange operations

Want a simpler way to automate all the sensitive minting, burning, and internal transfers? HollaExÂŽ gives you a policy-driven treasury layer on top of the blockchain. Your team can move funds quickly and securely without second-guessing every step. Define your collateral perimeter once, automate the rest, and keep a clean audit trail.

You can learn more about how it works with our software on our open docs page:

‍

Looking for something more technical? Check out our APIs:

‍

Need more answers? Speak with an expert at https://www.hollaex.com/start

arrow_back
Back to blog