Skip to main content

Creating Tokens

"Token

s" are digital assets that can be traded, sold, or used on the Enjin Blockchain.

What you'll need:
  • Some Enjin Coin on Enjin Matrixchain to process transactions and at least 0.01 ENJ for the Token Account Deposit. You can obtain cENJ (Canary ENJ) for testing from the built-in Canary faucet in the Platform UI.
  • An Enjin Platform Account.
  • A Collection to place the tokens in.

Enjin Blockchain allows you to create customized Token ID

structures. This flexibility enables you to organize your tokens in various ways that suit your needs.

  • For Multi-Unit Tokens These tokens are identical in value and function, and therefore, they all share the same Token ID. This commonality in ID reflects their interchangeable nature. For instance, all units of a specific cryptocurrency like Bitcoin would have the same identification as they hold the same value and are indistinguishable from one another in terms of usage and worth.
  • For Non-Fungible Tokens (NFTs): Every NFT has a unique Token ID that sets it apart from other tokens, even within the same collection. This unique ID is crucial for establishing the individuality and provenance of each NFT, which could represent anything from digital art to ownership rights over a virtual asset.
Token ID Structure Best Practices

Before minting the Mainnet versions of your Tokens, that will be used in your live economy. Make sure to take a look at the best practices for Token ID structure.

There are two ways to use the Create Asset functionalities:

Option A. Using the Enjin Dashboard

In the Platform menu, navigate to "Collections" and click the collection you want to mint the token into. From the collection page, click the "Create Token" button.

From here, you can configure the token's basic settings, supply cap, royalty behavior, and attributes.

  • Create Token Section - Basic token options. Make sure to select the Collection ID you wish to mint the token in, the token ID, the initial supply, and the recipient in the corresponding fields. Make sure to check out the TokenID Structure Best Practices.
  • Cap - The token cap (if required). There are two cap modes — leave the cap field unset for an unlimited supply.
    • Unlimited supply (no cap) is the default. With this model, there is no limit to how many tokens can be minted or be in circulation. The collection owner can always mint additional units, making it ideal for use cases that require an ever-expanding token supply. To pick this option, simply omit the cap field in the API, or select the Infinite cap type option in the dashboard form.
    • The SUPPLY cap mode offers a balanced approach between flexibility and control. This model allows the collection owner to mint new tokens as long as the circulating supply does not exceed the predetermined supply value. Burned tokens can be re-minted, ensuring the total supply remains constant.
    • The COLLAPSING_SUPPLY cap mode is the most strict. This cap allows the collection owner to mint new tokens as long as the circulating supply does not exceed the supply value. However, burning tokens reduces the cap, meaning burned tokens cannot be re-minted. This ensures a non-increasing supply, suitable for use cases that require strict control over the token's total amount in circulation.
  • Royalty Behavior - Configures royalties for each marketplace sale of this token. Royalties are expressed via the behavior field on the token — set behavior: { type: HAS_ROYALTY, royalties: [...] }.
  • Attributes - Add details to your token using key-value pairs. Standard keys like name and description allow applications to display your content correctly. You can also use the URI to link to a JSON file hosting your metadata. For more information, see the Metadata Standard page.
Learn more about the arguments

For a comprehensive view and detail of all available arguments please refer to our API Reference.

Once you're satisfied with the options, click the "Create" button to submit the request. A Transaction Submitted modal appears with the new transaction's UUID and a View Transaction button that opens its row on the Transactions page.

Since this request requires a Transaction

, it must be signed before it broadcasts.

  • By default, transactions are signed automatically by the Wallet Daemon.
  • To sign with a different account, expand Transaction Options → Signing Account on the form and provide a Managed Wallet address.

Once your token is created, lets give it a new look by Adding Metadata

Option B. Using the Enjin API & SDKs

All on-chain actions go through the single CreateTransaction mutation. For creating a token, set the createToken field on the transaction input. tokenId is a flat BigInt scalar, and cap is optional — omit it to create a token with unlimited supply.

SDKs are not yet available

The C# and C++ SDK examples below are out of date and will not work against the current Enjin Platform API. This section will be updated once new SDKs are published. Until then, use the GraphQL, cURL, Javascript, Node.js, or Python examples.

mutation CreateToken {
CreateTransaction(
network: ENJIN # or CANARY for testnet
chain: MATRIX
transaction: {
createToken: {
recipient: "cxLU94nRz1en6gHnXnYPyTdtcZZ9dqBasexvexjArj4V1Qr8f" # recipient of the initial supply
collectionId: 2406 # collection to mint into
tokenId: 1 # the new token ID
initialSupply: 1 # initial supply to mint
listingForbidden: false # set true to disallow marketplace listings
infusion: 0 # ENJ infused per unit (use BigInt base units)
anyoneCanInfuse: false
# cap: omitted for unlimited supply
# for a finite cap, use: cap: { type: SUPPLY, supply: 100 }
}
}
) {
uuid
action
state
}
}

The response includes the transaction's uuid, action (e.g. MultiTokens.create_token), and state (PENDINGBROADCASTFINALIZED). Use GetTransaction(network, chain, uuid: "<returned-uuid>") to poll the current state.

Once it reaches FINALIZED, an event is emitted confirming the new token was created. See Working with Events for how to read it.

tip

For Token ID management, head to Best Practices > TokenID Structure

Explore More Arguments

For a comprehensive view of all available arguments for queries and mutations, please refer to our API Reference. This resource will guide you on how to use the GraphiQL Playground to explore the full structure and functionality of our API.

In addition to the fields shown above, createToken accepts cap, behavior (currency / royalty configuration), attributes, and groups (token-group membership). To sign with a managed wallet instead of the Wallet Daemon, set signerAccount on CreateTransaction.

What's next?

To add metadata to your token, go to the Adding Metadata tutorial.