SVF, RPSCS & Payment Token Services Explained (2026 Edition)
By CRYPTOVERSE Legal Consultancy
Advising Fintech & Stablecoin Founders on CBUAE Licensing, Structuring & Compliance
The New Architecture of Payments in the UAE
The United Arab Emirates has emerged as one of the most sophisticated regulatory environments for digital payments and tokenised finance in the region. At the centre of this architecture sits the Central Bank of the UAE (CBUAE), which regulates three distinct but interconnected payment regimes:
- Stored Value Facilities (SVF)
- Retail Payment Services & Card Schemes (RPSCS)
- Payment Token Services (PTS)
For fintech founders, crypto entrepreneurs, and investors, understanding how these regimes interact is not optional, it is foundational.
Misclassification can lead to:
- Licence rejection
- Capital miscalculation
- Enforcement exposure
- Banking disruption
- Valuation impairment
This guide provides a comprehensive, structured breakdown of the CBUAE licensing ecosystem and how to strategically navigate it.
Part I — The Regulatory Framework: Three Pillars of Payment Supervision
The CBUAE regulates payment activity through activity-based triggers. The correct licence depends not on branding, but on functional behaviour.
| Regime | Core Focus | Risk Vector |
| SVF | Prepaid stored fiat value | Liquidity & insolvency |
| RPSCS | Retail payment execution | Transaction & systemic risk |
| PTS | Blockchain-based Payment Tokens | Reserve integrity & custody |
Each regime carries different capital requirements, supervisory expectations, and compliance burdens.
Part II — Stored Value Facilities (SVF)
What Is an SVF?
An SVF exists where:
- A customer prepays funds (or money’s worth);
- Value is stored electronically;
- The issuer undertakes to redeem or apply that value later.
Common examples include:
- E-wallets storing AED balances
- Prepaid cards
- Closed-loop marketplace wallets
- Super apps holding user balances
SVF is fundamentally about customer Float.
Capital Requirements
The SVF framework imposes a dual-layer capital structure:
- Minimum paid-up capital: AED 15,000,000
- Ongoing capital: ≥ 5% of total customer Float
This creates a structural breakpoint:
Once Float exceeds AED 300 million, the 5% rule surpasses the fixed capital floor.
Example
| Float | 5% Requirement |
| AED 200m | 10m |
| AED 300m | 15m |
| AED 500m | 25m |
Rapid wallet adoption can dramatically increase capital exposure.
Prudential Focus
The CBUAE evaluates:
- Float segregation
- Liquidity sufficiency
- Insolvency protection
- Redemption certainty
- Float reconciliation systems
SVF supervision is liquidity-intensive and prudentially conservative.
Part III — Retail Payment Services & Card Schemes (RPSCS)
RPSCS governs the execution of retail payment services.
Activities Covered
- Payment Account Issuance
- Payment Instrument Issuance
- Merchant Acquiring
- Payment Aggregation
- Domestic Fund Transfers
- Cross-Border Transfers
- Payment Initiation
- Account Information Services
- Payment Token Services (Category I scope reference)
Licence Categories & Capital
| Category | Typical Scope | Capital Range |
| Category IV | Payment initiation & AISP | 100k |
| Category III | Domestic PSP | 500k–1m |
| Category II | Cross-border PSP | 1m–2m |
| Category I | Full-scope PSP | 1.5m–3m |
Unlike SVF, RPSCS capital scales by transaction volume and scope, not Float.
Escalation Risks
Triggers that increase supervisory exposure:
- Introducing cross-border services
- Rapid transaction growth
- Adding acquiring capability
- Moving into Category I scope
Capital escalation is tier-based, not linear.
Part IV — Payment Token Services (PTS)
PTS regulates blockchain-based Payment Tokens, including stablecoins.
Activities Covered
- Issuing Payment Tokens
- Offering tokens to the public
- Buying/selling Payment Tokens
- Facilitating exchange
- Token custody
- Merchant acceptance of tokens
Stablecoin issuance falls squarely within this regime.
Capital & Governance
PTS typically falls within Category I exposure under RPSCS.
However, the prudential emphasis shifts to:
- Reserve backing
- White paper approval
- Blockchain transparency
- Custody governance
- Enhanced AML controls
While capital thresholds may resemble Category I PSPs, supervisory intensity is materially higher.
Part V — Where the Regimes Intersect
Many modern fintech models trigger multiple regimes simultaneously.
Scenario 1 — Wallet Only
Stores prepaid AED balances.
→ SVF only.
Scenario 2 — Remittance Platform
Executes cross-border transfers without stored balances.
→ RPSCS Category II/I.
Scenario 3 — Stablecoin Issuer
Issues fiat-backed Payment Tokens.
→ PTS (Category I exposure).
Scenario 4 — Super App (Fiat + Transfers + Stablecoin)
- Stores AED balances
- Executes domestic & cross-border transfers
- Issues or facilitates stablecoins
→ SVF + RPSCS + PTS combined.
This represents the highest supervisory tier.
Part VI — Comparative Capital Stress Model
Consider a fast-growing super app:
- Float: AED 400m
- Cross-border remittance active
- Stablecoin conversion enabled
Capital Impact
- SVF: 5% of 400m = 20m
- RPSCS: Category I = 1.5–3m
- PTS: Category I oversight
Effective prudential expectation aligns with the highest risk layer.
Part VII — Licensing Strategy: Before You Apply
Pre-application structuring is critical.
Key questions:
- Are customers pre-funding balances?
- Will you execute domestic or cross-border transfers?
- Will you issue or facilitate stablecoins?
- What is your 24-month Float forecast?
- What is your projected transaction velocity?
A licensing strategy should be built around growth modelling, not current size.
Part VIII — Common Mistakes That Delay Approval
- Misclassifying wallet as PSP
- Ignoring 5% Float capital overlay
- Adding token functionality without Category I review
- Weak source-of-funds documentation
- Incomplete AML framework
- Unrealistic financial projections
- Inadequate technology governance
CBUAE assessments are substance-driven.
Part IX — Ongoing Compliance Obligations
Licensing is only the beginning.
Firms must maintain:
- Capital adequacy
- Float reconciliation
- Safeguarding controls
- AML transaction monitoring
- Board oversight
- Regulatory reporting
- Incident notification
Failure to maintain prudential standards can trigger supervisory intervention.
Part X — Why Structuring Matters for Investors
Investors assessing UAE fintech opportunities should ask:
- Has the correct licence been identified?
- Is capital modelled against 36-month growth?
- Are Float obligations stress-tested?
- Is stablecoin issuance governed under PTS?
- Is cross-border exposure escalated appropriately?
Regulatory misalignment directly impacts valuation and exit feasibility.
Part XI — Designing for Scalability
A scalable model should:
- Separate Float accounts
- Model capital breakpoints
- Anticipate category escalation
- Structure reserve governance early
- Implement modular compliance systems
The goal is regulatory elasticity without capital shock.
Part XII — The Strategic Advantage of Early Regulatory Architecture
The most successful fintech and stablecoin projects in the UAE share one trait:
They design their regulatory architecture before building a product.
This includes:
- Licence mapping
- Capital forecasting
- Supervisory engagement planning
- Governance documentation
- White paper structuring (for PTS)
Reactive licensing leads to capital inefficiency.
Final Thoughts: The Future of Payment Supervision in the UAE
The UAE’s payment ecosystem is converging:
- Wallets are integrating transfers.
- PSPs are exploring stablecoins.
- Super apps are layering storage + movement + tokens.
As this convergence accelerates, regulatory layering intensifies.
SVF, RPSCS, and PTS are not siloed frameworks, they are a multi-dimensional compliance matrix.
Understanding their interaction is now a strategic necessity.
Why CRYPTOVERSE Legal Consultancy
We advise fintech founders, crypto start-ups, and payment operators on:
- SVF licensing strategy
- RPSCS category structuring
- PTS stablecoin governance
- Capital stress modelling
- Pre-application regulator engagement
- Ongoing compliance architecture
Our focus is not simply obtaining a licence,
It is designing a sustainable regulatory infrastructure aligned with growth.
Legal Disclaimer: This article is provided for informational purposes only and does not constitute legal advice. Regulatory classification, capital requirements, and supervisory obligations depend on the specific business model, Float structure, token mechanics, and transaction profile of each applicant. Formal legal analysis should be conducted prior to engaging with the Central Bank of the UAE.
FAQs
1. What is a CBUAE licence?
A CBUAE licence authorises businesses to provide regulated payment, stored value, and payment token services in the UAE.
2. What is the difference between SVF and RPSCS?
SVF regulates stored customer funds, while RPSCS governs the execution of retail payment services and payment transactions.
3. Who needs a Payment Token Services (PTS) licence?
Businesses issuing, offering, exchanging, or providing custody for payment tokens and stablecoins may require a PTS licence.
4. What are the minimum capital requirements for CBUAE licensing?
Capital requirements vary by licence type, with SVF, RPSCS, and PTS each having different prudential thresholds based on business activities.
5. Can one company hold multiple CBUAE licences?
Yes. Depending on its business model, a fintech company may require multiple CBUAE licences to operate different regulated payment services.