---
title: Token issuance
url: "https://www.unknowngravity.com/en/servicios/emision-de-tokens"
site: Unknown Gravity
published: "2025-01-17T16:16:48+00:00"
modified: "2026-07-15T10:51:34+00:00"
language: en-US
description: Take your project to the next level with a professional and secure token issuance. We design, develop and implement tokens adapted to your needs, ensuring regulatory compliance.
section: "Home > Token issuance"
---

# Token issuance

> Token issuance is the process by which an entity creates and puts a token into circulation, with its documentation, smart contract and ownership registry. Depending on the token, MiCA (cryptoassets) or Law 6/2023 and MiFID II (financial instruments) apply. Unknown Gravity runs both processes.

ADAPTATION TO BLOCKCHAIN STANDARDS CUSTOM CONFIGURATION LEGAL COMPLIANCE AND AUDITS

[Book a meeting](/en/meeting)

Token issuance is the process by which an entity creates and puts a token into circulation, with its documentation, smart contract and ownership registry. Depending on the token, MiCA (cryptoassets) or Law 6/2023 and MiFID II (financial instruments) apply. Unknown Gravity runs both processes.

**Issuing a token is a regulatory decision before it is a technical one.**

**We design, build and deploy the whole issuance: classification, tokenomics, an audited contract and the documentation the applicable regime requires.**

## 01 / What is token issuance and why is it key to your project?

**Token issuance means creating digital assets that represent value or rights within a blockchain ecosystem.**

That value can be access to a service, a say in a protocol's governance, or an economic right over a real asset. Deploying the contract is the most visible part and the shortest one; what shapes everything else is classification: what the token is in the eyes of the supervisor.

Classification drives the documentation you must publish, who is allowed to buy and which technical standard makes sense. If you are unsure which side your project falls on, the [MiCA / MiFID II classifier](/en/clasificador-mica-mifid) gives you a first reading in minutes.

## 02 / MiCA utility token or tokenized security: two different regimes

**The same technology falls under very different rules depending on what the token represents.**

- **Utility crypto-asset.** It gives access to a good or service supplied by the issuer and carries no financial rights. It falls within Regulation (EU) 2023/1114 (MiCA): you draw up a crypto-asset white paper with the content the regulation requires, notify the competent authority and remain liable for what you publish, marketing communications included. Exemptions release you from the white paper, not from everything else: offers to fewer than 150 persons per Member State, offers below EUR 1 million over twelve months, and offers to qualified investors only. A utility token giving access to a good or service that already exists or is in operation falls outside the title altogether. All of them lapse the moment you announce you will seek admission to trading (Arts. 4(2) to 4(4) of Regulation (EU) 2023/1114).
- **Tokenized security.** It carries rights typical of a financial instrument: debt, a share in profits or in results. MiCA does not apply: Spanish securities law does — Law 6/2023 (LMVSI) and MiFID II — with a prospectus or one of its exemptions, with an issuance document setting out the content of the securities and describing the register, and with an **ERIR** (the entity responsible for registering and recording securities represented by distributed ledger technology, Arts. 7 and 8 of Law 6/2023) appointed in that document as responsible for the recording and registration of the securities (Arts. 7 and 8 LMVSI, BOE-A-2023-7053).

The line is not drawn by the token's name but by the rights promised and the way they are marketed. We describe the applicable framework and work alongside your legal advisors; we do not provide legal advice.

## 03 / Our approach to issuing custom tokens

**From ideation to deployment, we take care of:**

1. Defining the token's utility and the rights attached to it, and testing them against the applicable regime before any code is written.
2. Setting the [tokenomics](/en/servicios/tokenomics): supply, release schedule, incentives and long-term sustainability.
3. Choosing standard and network to match the token and its transfer restrictions.
4. Implementing and deploying the smart contract on Ethereum, BNB Smart Chain, Polygon or another EVM network, with a security review first.
5. Preparing the relevant documentation: a crypto-asset white paper, or an issuance document and information package for a securities issuance.

## 04 / What you get

**The result is measured in deliverables, not in a deployed contract.**

- A contract verified on the block explorer, with ownership and admin roles transferred to whoever you choose.
- An audit report: findings, fixes applied and post-fix verification.
- A tokenomics document covering supply, release schedule and the purpose of each tranche.
- A classification memo explaining why the token sits in one regime and not the other, plus its paper trail.
- Deployment scripts, tests and technical documentation so your team can run the token.

## 05 / When issuing a token makes sense and when it does not

**It makes sense** when the token solves something that cannot be solved without it: fractionalizing an asset so that more investors can take part, automating the distribution of economic rights, or opening participation to investors in several countries. Two caveats: fractionalization does not create liquidity — there has to be a counterparty on the other side; and distributing outside Spain brings in the prospectus passport and each country’s marketing rules (Arts. 24 and 25 of Regulation (EU) 2017/1129).

**It does not** when the token exists only to attract attention, or when the project cannot take on the disclosure duties that come with it. In that case we say so before starting.

Recurring mistakes: issuing before classifying; copying another project's tokenomics without reviewing its release schedule; leaving the contract's admin key in a single personal wallet; and discovering the cost of a regulated issuance once the budget is committed, which the [STO cost estimator](/en/estimador-sto) prevents. If your goal is to represent a real asset on chain, start with [asset tokenization](/en/servicios/tokenizacion-activos).

FAQ

## Frequently asked questions

**Does token issuance include a security audit?**

Yes. We review the contract before deployment and hand over a report with findings, fixes and post-fix verification. For issuances with complex logic — vesting, staking, restricted transfers — we add an independent external audit: a deployed contract cannot always be changed.

**Do I need to comply with regulation to issue tokens?**

Yes, and the regime depends on what the token represents. A utility crypto-asset falls under Regulation (EU) 2023/1114 (MiCA), which means drawing up and notifying a crypto-asset white paper, unless the offer falls within one of its exemptions. A token carrying rights typical of a financial instrument falls outside MiCA: securities law (LMVSI and MiFID II), a prospectus or an applicable exemption, an issuance document and an ERIR in charge of the register.

**Which standard should I use: ERC-20, ERC-721 or ERC-3643?**

It depends on whether the token is fungible and whether transfers must be controlled. ERC-20 for freely transferable fungible tokens; ERC-721 and ERC-1155 for unique items or limited series; ERC-3643 where only identified investors may hold it, the usual case for a tokenized security.

This page is informative. It is not legal, tax or investment advice, and it does not replace a case-by-case review. The rules cited change: check the current version on [BOE](https://www.boe.es) and [EUR-Lex](https://eur-lex.europa.eu).

RELATED SERVICES

[Tokenomics](/en/servicios/tokenomics) [Asset tokenization](/en/servicios/tokenizacion-activos) [Security Tokens (STO)](/en/servicios/security-tokens) [Development of smart contracts](/en/servicios/company-development-smart-contracts)

[All blockchain services](/en/servicios)
