MONZERO STUDIO / CREATOR HUB

Your next creation.
A clear place to start.

Make the art. Give it a story. Keep its fingerprint. Practical guides and small tools to help you prepare NFTs, editions, collections and tokens in Monzero Studio.

Prepare now. Issue after activation. Assets are not live yet. Drafts made now will be ready for activation with hard fork 17, after a public testnet and independent review. Nothing can be minted, bought or sold today.

A SIMPLE WORKFLOW

How it works

Five steps. Your files stay under your control.

STEP 01

Prepare artwork

Choose a PNG, JPEG, WebP, GIF or AVIF up to 25 MB. Studio reads its SHA-256, size, type, width and height in your browser. It never uploads your image.

Try this step

STEP 02

Describe it

Add a name, description, creator, licence and traits. Studio puts them in a portable metadata.json file. Your project saves in this browser as you work; download a project backup to keep or move it.

Try this step

STEP 03

Host the files

You upload the image to IPFS, Arweave or your own website. Paste its address into Studio, download the final metadata, then host that file too. Add its address to Studio, and use the check buttons to confirm each host serves your file.

Studio does not host files. Both addresses must have no spaces and be at most 256 UTF-8 bytes.

Try this step

STEP 04

Check the fingerprint

Download your hosted files and open Verify. Add the metadata, image and expected metadata hash. A match shows the bytes have not changed. It does not prove who created the work or who has permission to use it.

Try this step

STEP 05 · AFTER ACTIVATION

Issue when assets activate

Studio gives you the metadata hash; it never signs or issues anything. Today, the wallet's asset_create command works in monzero-wallet-cli and saves a .mzi file. That file cannot be broadcast yet. asset_issue <address> … is for after activation.

Prepare a draft now. Wait for hard fork 17 before issuing.

Try this step
The wallet command, explained
asset_create <class> <atomic_supply> <decimals> <metadata_hash> <metadata_reference|none> <collection_id|none> <file>.mzi

Use the metadata hash and addresses from your Studio project. The supply is counted in smallest units. The reference is the hosted metadata address, or none. A member points to its collection ID; otherwise use none. Creating this file is preparation, not issuance.

FIND YOUR STARTING POINT

What should I make?

Three short questions. You can change your answers at any time.

If you choose token units, the artwork questions do not affect your result.

NFT — one of one.

Edition — 2 to 1,000,000 numbered copies.

Collection — a group of NFTs.

Token — a fixed supply, with 0–11 decimals.

KEEP THESE CLOSE

Guides for the details

Start with the part you need. Come back for the rest.

GUIDE 01

Preparing your artwork

For cards, try a square image at 2048 × 2048 pixels or larger. Keep the file under 25 MB. Preview it small as well as full size.

Accepted artwork formats · up to 25 MB each
FormatUseful for
PNGCrisp shapes and transparency.
JPEGPhotos with smaller file sizes.
WebPCompact images and transparency.
GIFSimple animation and limited palettes.
AVIFDetailed images in compact files.

Remove location data from photos before sharing. Keep your source file and a backup of the exact export. Any re-export or edit changes its fingerprint. Studio fingerprints the image in your browser and never uploads it.

GUIDE 02

Names, descriptions and traits

Use a name people can recognise. Describe what they are looking at and how you made it.

WEAK

“Art #1”
“A great picture.”

MORE USEFUL

“Tide Glass #1”
“A sea-green circle with soft edges on a deep blue background. Drawn from a shoreline sketch.”

Traits are short labels and values. Try Background: Deep blue, Palette: Sea green and Shape: Circle. Use the same spelling and capitalisation throughout a series. Avoid mixing “Background”, “background” and “Backdrop” for the same trait.

What goes into metadata.json?

Studio uses monzero-metadata/1. It writes UTF-8 canonical JSON: sorted keys and no whitespace between values. The SHA-256 of those exact bytes is the metadata hash.

standard, class, name, description, creator, license and external_url describe the work.

image, image_sha256, image_mime, image_bytes, image_width and image_height describe the artwork file.

attributes is a list of objects with trait_type and value. edition_size is for editions; symbol and decimals are for tokens; collection links a member to its collection. Only relevant fields are included.

Do not reformat the downloaded JSON. Even adding a final newline changes the hash.

GUIDE 03

Choosing a licence

A licence tells others how they may use your work. Holding an asset does not, by itself, transfer copyright. Choose only rights you can grant.

The choices in Studio, in plain words
LicenceWhat it means
All rights reservedYou keep your rights. Reuse generally needs your permission, apart from uses the law allows.
CC BY 4.0Others may share and adapt the work, including commercially, with credit and notice of changes.
CC BY-SA 4.0Like CC BY, but shared adaptations must use the same or a compatible licence.
CC BY-NC 4.0Others may share and adapt it with credit, for noncommercial use.
CC0 1.0You give up copyright and related rights as far as the law allows. Others can reuse the work without asking or giving credit.

These are short explanations, not legal advice. Read the full Creative Commons terms before choosing. Their permissions and conditions matter; rights such as privacy can still apply.

GUIDE 04

Hosting your files, step by step

  1. Finish the image. Keep a local backup.
  2. Upload it using one of the routes below. Copy its stable address.
  3. Paste that image address into Studio. Finish the details, then download metadata.json.
  4. Upload that exact metadata file. Copy its address into Studio’s metadata address field, then use “Check metadata address”.
  5. Download both hosted files and check them in Verify. Keep their hashes and local backups.

IPFS with IPFS Desktop

Import the image in IPFS Desktop. Copy its content identifier (CID) and use an address such as ipfs://[CID]. Repeat for the metadata after exporting it. Pin both files and keep a node or pinning arrangement online. A CID is an address, not a promise that someone will keep the file available.

Arweave

Use an Arweave upload tool for the image, then the metadata. Wait for each upload to be available and copy its retrieval address. Check the retrieved bytes and keep backups.

Your own website

Put both files at stable HTTPS addresses. Keep the domain and hosting active. Turn off automatic image conversion for this export, and do not overwrite the files.

Image and metadata addresses must have no spaces and be at most 256 bytes in UTF-8. Bytes are not always the same as characters. Hashes prove that files have not changed, so the host need not be trusted for integrity. They cannot keep an offline file available. Keep backups and maintain hosting or pinning.

GUIDE 05

Planning a collection

A Collection groups NFTs. Each member references its collection’s 64-hex-character ID. Plan the collection first. After activation, issue the collection and use its ID when preparing final member metadata.

  1. Set a naming pattern, such as Tide Glass #{n}.
  2. Choose consistent traits. If a trait is rare, make that an intentional count in your plan. Rarity is simply how often a trait appears.
  3. Prepare an optional CSV: a file column with the exact image filename, then one column per trait.
  4. Open the batch builder and drop in your images. Add the name pattern and optional traits CSV.
  5. Download the zip of numbered metadata files and a manifest CSV of fingerprints. Review the names, traits and fingerprints before hosting.

The batch builder helps prepare files. It does not issue assets or host your images.

GUIDE 06

Editions vs one-of-ones

Choose an NFT for one of one: a single work with a single copy. Choose an Edition for 2 to 1,000,000 numbered copies of the same work.

For example, one shoreline drawing can be an NFT. A run of 25 numbered copies can be an Edition. A group of different drawings can belong to a Collection.

Decide the edition size before issuing. Keep its name, description and licence clear so people know what the numbered copies represent.

GUIDE 07

Tokens: supply and decimals

A Token has a fixed supply. Nobody can mint more. Decimals, from 0 to 11, set the smallest unit: 0 means whole units; 2 means hundredths; 11 means 0.00000000001.

The smallest-unit supply is the total supply × 10decimals. It must be a positive whole number no greater than 18,446,744,073,709,551,615 (264−1).

Example: 1,000 tokens with 2 decimals use 100,000 smallest units. Decimals divide the supply more finely; they do not create more tokens.

Start a Token draft →

Try your supply

Use plain digits and a decimal point, without commas or exponent notation.

Smallest-unit supply
100000
Smallest unit
0.01

Example: valid — 100000 is within the fixed-supply limit.

GUIDE 08

Protecting yourself and your collectors

Assets are not active yet. They switch on with hard fork 17, after a public testnet and independent review. Nothing can be minted, bought or sold today.

Anyone selling Monzero NFTs or tokens, “pre-mints”, “whitelist spots” or “listing” now is a scammer. The team never asks for seed phrases or passwords and never DMs first.

Share your metadata hash and point collectors to Verify. Compare the metadata against the expected hash, then the image against its fingerprint. Also check the creator and their permission to use the work.

Nobody, including the founder, can mint, freeze or edit assets after launch. Keep backups. Do not rely on someone being able to change an issued asset later.

A FEW USEFUL STARTERS

Creator kit / materials

Small files you can keep, adapt and share. No sign-up.

01 / TRY VERIFYING THIS

Example metadata

Download metadata-example.json

In Verify, select this metadata file and paste the expected SHA-256 below. The metadata should match.

c296bb6741a001e54f824261d6d9ea99cacfd5e3845818ffd6f1cfa9b25b26a3

This is an example, not an issued NFT. Its image hash is an illustrative 64-hex value, and its image address, size and dimensions are example data. No matching image is supplied. Use this exercise to check the metadata only.

03 / A SMALL SIGNATURE

Made with Studio

Optional badges for your website or project notes.

Made with Monzero Studio — download dark SVGMade with Monzero Studio — download light SVG

SVG files with system fonts. A badge is a creator credit, not team approval or proof of issuance.

TAKE YOUR TIME

Your launch checklist

Preparation now. Issuance only after activation.

With JavaScript enabled, checked items are saved only in this browser. Keep a downloaded copy too.

Download checklist

Monzero Studio · https://monzero.org/app/creators/
The team never asks for seed phrases or passwords.

WRITE IT IN YOUR OWN WORDS

An announcement to start from

Save this for after activation. Replace every placeholder and verify the final files before sharing.

Download the template

Edits here are not saved. Copy your text before leaving this page.

IN PLAIN WORDS

A small glossary

Hash
A short value calculated from file bytes. SHA-256 produces 64 hexadecimal characters. Change the bytes and the hash changes.
Fingerprint
A way to identify a file. Studio records the image’s SHA-256, size, type, width and height.
Metadata
The file describing your asset: its name, creator, licence, artwork reference and other details.
Canonical JSON
A consistent way to write JSON: sorted keys, no extra whitespace and UTF-8 bytes. It makes the metadata hash reproducible.
Edition
2 to 1,000,000 numbered copies of one work.
Collection ID
The 64-hex-character ID of a Collection. Members reference it to belong to the group.
Asset ID
The identifier for an issued asset. It is different from a metadata file’s hash.
IPFS / CID
IPFS addresses content using a content identifier, or CID. Keep the content pinned and available so others can retrieve it.
Atomic units
The smallest indivisible units of a token. With 2 decimals, one full token is 100 atomic units.
Hard fork 17
The network upgrade that activates assets, after a public testnet and independent review.

BEFORE YOU GO

Common questions

Can I issue an asset today?

No. Assets activate with hard fork 17 after a public testnet and independent review. You can prepare metadata, hashes and projects now, and the wallet's asset_create command can save an asset file. The file cannot be broadcast yet.

Does Studio upload my artwork?

No. Studio fingerprints it in your browser. You choose where to upload the final image and metadata yourself.

Where are my projects saved?

Only in the browser where you save them, under My projects. They do not sync to another device, and clearing site data removes them. Use “Download project backup” to keep or move your work; it includes the original artwork.

What if I change my image or metadata?

Its hash changes. Before issuance, update the draft, export fresh metadata and verify the new files. Issued assets cannot be edited. Do not overwrite a hosted file that an issued asset references.

Does a matching hash prove a work is mine?

No. It proves the file matches the expected bytes. It does not prove authorship or permission. Use your own work or get the rights you need.

Can I make a whole collection at once?

The batch builder prepares numbered metadata files and a manifest CSV from many images, a name pattern and optional traits CSV. It does not issue assets. Members need the correct collection ID.

What happens if my host goes offline?

The hash remains useful, but it cannot retrieve missing files. Keep backups and maintain pinning or hosting so the exact files stay available.

Can anyone add to my token supply later?

No. A Token has a fixed supply. Nobody can mint more. Check the supply and decimals carefully before issuance.

Start with one idea. Save a draft.

Open Monzero Studio