Skip to content

Create tokens and collections

Outcome: you will know what the two guided creation pages build, what their preflight checks prove, and what still depends on block order.

Open Tokens, then Deploy or mint, or go to /tokens/create. The page builds the exact JSON bytes for a deploy, mint, or transfer. It keeps the zord and zecscriptions readings separate because they disagree about ticker length and partial mints.

Before you continue, the page asks the live indexer about the ticker and shows each reading independently. It catches a ticker already deployed, a mint with no deploy, an amount outside that reading’s limit, and a transfer larger than the connected address’s available balance. A 404 means the ticker is free under that reading. An unreachable or incomplete reader is unknown, never permission to proceed.

Open Collections, then Create a collection or item, or go to /collections/create. ZRC-721 has two operations:

  1. Deploy names a collection, declares a supply, and may include either an off-chain metadata reference or inline JSON. A royalty field is only a note recorded verbatim. Nothing on Zcash enforces a royalty payment.
  2. Mint claims one zero-based id below that supply. There is no ZRC-721 transfer operation. The item moves when the inscription that minted it moves.

The live preflight refuses a name already deployed, a mint whose collection does not exist, an id outside the supply, and an id an earlier mint already claimed. For a large collection where the current read API cannot prove one id efficiently, the page says that instead of guessing.

Both pages show the final JSON exactly as it will be inscribed. Continuing places those bytes into the existing Inscribe flow, which owns payment, signing, broadcast, and recovery. The guided page does not reserve a ticker, collection name, or item id. If two valid operations compete, confirmed block and transaction order decide which one counts.