EMTs are e-money style tokens issued by authorised e-money institutions or credit institutions, with redemption at par value and a direct claim against the issuer. ARTs are asset-referenced tokens that are not treated as funds, can only function as a means of exchange, and redeem against fiat equivalent to market value or delivery of the referenced asset.
EMTs and ARTs: the practical distinction under MiCA
EMTs are the tokenised analogue of e-money. They are designed to hold a stable value by tracking a single official currency, and that makes them closest to a payments instrument with redeemable value. ARTs sit differently: they reference one or more assets, which means their stability mechanism depends on the referenced basket, not just a fiat peg.
Why the legal treatment differs
The difference is not just terminology, it is the regulatory function each token is meant to serve. EMTs are built around a direct redemption promise at par in the referenced currency, so the issuer relationship resembles e-money issuance and consumer redemption rights. ARTs are broader in design and can reference commodities, other assets, or a basket, which is why mica treats their reserve, disclosure, and governance expectations differently.
That distinction matters because it changes what risk the regime is trying to control. EMTs are mainly about currency-like stability, redemption certainty, and issuer solvency. ARTs are mainly about valuation discipline, reserve composition, and market confidence in the referenced asset structure. In practice, the more the token behaves like a payment substitute, the more the EMT model fits; the more it behaves like an exposure to external assets, the more the ART model fits.
What practitioners should look at first
The first question is what the token is referencing and how redemption works. If the token references a single official currency and promises par redemption, you are likely in EMT territory. If the token references other assets, or a basket of assets, and the value is maintained through that reference structure rather than a pure currency claim, you are looking at an ART. That initial classification drives the rest of the compliance analysis.
From there, the operational differences follow naturally. EMT issuers need to focus on issuance permissions, redemption mechanics, and the controls that keep par value credible. ART issuers need stronger attention to reserve governance, asset backing, disclosure, and the mechanics of maintaining value against a more complex reference base. The more complex the reference asset structure, the more important ongoing transparency becomes.
Risk and Threat Considerations
The main risk is misclassification, because a token that is marketed like a stable payment instrument may still carry reserve, redemption, or disclosure risk characteristics that place it in the other category. That can lead to incorrect licensing, weak reserve management, or misleading user expectations about stability and redeemability.
Failure mechanism: Issuers, distributors, or platforms treat an asset-referenced design as if it were a simple fiat-linked e-money product, or they overstate the certainty of redemption and price stability.
Impact: Users may face redemption friction, value slippage, or reserve shortfalls, and the issuer may end up operating outside the control expectations that MiCA applies to that token type.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Redemption and issuer access depend on controlled credential and secret handling. |
| Recommendation — Manage issuer credentials and signing material with lifecycle controls and rotation. | ||
| ISO/IEC 27001:2022 | A.5.15 — Access Control | Token issuance and redemption processes depend on controlled access and authorization. |
| Recommendation — Restrict issuance and redemption workflows to authorised roles and systems. | ||
| CIS Controls v8 | CIS-5 — Account Management | Issuer and platform accounts underpin redemption, reserve operations, and administrative control. |
| Recommendation — Inventory and control accounts that can alter token issuance or reserve operations. | ||
Practitioner Guidance
What to verify: Confirm the legal basis for issuance, the exact reference asset or currency, and the redemption promise before mapping the token to a MiCA category. The classification should be driven by the token’s economic function, not by marketing language or exchange listings.
Decision rule: If value is anchored to one official currency and redeemable at par, treat the token as EMT. If value is maintained by reference to other assets or a basket, treat it as ART and assess reserve governance, disclosure, and valuation controls accordingly.
Practitioner takeaway: The important line is not “stable token versus unstable token”, it is “currency-like redemption claim versus asset-referenced value model”, because that determines the compliance obligations that actually matter.
Related resources from NHI Mgmt Group
- What is the difference between attack surface management and NHI governance?
- What is the difference between reviewing human access and reviewing NHIs?
- What is the difference between role-based access and API key governance for NHI security?
- What is the difference between human IAM controls and NHI governance?
Deepen Your Knowledge
Reviewed and updated by the NHIMG editorial team on September 25, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org
