Mobile Banking Research

Mobile Payment/Banking Application - Full Research Findings

Table of Contents

  1. Regulatory Requirements
  2. Technical Architecture
  3. Security & Compliance
  4. Market Analysis
  5. Key Success Factors

1. Regulatory Requirements

1.1 EU Payment Services Directive (PSD2/PSD3)

Current State (PSD2)

PSD2 has been the governing framework since 2018, establishing:

PSD3 Transition (2025-2028)

Timeline:

Key Changes in PSD3:

Compliance Actions for 2026:

  1. Implement Confirmation of Payee systems
  2. Upgrade SCA mechanisms for eIDAS 2.0 alignment
  3. Establish real-time fraud monitoring
  4. Prepare for API hardening requirements
  5. Build recovery assurance capabilities

1.2 Licensing Requirements

Electronic Money Institution (EMI) License

Capital Requirements:

Application Costs by Jurisdiction:

Country Application Fee Timeline Total Setup Cost
Lithuania EUR 1,463 6-9 months EUR 30K-50K
Malta EUR 2,000-5,000 ~6 months EUR 40K-60K
Ireland GBP 5,000 12-18 months EUR 200K-300K+
UK GBP 5,000 6-12 months EUR 100K-200K

Lithuania Advantages:

Ireland Advantages:

Payment Institution (PI) License

Alternative to EMI if not issuing e-money:

1.3 KYC/AML Requirements

EU AML Package 2025

New Framework:

Core KYC Requirements:

  1. Customer Due Diligence (CDD)

    • Identity verification (ID document + biometric)
    • Address verification
    • Source of funds verification
    • Beneficial ownership identification (UBO)
  2. Enhanced Due Diligence (EDD)

    • Required for high-risk customers/transactions
    • PEP (Politically Exposed Persons) screening
    • Ongoing monitoring requirements
  3. eKYC Standards (2025)

    • Mandatory electronic identification
    • eIDAS 2.0 compliance for digital identity
    • Remote verification capabilities required

Cash Transaction Limits:

1.4 Data Protection (GDPR)

Key Requirements for Financial Apps:

  1. Data Minimization

    • Collect only necessary data
    • Clear purpose limitation
    • Defined retention periods
  2. Privacy by Default

    • Location tracking disabled by default
    • Marketing communications opt-in only
    • Minimal data sharing defaults
  3. Consent Management

    • Explicit, active consent required
    • No pre-ticked boxes
    • Easy withdrawal mechanism
    • Granular consent options
  4. Data Subject Rights

    • Right to access (30-day response)
    • Right to portability
    • Right to erasure
    • Right to rectification
  5. Security Requirements

    • End-to-end encryption (TLS 1.3+)
    • AES-256 for data at rest
    • Data breach notification within 72 hours
  6. DPIA Requirements

    • Required for AI-powered decisions
    • Biometric authentication systems
    • Large-scale customer analytics

Penalties:


2. Technical Architecture

2.1 System Architecture Overview

Modern mobile banking requires a layered, microservices-based architecture:

┌─────────────────────────────────────────────────────────────┐
│                    PRESENTATION LAYER                        │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────────────┐  │
│  │  iOS App    │  │ Android App │  │    Web Dashboard    │  │
│  │  (Swift)    │  │  (Kotlin)   │  │     (React)         │  │
│  └─────────────┘  └─────────────┘  └─────────────────────┘  │
│         OR Cross-Platform: Flutter / React Native            │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                      API GATEWAY                             │
│  (Authentication, Rate Limiting, Load Balancing)             │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                   MICROSERVICES LAYER                        │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────────┐   │
│  │   Auth   │ │ Accounts │ │ Payments │ │    Cards     │   │
│  │ Service  │ │ Service  │ │ Service  │ │   Service    │   │
│  └──────────┘ └──────────┘ └──────────┘ └──────────────┘   │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────────┐   │
│  │   KYC    │ │   AML    │ │  Ledger  │ │ Notification │   │
│  │ Service  │ │ Service  │ │ Service  │ │   Service    │   │
│  └──────────┘ └──────────┘ └──────────┘ └──────────────┘   │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                    DATA LAYER                                │
│  ┌──────────────┐  ┌───────────┐  ┌─────────────────────┐   │
│  │  PostgreSQL  │  │   Redis   │  │   Event Stream      │   │
│  │  (Primary)   │  │  (Cache)  │  │   (Kafka/RabbitMQ)  │   │
│  └──────────────┘  └───────────┘  └─────────────────────┘   │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                 EXTERNAL INTEGRATIONS                        │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────────┐   │
│  │  BaaS    │ │   Card   │ │   KYC    │ │   Payment    │   │
│  │ Provider │ │ Issuer   │ │ Provider │ │   Rails      │   │
│  └──────────┘ └──────────┘ └──────────┘ └──────────────┘   │
└─────────────────────────────────────────────────────────────┘

2.2 Payment Processing Flow

1. User Initiates Payment
         │
         ▼
2. Mobile App → API Gateway
         │
         ▼
3. Authentication Service (verify session, 2FA if required)
         │
         ▼
4. Payment Service
   ├── Validate request
   ├── Check balance/limits
   ├── AML screening (real-time)
   └── Create payment intent
         │
         ▼
5. Ledger Service
   ├── Reserve funds (pending state)
   └── Create audit trail
         │
         ▼
6. External Payment Rail (SEPA, SWIFT, card network)
         │
         ▼
7. Confirmation
   ├── Ledger finalization
   ├── User notification
   └── Transaction record

2.3 Mobile Wallet Architecture

Core Components:

  1. Wallet Container

    • Multi-currency support
    • Real-time balance tracking
    • Transaction history
    • Spending analytics
  2. Card Management

    • Virtual card generation
    • Physical card ordering
    • Card controls (freeze, limits)
    • Push provisioning (Apple/Google Pay)
  3. Payment Methods

    • NFC tap-to-pay
    • QR code payments
    • P2P transfers
    • Scheduled payments
    • Bill payments
  4. Security Layer

    • Biometric authentication
    • Device binding
    • Transaction signing
    • Tokenization

2.4 Core Banking Integration Options

Option 1: Full BaaS

Option 2: Modular Integration

Option 3: Custom Build

2.5 API-First Design Principles

  1. RESTful APIs for standard operations
  2. WebSocket for real-time updates
  3. GraphQL for complex data queries (optional)
  4. Idempotency for payment operations
  5. Versioning for backward compatibility
  6. Rate limiting for security and stability

3. Security & Compliance

3.1 PCI DSS Compliance

Compliance Levels:

Key Requirements (v4.0.1):

Requirement Description
Req 3 Protect stored cardholder data
Req 4 Encrypt transmission of cardholder data
Req 6 Develop and maintain secure systems
Req 8 Identify users and authenticate access
Req 10 Log and monitor all access
Req 11 Regularly test security systems
Req 12 Maintain information security policy

Mobile-Specific Requirements:

Non-Compliance Penalties:

3.2 Strong Customer Authentication (SCA)

Two of Three Factors Required:

  1. Knowledge: PIN, password
  2. Possession: Phone, token, card
  3. Inherence: Biometrics (fingerprint, face)

SCA Exemptions:

3.3 Security Architecture

┌─────────────────────────────────────────────────────┐
│              SECURITY LAYERS                         │
├─────────────────────────────────────────────────────┤
│ Application Security                                 │
│ ├── Input validation                                │
│ ├── Output encoding                                 │
│ ├── Session management                              │
│ └── OWASP MASVS compliance                          │
├─────────────────────────────────────────────────────┤
│ Data Security                                        │
│ ├── AES-256 encryption (at rest)                    │
│ ├── TLS 1.3 (in transit)                            │
│ ├── Tokenization (sensitive data)                   │
│ └── Key management (HSM)                            │
├─────────────────────────────────────────────────────┤
│ Infrastructure Security                              │
│ ├── WAF (Web Application Firewall)                  │
│ ├── DDoS protection                                 │
│ ├── Network segmentation                            │
│ └── Intrusion detection                             │
├─────────────────────────────────────────────────────┤
│ Operational Security                                 │
│ ├── 24/7 monitoring                                 │
│ ├── Incident response                               │
│ ├── Penetration testing                             │
│ └── Vulnerability management                        │
└─────────────────────────────────────────────────────┘

3.4 Fraud Prevention

Real-Time Monitoring:

Required Capabilities (PSD3):


4. Market Analysis

4.1 European Digital Banking Market

Market Size:

Key Players:

4.2 Competitive Landscape

Neobank Industry Statistics (2025):

Success Factors:

  1. Differentiated value proposition
  2. Superior user experience
  3. Cost-efficient operations
  4. Multiple revenue streams
  5. Strong unit economics

4.3 Revenue Models

Primary Revenue Streams:

  1. Interchange fees: 0.2-0.3% of card transactions
  2. FX markup: 0.5-2% on currency conversion
  3. Subscription tiers: EUR 5-15/month premium plans
  4. Interest income: On deposits (if banking license)
  5. Lending: Personal loans, BNPL, overdrafts

Emerging Revenue:


5. Key Success Factors

5.1 Time to Market

Critical Milestones:

Accelerators:

5.2 User Acquisition

Strategies:

  1. Referral programs: Proven effective for neobanks
  2. Niche targeting: Specific customer segments
  3. Feature differentiation: Unique value proposition
  4. Partnership distribution: Through platforms/employers

Metrics to Track:

5.3 Operational Excellence

Key Capabilities:

  1. Customer support: 24/7, multi-channel
  2. Fraud management: Real-time, ML-powered
  3. Compliance: Continuous monitoring
  4. Engineering: Rapid iteration, reliability

Cost Optimization:


Sources and References

Regulatory

Technical

Market


Revision #5
Created 2026-02-18 08:44:54 UTC by John
Updated 2026-05-25 07:25:59 UTC by John