Payment Tokenization
How real card numbers (FPAN) are replaced by tokens (DPAN) for digital wallets, card-on-file, and IoT payments. Covers the full lifecycle, cryptogram generation, and the Visa VTS vs. Mastercard MDES service comparison.
FPAN vs. DPAN
Payment tokenization replaces a cardholder's real card number (FPAN — Funding PAN) with a surrogate value (DPAN — Device/Digital PAN) that is useless outside a restricted domain. Defined by the EMVCo Payment Tokenization Specification v2.0+, the token passes the Luhn check and appears to be a valid PAN to legacy systems while being restricted to a specific device, merchant, or use case.
Funding PAN
- The real card number issued by the bank
- 16-19 digits, Luhn-valid
- Linked to cardholder's account
- If compromised, entire card must be reissued
- Stored in issuer's card management system
- Never transmitted by tokenized wallets
Device / Digital PAN
- Token issued by Token Service Provider (TSP)
- Same 16-digit format, Luhn-valid
- Restricted to specific device / merchant / channel
- If compromised, only that token is affected
- Stored in device Secure Element or cloud
- Used in actual payment transactions
Key Benefits
Breach Isolation
A merchant data breach exposes only DPANs, not real card numbers. No reissuance required for unaffected merchants.
Domain Restriction
Tokens are valid only within their provisioned domain. A mobile wallet token cannot be used for card-on-file at a different merchant.
Card on File
Merchants store DPAN instead of FPAN. Recurring charges continue uninterrupted even when the physical card is replaced.
Cryptographic Proof
Each transaction generates a unique cryptogram (TAVV/DSRP) proving device possession. Replay attacks are prevented.