Payments are becoming faster, richer and more complex. Money now moves across cards, account-to-account rails, wallets, real-time payments, cross-border networks, embedded finance platforms and, increasingly, digital money infrastructure. At the same time, fraud is becoming more sophisticated, customer expectations are rising, regulatory scrutiny is intensifying and banks are under pressure to modernize legacy platforms without compromising resilience.
For years, banks and payments organizations have responded by building more rules, more controls, more data pipelines and more task/domain-specific machine learning models: A fraud model here; a credit model there; a customer propensity model in another team; a reconciliation tool somewhere else. Each model solves a narrow problem, often using its own features, data definitions, governance processes and operating model.
This approach has delivered value, but it is reaching its limits.
The next leap in payments intelligence will come from transaction foundation models (TFMs): domain-specific AI models trained on large-scale transaction and event data to create a reusable intelligence layer across banking and payments. They can help institutions move from fragmented analytics to shared intelligence, from reactive decisioning to predictive insight, and from isolated AI use cases to scalable AI-powered operations.
NVIDIA’s work on transaction foundation models provides a practical developer blueprint for building and creating intelligent embeddings by using transformer architecture on tabular data.
For a broader industry view of how leading firms are already deploying this architecture, see NVIDIA's companion blog: Why Financial Institutions Are Converging on Transaction Foundation Models.
Also recent industry work, including Revolut PRAGMA work, shows how a single pre-trained model backbone can support multiple downstream tasks such as fraud detection, credit scoring, customer engagement, recurrent transaction detection, product recommendation and lifetime value prediction.
A transaction foundation model is an AI model trained on large volumes of financial transaction and event data so it can learn patterns in how money moves, how customers behave, how merchants operate and how risk emerges across the ecosystem.
It isn’t simply a fraud model, a credit model or a marketing model. It’s a shared representation layer that can be reused across many use cases.
In simple terms, a transaction foundation model learns the “language of money movement”.
Just as a language model learns patterns in words, grammar, context and meaning, a transaction foundation model learns patterns in payment events, account behavior, merchant categories, transaction amounts, timing, channels, devices, balances, customer journeys and network relationships. These patterns are converted into embeddings — mathematical representations that capture useful signals from raw transaction histories.
Those embeddings can then be used by downstream models and applications. A fraud team may use them to detect abnormal behavior:
A credit team may use them to improve affordability and risk assessment.
A payments operations team may use them to predict exceptions.
A product team may use them to identify relevant customer needs.
A merchant acquiring team may use them to optimize authorization rates or reduce false declines.
The important shift is that each team no longer has to start from scratch. Instead of building dozens of isolated feature pipelines and models, the organization can build a common intelligence layer that learns from the full richness of transaction and event data, then adapts that intelligence to specific business outcomes.
The evidence that this approach works is already substantial. Mastercard's Large Transaction Model (LTM), announced at GTC 2026 in partnership with NVIDIA and Databricks, was trained on billions of anonymized transactions and is framed by Mastercard as an insights engine spanning payments, cybersecurity, personalization and commerce- a marquee validation of the TFM category from one of the world's largest payment networks. Revolut's PRAGMA model- trained on 26 million user records, 24 billion events and 207 billion tokens across 111 countries- delivered a 130.2% improvement in credit scoring, 64.7% improvement in external fraud recall and 40.5% improvement in product recommendation from a single pre-trained backbone. Stripe Radar, trained on more than $1.9 trillion of annual payment volume, reduces fraud by 32% on average. Adyen Uplift reported conversion uplift of up to 6%, cost reductions of up to 5% and an 86% reduction in manual risk rules across 60 enterprise pilots. Plaid's transaction representation model improved income classification by 48%, loan payment detection by 14% and bank-fee classification by 22% — with the same representation supporting classification, entity resolution and semantic retrieval. One reusable intelligence layer, multiple downstream gains.
NVIDIA's blog goes deeper into the engineering partnerships behind several of these deployments — including Revolut, Mastercard, Adyen and Stripe — and is worth reading alongside these performance numbers: NVIDIA blog.
Taken together, these examples show that transaction intelligence is already delivering measurable outcomes:
Better fraud detection and lower fraud loss.
Higher authorization and conversion rates.
Lower false positives and fewer manual risk rules.
Faster anomaly and incident detection.
Better classification of income, fees, loan payments and financial behavior.
Reusable embeddings that reduce the need to rebuild every model from scratch.
This is the real strategic shift. Transaction foundation models are not simply another model type. They are a way to turn transaction data into reusable enterprise intelligence.
The gap they fill
Banks and payments companies already have huge volumes of transaction data. The problem isn’t a lack of data. The problem is that much of this data remains fragmented, underused or locked inside legacy systems, product silos and operational processes.
Today, many institutions still operate with five major gaps.
Data is fragmented across products and platforms. Card transactions, account-to-account payments, merchant acquiring data, customer servicing events, fraud case data, disputes, sanctions alerts, app behavior and open banking data often sit in different systems. Each system provides a partial view of the customer, the transaction or the risk.
Models are often task-specific. A fraud model may be trained for one product or channel. A credit model may use a separate feature set. A churn model may be built in a different environment. This creates duplication, slows delivery and makes it harder to transfer learning from one use case to another.
Feature engineering is expensive and slow. Many traditional machine learning approaches rely on hand-crafted features. Data scientists and engineers spend significant time defining ratios, aggregations, time windows and behavioral indicators. These features can be powerful, but they are labour-intensive and often difficult to reuse.
Many models lack context. A single transaction may look normal in isolation but suspicious in sequence. A payment may be low risk for one customer but highly unusual for another. A merchant may appear healthy until network signals reveal a wider pattern of abuse. Context matters, and current systems often struggle to capture it consistently.
AI doesn’t always scale beyond pilots. Many banks have promising proofs of concept but struggle to industrialize them. The barriers are not only technical. They include data readiness, model governance, explainability, integration into real-time decision flows, operational adoption and the ability to monitor performance over time.
Current state vs future state: a maturity map
Most institutions will not move to transaction foundation models in one step. The journey is a maturity progression.
0 Comments
Log in to join the conversation.No comments yet. Be the first to share your thoughts.