Language:
PRODUCTS
SECTORS
MORE
Quantum Security 🔍 Search Request Access →
gateMiCA — Crypto-Asset Market Access Gate
// The problem

An unbacked reserve only becomes visible during a redemption run.

MiCA requires full, segregated reserve backing for e-money tokens and asset-referenced tokens. gateMiCA continuously checks this backing before the token becomes or remains accessible on the market.

Significant-token controls as the sixth cluster
For significant tokens, MiCA requires enhanced stress testing and continuity requirements, the gate seals this additional layer separately.
// Architecture

6 clusters, checked sequentially.

Every cluster is dispositive (material_block_mode: true), a hit blocks bindingly, not merely for documentation.

CLUSTER 1
CASP Authorisation
Checks authorisation as a crypto-asset service provider by the competent national authority.
casp_authorization_id · authorization_valid
CLUSTER 2
Stablecoin Reserve
Checks full, segregated backing of reserve assets and ongoing attestation.
reserve_backing_ratio · segregated_custody_confirmed
CLUSTER 3
Whitepaper Notification
Checks whether the crypto-asset whitepaper is complete and has been notified to the competent authority before market access.
whitepaper_complete · notification_filed
CLUSTER 4
ART Governance
Checks governance structure, redemption rights, and risk controls for asset-referenced tokens.
art_governance_documented · redemption_rights_defined
CLUSTER 5
EMT Governance
Checks issuance standards, safeguarding requirements, and operational resilience for e-money tokens.
emt_issuance_standard_met · safeguarding_confirmed
CLUSTER 6
Significant Token Controls
Requires enhanced stress testing and operational continuity evidence for tokens classified as significant.
significant_token_flag · stress_test_passed
No case, no doubt
Every cluster returns its own sealed result. A single hit in an active cluster is enough to block the overall action.
// Test results

Two tested scenarios.

All values on this page are fictional test data and serve only to illustrate the gate logic.

Scenario C1C2C3C4C5C6 Verdict Latency
E-money token, reserve 102% backed, CASP authorised, whitepaper notifiedPASSPASSPASSPASSPASSPASSMICA_SEALED466ms
Stablecoin with reserve backing 91%PASSFAILnot evaluatednot evaluatednot evaluatednot evaluatedBLOCK_MC2_RESERVE_UNDERCOLLATERALIZED412ms
Cryptographic chain continuation
Every test produces a deterministic receipt_id, an input_snapshot_hash, an HMAC-SHA256 signature, and a merkle_link to the previous receipt. Persistence occurs in the gateMiCAReceipt entity with a 10-year retention period.
// Clarification

What gateMiCA is not.

  • Not automatic recognition by ESMA or a national authority. The gate delivers a cryptographic proof, not authorisation.
  • Not an independent reserve management system. The gate checks reported reserve data, it does not custody assets itself.

For crypto-asset service providers and issuers that want to make market access provable under MiCA.

GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateMiCA

gateMiCA determines encoded crypto-asset, issuer, service-provider, disclosure and transaction conditions. The gate contributes a bound regulatory determination state; it creates neither regulatory authority nor Execution Permission.

DOMAIN_DETERMINATION_ONLY = true · EXECUTION_AUTHORITY = false · EXECUTION_PERMISSION = false
gateMiCA regulatory determination domain
AUTHORITY BOUNDARY

CRYPTO-ASSET STATE IS NOT LICENSING AUTHORITY.

CAN

  • deterministically evaluate encoded regulatory conditions
  • bind determinations to source, scope, time and input state
  • surface missing, expired or conflicting regulatory dependencies
  • produce attributable evidence for the concrete determination

CANNOT

  • replace a regulator, supervisor, court or competent institution
  • create legal or regulatory authority through score, consensus, AI or administration
  • turn a gate PASS into an Execution Right on its own
  • mint an ExecutionCapabilityToken on its own
REGULATORY STATE

Regulatory determination is evidence. Not regulatory authority.

SOURCE

Authoritative source

The relevant rule must originate outside the system from a legitimate normative or institutional source.

SCOPE

Defined matter

The determination is limited to the encoded subject, entity, transaction or operation under review.

TIME

Point-in-time state

Effective dates, transition periods, expiry and version state remain explicit.

INPUT

Canonical input

A reproducible determination requires a defined canonical input state.

DEPENDENCY

Dependencies

Missing or contradictory dependencies remain visible rather than being converted into invented permission.

EVIDENCE

Bound evidence

The resulting state can be bound to source, input, scope and time for later verification.

RELATED DETERMINATION DOMAINS

Regulatory domains compose. They do not confer authority on one another.

Only scope-relevant determinations become dependencies in Execution Rights resolution. The links shown are not a universally mandatory sequence.

EXECUTION RIGHTS

Five dimensions. Regulatory state can inform them; no gate replaces them.

AAUTHORITY
RRULE
JJURISDICTION
TTIME
DDEPENDENCY
ALL FIVE REQUIRED DIMENSIONS VALID → VALID EXECUTION RIGHT · ANY REQUIRED DIMENSION ABSENT → NO VALID EXECUTION RIGHT → NO CAPABILITY → NO EXECUTION
INVARIANT

A regulatory PASS is a determination. Never a permission by itself.

AUTHORITY → DETERMINATION → EXECUTION RIGHTS → CAPABILITY OR NONE → EXECUTION OR NONE → EVIDENCE

Request Access →