Skip to main content
Mint adds new supply; burn removes it. Both are privileged operations that flow through approval, post-quantum signing, broadcast, and audit.

Prerequisites

  • A DEPLOYED token (see Create a QRC-20 token).
  • An API key with tokens:mint and tokens:burn.
  • The on-chain MINTER and/or BURNER role granted to the vault account performing the operation.
  • An approval policy attached to the token.

Mint flow

After approval, watch for the token.minted webhook, which carries the on-chain transactionHash.

Burn flow

After approval, watch for token.burned.

Required permissions

If the on-chain role is missing, you receive TOKEN_MINT_NOT_ALLOWED (1706) or TOKEN_BURN_NOT_ALLOWED (1707).

Approval policy

Configure stringent rules for supply changes:
  • REQUIRE_APPROVAL with multi-approver quorum.
  • MAX_AMOUNT per single mint or burn.
  • DAILY_LIMIT aggregated per token.
  • TIME_WINDOW to prevent off-hours operations.

Idempotency

Idempotency-Key is required on every mint and burn request. Reuse the same key on retry; never vary the key for the same logical request.

Webhooks

Common errors