Crypto staking · MiCA scope analysis

Crypto Staking Under MiCA 2026 — Service, Custody or Out of Scope

Whether staking falls within MiCA scope turns on who controls the keys and who receives the rewards. Staking-as-a-service through a CASP is in scope — typically as custody plus an additional service layer. Pure protocol staking by the user with the user holding the keys is outside MiCA. Liquid staking is its own puzzle.

Crypto staking under MiCA is the activity of using crypto-asset holdings to participate in Proof-of-Stake consensus mechanisms in exchange for staking rewards; the MiCA scope analysis turns on the operational structure — staking-as-a-service by a CASP (in scope), pure user-controlled staking with self-custody (out of scope under Article 2(2)(e)), or liquid-staking token issuance (typically within ART/EMT scope or Title II depending on the specific token design).

Quick facts

ParameterValue
Legal basisMiCA Articles 3 (crypto-asset services definitions) + 75 (custody); ESMA Q&A on staking (2025-2026)
CASP staking-as-a-serviceIn scope. CASP custody of staked crypto-assets is custody service (Article 3(1)(17)); operating the staking infrastructure may be a separate service depending on design
User self-stakingOut of scope. User holds keys, runs validator (or delegates to a protocol without CASP intermediation). Pure protocol activity falls under Article 2(2)(e) DeFi carve-out
Delegated staking through CASPIn scope. CASP holds custody and delegates to validators on user behalf. Service is custody + operational management
Liquid stakingToken issuance question. The liquid-staking token (stETH, mSOL, etc.) is typically a crypto-asset under Title II white-paper rules, sometimes an ART depending on value-tracking mechanism
Reward treatmentStaking rewards are crypto-assets received by the user. Custody during accrual is part of the CASP custody service; tax treatment varies by jurisdiction (typically income at receipt + capital gain on disposal)
Slashing risk allocationCASP staking-as-a-service typically bears slashing risk per Article 75 loss-compensation framework unless the user-level documentation properly allocates the risk
Disclosure requirementsCASP staking-service marketing subject to Article 7 marketing-communications rule including risk disclosures on slashing, lock-up periods, validator selection

The structural question

Staking is the activity of using crypto-asset holdings to participate in Proof-of-Stake (PoS) consensus mechanisms — the user locks up tokens, runs (or delegates to) validators, earns rewards. Whether staking falls within MiCA scope depends entirely on the operational structure. Three main patterns:

Pattern 1 — User self-staking. The user controls the private keys, runs the validator software (or uses a self-hosted setup), and receives rewards directly. No CASP involvement. Out of scope under MiCA Article 2(2)(e) — the DeFi carve-out for fully decentralised activity without intermediary.

Pattern 2 — CASP staking-as-a-service. A CASP custodies the user’s crypto-assets and operates the staking infrastructure on behalf of the user. The CASP is the intermediary. In scope of MiCA: at minimum, custody and administration of crypto-assets (Article 3(1)(17)) plus typically transfer of crypto-assets and operational management of the staking activity.

Pattern 3 — Delegated staking through CASP. The CASP custodies the user’s crypto-assets and delegates them to external validators. The user receives the rewards via the CASP. In scope on the same basis as Pattern 2 — custody plus delegation service.

For the user, all three patterns may produce similar economic outcomes. For the CASP and the supervisor, the regulatory treatment is materially different.

What ESMA’s Q&A clarifies

ESMA’s 2025-2026 Q&A on MiCA addressed staking-treatment ambiguities. The key clarifications:

Custody of staked assets is custody. Where a CASP holds staked client crypto-assets, the custody framework under Article 75 applies. Segregation, daily reconciliation, bankruptcy-remoteness — all required for staked assets the same as for non-staked.

Operating staking infrastructure is a separate service consideration. The CASP may need to consider whether operating staking-infrastructure (running validators, managing keys, optimising rewards) constitutes a separate Article 3 service. ESMA Guidelines treat this as an integrated part of the custody-administration service where conducted on behalf of clients.

Reward distribution is part of the service. Where the CASP distributes staking rewards to client accounts, that activity is part of the staking-as-a-service offering — covered by the broader custody and administration framework.

Slashing risk allocation defaults to the CASP. Article 75(7) loss-compensation framework allocates slashing losses to the CASP unless properly documented as user-allocated. Most CASP staking services bear slashing risk and document it in service terms.

Liquid staking — a separate classification

Liquid staking is the practice of issuing a tokenised representation of staked crypto-assets that can be transferred and used in DeFi while the underlying assets remain staked. Examples: stETH (Lido), mSOL (Marinade), rETH (Rocket Pool).

Liquid staking raises a distinct classification puzzle:

The liquid-staking token itself. Issued by an identifiable issuer or by smart contracts. Falls within MiCA Title II as a generic crypto-asset, or potentially Title III as an ART if the token design tracks the underlying asset value through a stabilisation mechanism rather than pure 1:1 representation. ESMA case-by-case classification.

The issuance entity. If a legal entity issues the liquid-staking token (whether centralised like Lido DAO’s stETH or institutional like Coinbase’s cbETH), that entity is the issuer under MiCA. Title II white-paper notification or Title III/IV authorisation applies.

The liquid-staking activity itself. If the issuer custodies the underlying staked assets on behalf of token holders, that’s a CASP custody service. The combination of token issuance and custody service produces a layered regulatory picture.

Liquid staking products operating in the EU through 2026 have generally either:

  • Sought MiCA Title II treatment for the liquid-staking token plus CASP authorisation for the custody service, or
  • Relied on the Article 2(2)(e) DeFi carve-out where the project genuinely lacks identifiable issuer/operator (rare in practice)

The 2026 ESMA review under MiCA Article 142 will likely produce sharper guidance on liquid staking classification.

The substantive obligations for CASP staking-as-a-service

CASPs offering staking-as-a-service face the full conduct stack:

Article 75 custody safeguarding. Segregation of staked client crypto-assets from CASP own assets and from other clients’ assets. Daily reconciliation. Bankruptcy-remoteness. Sub-custody rules where validators are operated by third parties.

Article 7 marketing communications. Risk disclosures including slashing risk, lock-up periods, validator-selection criteria, reward variability. ESMA Guidelines on format-specific risk warnings apply.

Article 67 own funds. No specific increase for staking activity but the operational risk profile may inform the prudential assessment under Article 68 governance.

Article 73 outsourcing. Where validator operations are outsourced to third parties, the outsourcing framework applies including service-level monitoring, sub-custody chain documentation.

Article 78 inducements. Where validator selection is influenced by third-party arrangements (MEV revenue sharing, priority slot allocation), the inducements rule may apply.

The slashing risk question

Slashing is the protocol penalty for validator misbehaviour or extended downtime. Typical slashing scenarios:

  • Validator double-signs (proposes conflicting blocks) — material slashing
  • Validator goes offline for extended periods — small slashing per hour offline
  • Validator equivocates — material slashing

For CASP staking-as-a-service, slashing falls on the CASP under Article 75(7) unless properly allocated. CASPs that bear slashing risk typically:

  • Operate validators in-house with rigorous redundancy and monitoring
  • Limit validator concentration to reduce double-sign exposure
  • Maintain operational-risk capital buffers beyond Article 67 minimum
  • Document the loss-compensation framework in client service terms

CASPs attempting to allocate slashing risk to clients via service terms face Article 7 fair-clear-not-misleading scrutiny — the disclosure must be specific, prominent, and demonstrably understood by the client.

Lock-up disclosure as substantive obligation

Many staking protocols involve lock-up periods during which staked assets cannot be unstaked or transferred. Ethereum’s unstaking queue, Solana’s epoch unstaking, Polkadot’s 28-day unbonding — all examples.

For CASP staking-as-a-service, lock-up disclosure is part of Article 7 substantive obligation:

  • Duration of lock-up
  • Conditions for early exit (if any)
  • Fees or yield-loss for early exit
  • Variable lock-up periods (queue-dependent)

Marketing that emphasises staking rewards without proportionate lock-up disclosure breaches Article 7. Some CASPs in early 2026 received supervisory engagement on this specific pattern.

The buyer’s view

For a CASP scoping a staking-as-a-service launch in 2026:

1. Classify the service first. Pure custody plus delegation, or custody plus integrated staking infrastructure, or liquid-staking issuance — the classification drives the regulatory regime.

2. Build the slashing-risk operational framework before launch. Validator redundancy, monitoring, capital buffer. The Article 75 loss-compensation exposure is real.

3. Disclosure is substantive. Risk warnings, lock-up periods, validator selection, reward variability — all required pre-contractual disclosure. Marketing that minimises these compromises Article 7 compliance.

4. Plan for ESMA 2026 review impact. The MiCA Article 142 Commission review will likely produce sharper staking guidance. Operating models should anticipate tighter classification rather than rely on current ambiguity.

For users assessing staking services from a CASP:

  • Confirm the CASP is MiCA-authorised for custody and the staking service set
  • Read the slashing-risk allocation in service terms
  • Understand the lock-up period and early-exit conditions
  • Check the validator-selection methodology and concentration
  • Verify the reward calculation and distribution mechanism

Staking is one of the more operationally complex services CASPs offer under MiCA. The substantive compliance lift is real but tractable. The classification questions — particularly for liquid staking — will sharpen in late 2026 and 2027 as ESMA convergence work produces clearer guidance.

Pitfalls and nuances

1 Reading the DeFi carve-out as a staking exemption

MiCA Article 2(2)(e) exempts fully decentralised activity. Pure protocol staking where the user controls the keys and runs the validator is within the carve-out. CASP staking-as-a-service is not — the CASP is the intermediary, the carve-out does not apply. Confusing the two leads to operating without authorisation in a way that is in scope.

2 Treating staking rewards as outside custody scope

When a CASP custodies staked crypto-assets, the rewards accrue to the user account. The CASP custodies the rewards during accrual — that's part of the custody service under Article 75. Treating rewards as somehow outside the custody framework misses substantive obligations on segregation and safeguarding.

3 Inadequate slashing-risk disclosure

Staking carries slashing risk — the chance of stake forfeiture for validator misbehaviour or downtime. CASP marketing that emphasises rewards without proportionate slashing-risk disclosure breaches Article 7 fair-clear-not-misleading. Risk-warning rules in ESMA Guidelines apply.

4 Ignoring liquid-staking token classification

Issuing a liquid-staking token (lsETH, mSOL, stATOM) is a token-issuance activity. The token classification — utility, ART, EMT — drives the regulatory regime (Title II/III/IV). Liquid-staking projects sometimes overlook the issuance side because the staking infrastructure is the headline product.

5 Lock-up disclosure as small-print

Staking typically involves lock-up periods during which the staked asset cannot be unstaked or transferred. Disclosure of the lock-up period — duration, conditions for early exit, fees — is part of Article 7 disclosure for the staking service. Buried disclosure produces enforcement risk.

Frequently asked questions

Does staking fall within MiCA?

Depends on structure. CASP-operated staking-as-a-service is in scope. User self-staking with self-custody is outside. Delegated staking via a CASP is in scope. Liquid staking tokens have their own classification path.

Can a non-authorised entity offer staking services in the EU?

If the entity provides custody of client crypto-assets to enable staking, that's a CASP service requiring MiCA authorisation. Pure protocol staking infrastructure (the user runs the validator themselves) is outside MiCA.

Who bears slashing risk in CASP staking-as-a-service?

The CASP under MiCA Article 75 loss-compensation framework, unless user documentation properly allocates the risk. Most CASP staking products bear the slashing risk and document it in the service terms.

Is liquid staking a stablecoin?

Depends on the token. A liquid-staking token tracking the staked asset 1:1 with reward accrual is a crypto-asset (Title II). A stable-value design may be an ART (Title III). Case-by-case classification.

Get matched

Working through a crypto-licensing decision?

Get an editorial shortlist of firms matched to your business — customer market, model, jurisdiction, and stage. Free, and not influenced by sponsorship.

Get a firm shortlist →

Sources cited

  1. Regulation (EU) 2023/1114 (MiCA), Articles 3, 75 — regulation
  2. ESMA Q&A on MiCA — staking treatment — regulator
  3. EBA Final Report — Guidelines on staking services — regulator
  4. BaFin — Position on staking services under German law — regulator