
The 2025 Money Mobility Forecast: Why The Future of Payments Is Freedom, Not Rails
January 10, 2025 by
May 22, 2025 By Lisa McFarland
Guide Topics Include:
It’s 9:30 a.m. on a bright Tuesday in May. We’re in a glass-walled “innovation lab” two blocks from the Des Moines River—white oak tables, thoughtful lighting, espresso machine working overtime.
Around the table sit a CIO who still bookmarks mainframe manuals, three SaaS-seasoned product leads itching to ship weekly, and a compliance officer who talks about Fed examiners the way hikers talk about bears.
The gig-economy is booming, Apple just spun up tap-to-pay for teens, and every payments deck at Money20/20 promised instant everything. This bank wants in:
“We need embedded accounts and same-day payouts for a gig-work platform—by December.”
I sketch three rectangles: Legacy Core, Sidecar Core, Middleware. I add a question mark box above them—Above-Core Layer—and draw arrows in both directions. Twenty minutes of lively debate later the inevitable, business-defining question lands:
“Do we upgrade the old core, park a modern sidecar next to it, or let a BaaS partner translate for us?”
That single fork determines compliance workload, launch speed, revenue share, and boardroom stress for years. Yet most teams freeze at the vocabulary: shadow ledger, omnibus account, above-core cache—wait, aren’t those the same thing?
This guide is my field manual for un-freezing that moment. We’ll unpack the three working patterns—sidecar cores, middleware hubs, and above-core platforms—using plain language and real outcome data. Then we’ll layer on security must-haves, the latest crypto accounting twists, and a checklist you can tape to your own war-room wall.
Read straight through if you’re drafting a transformation charter, or hop to the sections that may be keeping you up at night. Either way, you’ll leave with a practical decision tree—and the confidence to pick a path that won’t implode at audit time.
Coffee in hand, marker uncapped—let’s sketch.
Bank tech hasn’t always been a choose-your-own-adventure novel. In the 1990s, a mid-tier banking institution would buy a monolithic core from Fiserv, FIS, or Jack Henry and run it untouched for a decade. In that era, innovation meant bolting on an Internet Banking module and praying batch jobs would finish by dawn.
Fast forward two decades: Fintech’s first wave—PayPal, Square, Chime—exposed how brittle that single banking core model felt once mobile apps demanded instantaneous ledgers.
Vendor roadmaps couldn’t keep up, so three distinct work-arounds emerged:
Here’s the breakdown:
Pattern | First Movers | Core Pain It Solved |
---|---|---|
Sidecar Core | Moven, Starling Bank, later JPM UK | Legacy batch cores couldn’t post instant payments or thousands of daily account creations. |
Middleware / BaaS | Galileo, Stripe Treasury, Treasury Prime, Unit, Synctera | Community banks lacked the talent to build APIs but still craved deposit growth from fintechs. |
Above-Core Platform | Sutton Bank + Infinant, Fifth Third’s “banking as a service” desk | Banks wanted real-time APIs yet refused to let an outsider own their ledger of record. |
Those prototypes matured into full-scale production models. Today every embedded-finance and banking deal I negotiate lands on one of those three rails (or a blend of them).
Before we weigh trade-offs, let’s explore each pattern from the inside out.
A short pit-stop before the deeper dive. Use these definitions to keep the tech jargon from tripping you up.
Term | Lisa’s one-liner | Why it matters in this guide |
---|---|---|
Sidecar Core | A modern, cloud ledger that runs next to the old mainframe—think bullet train alongside a freight line. | Powers real-time payments and new digital brands without ripping out the legacy core. |
Middleware / BaaS Hub | A translation layer that speaks JSON to fintechs and COBOL or batch files to banks. | Fastest go-live, but you inherit a third-party ledger and revenue-share fees. |
Above-Core Platform | A bank-owned micro-services “skin” that wraps the legacy core with APIs and a high-speed cache. | Gives fintech partners near-instant balances while the mainframe stays the book of record. |
Shadow (Sub-) Ledger | A secondary set of balances—often in middleware—that tracks each end-user while the bank sees only pooled funds. | Great for scale; dangerous if not reconciled daily. |
Omnibus / FBO Account | One big core account “For the Benefit Of” many end-users. | Simpler for the bank, but clarity dies if the shadow ledger drifts. |
Reconciliation | The nightly (or hourly) ritual of proving every debit and credit rolled up correctly to the core GL. | Skip it once and tomorrow’s auditors own your weekend. |
FedNow / RTP | U.S. instant-payment rails—FedNow (Fed) and RTP (The Clearing House). Both settle in real time, 24 × 7 × 365. | Legacy batch cores struggle here; sidecar or above-core makes life easier. |
Tokenization | Swapping sensitive data (card number, account number) for a random “token” that’s useless if stolen. | Reduces PCI scope and soothes regulators. |
Cryptographic Hash Chain | Each ledger entry plugs the hash of the previous one into its header—edit a byte, break the chain. | An immutability trick borrowed from blockchains; boosts audit confidence. |
SAB 122 (ex-SAB 121) | SEC bulletin that rescinded the rule forcing banks to book custodial crypto on-balance-sheet. | Re-opens the door for compliant crypto custody inside modern cores. |
1250 % Basel Risk Weight | Proposed capital rule for unbacked crypto: hold a dollar in capital for every dollar of Bitcoin. | Drives architecture—banks prefer models that keep those assets off their own books. |
How to use this table:
If a term shows up later and you can’t remember why it matters, jump back here. Everything in the guide builds on these building blocks—and yes, we’ll revisit them in context so they stick.
With a common vocabulary in place, let’s walk through the first rail the CIO circled in red—Sidecar Core.
With our terms locked in, we can finally explore the three rails that dominated the whiteboard. We’ll start with the option our CIO scribbled “Plan A” beside—the sidecar core.
Picture a freight train (your legacy core) rolling reliably at forty miles an hour. You can’t stop it, but you can lay a second track beside it and run a bullet train (your sidecar core) on electrified rails. At designated stations—cards, deposits, loan postings—the two trains exchange cargo through well-timed sidings.
Technically, the sidecar is a separate core database—cloud native, event-driven, ISO-20022 fluent. Banks can migrate new digital brands or specific product lines (crypto wallets, teen cards, multicurrency accounts) onto that modern stack while the mainframe continues to serve branch and ACH traffic.
Use a sidecar when product innovation outruns mainframe release cycles and your board is willing to pay an up-front licence in exchange for long-run flexibility.
Sidecars are great when you can fund a second core; when time or budget says “no,” teams grab a translator instead.
Sidecars solve the “need-for-speed + total control” problem—great, but not every bank has the budget or the appetite for a second core. When launch deadlines shrink from months to weeks, many teams reach for a translator instead. Enter middleware and BaaS.
Imagine hiring a multilingual concierge. Fintech apps speak JSON; your core speaks COBOL. The concierge (middleware) takes each request—“open an account,” “post a debit”—converts it, then batches updates back to the core. Some concierges also keep a sub-ledger so they can answer balance inquiries without waking the mainframe.
Early middleware providers wrapped this service in compliance, KYC, and dispute handling, selling an all-in-one on-ramp to thousands of startups. On the other side, banks earned interchange and deposits without touching a line of code.
Choose middleware when you need to validate market demand yesterday and accept that you are trading control for launch speed. And, most important of all: Build an exit plan on day one.
Middleware buys speed but adds third-party ledgers. The middle road is an above-core layer your bank owns outright—let’s break it down.
Middleware gets you on the track fast, yet some sponsors worry about third-party ledgers and revenue-share bleed. For them, the compromise is an above-core layer: modern APIs, familiar ledger-of-record. Let’s see how that works in practice.
An above-core layer wraps a legacy banking core (the one that was bought in the 90s) with micro-services, message queues, and a high-speed cache. The core remains the official system of record, but the cache handles real-time auth and fires webhook events to fintech partners. Think of it as a neural layer sitting atop an older brain stem.
Some banks run this layer themselves; others license platforms like Infinant or Finzly, which include GUI consoles, virtual-account engines, and automated settlement back to the core.
Leverage above-core when your institution refuses a second core but still wants to court fintech deposit flows. Expect three to six months of standing-up effort rather than six weeks.
Now we’ve walked all three tracks. The natural question at the whiteboard was, “Which one do we pick, and in what order?”
The next section lays out a decision tree we’d use to map for stakeholders:
Let’s return to our Des Moines whiteboard I introduced in the intro. The bank’s product lead wants instant payouts, a gig-worker debit card, and a crypto reward wallet on the 2026 roadmap.
Together we walk through five narrative checkpoints we’d likely cover in the meeting:
So what could a solution look like in the end?
By noon the whiteboard shows a phased plan: launch on file-based SFTP middleware to prove demand; in parallel, integrate Ingo’s API gateway into the bank’s FIS core. Twelve months later migrate balances to that near real-time channel. The board approves because no customer path dead-ends.
By now, we’ve mapped out the integration options (sidecar, middleware, above-core), drawn up your game plan, and even envisioned a future state architecture. Feels good, right?
But there’s one critical step we can’t skip: making sure your system is secure and trustworthy from day one. In payments and banking, trust is everything. While users may not care about encryption algorithms or audit trails, they will absolutely notice if their balances seem off or if news headlines about leaked data suddenly break.
Here’s the good news: building security into your solution doesn’t have to be rocket science. Whether you implement a sidecar, middleware, or an above-core layer, securing your platform comes down to a six fundamental practices I’ll outline here:
Pro tip: With newer systems like sidecar or above-core models, many of these protections are built-in. With older middleware solutions, you’ll likely need to add extra tooling to achieve the same security standards.
If your roadmap includes handling Bitcoin, stablescoins, NFTs or other digital assets, you’ll have a few additional requirements:
The upside? Modern cores make managing crypto custody easier. Sometimes it’s as simple as flipping a configuration switch to stay compliant and audit-ready.
At the end of the day, security is not just about locks. It’s also about trust. Just as important as building strong protections is staying nimble as regulations evolve… which leads us to the next chapter: Accounting and Regulation.
Regulations might sound boring until they suddenly aren’t. A single bulletin from regulators can rewrite the rules overnight—and if your technology can’t pivot just as fast, your business suffers.
Let me illustrate with a quick story:
Back in 2022, the SEC released something called SAB 121. Essentially, it said, “Banks, if you hold customers’ crypto, you must count that crypto as your own asset.” Suddenly, holding Bitcoin meant banks needed huge capital buffers. Many institutions backed away immediately—too risky, too costly. Fast-forward to early 2025, and the SEC reversed itself with SAB 122, lifting that rule. Banks scrambled to re-launch crypto custody services within weeks.
What does that rollercoaster mean for your core choice? Simple: your technology can’t be rigid.
Here’s how different core choices affect your flexibility:
Core Choice | What happens if regulators shift tomorrow? |
---|---|
Sidecar | Easily mark crypto as “off-balance” or “on-balance” with a simple config change. No code refactoring needed. |
Above-core | Update a setting in your cache or service layer quickly. Usually just a small adjustment, overnight. |
Thin Middleware | You’re at the mercy of your middleware vendor—changes might require their engineering team, meaning weeks of waiting. |
In short, pick a core setup that lets you change asset labels with the flick of a switch, not weeks of development time. Future you—and your CFO—will be eternally grateful.
At this point, you might be thinking: “Okay Lisa, you’ve walked me through all these paths—sidecar cores, middleware solutions, and above-core platforms—but where does Ingo actually fit?”
Great question! Let me simplify this:
Think of Ingo as your ultimate modular toolkit. Rather than locking you into a single rigid setup, we built flexible pieces you can easily combine, rearrange, or swap out based on your evolving needs.
Here’s what’s in the toolbox:
Here’s the magic part:
In short, Ingo’s toolkit is designed to move at your pace. As your business grows, regulations evolve, or your roadmap takes new turns, our tech keeps up effortlessly—so you’re always ready for what’s next.
Having a versatile toolkit is great, but let’s face it—projects rarely go exactly as planned. That’s why I insist every project manager keeps a practical checklist taped somewhere visible (like that whiteboard we’ve been talking about) to keep all stakeholders aligned and accountable.
Think of these checklists as your “sanity checks,” the items you’ll want to double-verify before anyone commits significant resources.
If any line stays unchecked for more than two sprints, that’s your cue to escalate and regroup.
But if you check every box? Then your project launches the way our hypothetical team’s did: smoothly, with compliance satisfied, auditors relaxed, and dashboards lighting up with fresh revenue.
Ready for one last sip of coffee? Let’s close this loop and get ready to celebrate your success.
Choosing the right architecture goes beyond a simple technical decision. It shapes your company’s ability to innovate, compete, and scale for years. Whether you opt for a Sidecar Core, Middleware Hub, or Above-Core Platform, the path you choose will impact your customer experience, compliance posture, and bottom-line outcomes.
As you weigh these options, remember:
The future of embedded banking and payments is exciting, fast-moving, and full of potential for those who approach it thoughtfully. You don’t have to navigate it alone.
At Ingo, we’ve seen what separates lasting success from costly missteps over our 25 year history in the market. Our team knows these paths inside out, and we’re here to help guide you through your next big decision.
Ready to talk through your plan, explore new ideas, or just sanity-check your roadmap? Reach out to our team—let’s build something remarkable, together.
Bring your ideas. We’ll bring the coffee, markers, experience, and solutions.
January 10, 2025 by
January 10, 2025 by
January 10, 2025 by
May 22, 2025 By Lisa McFarland
April 17, 2025 By Drew Edwards
March 31, 2025 By Ingo Payments
March 18, 2025 By Ingo Payments
March 10, 2025 By Ingo Payments
January 10, 2025 By Drew Edwards
April 4, 2024 By Ingo Payments
March 26, 2024 By Ingo Payments
March 13, 2024 By Ingo Payments