Pre-funded vs Credit-based Settlement Models

Behind every payment scheme sits a decision about how participants back the money they move: do they park funds in advance, or do they settle on credit and square up later? This choice between pre-funded and credit-based settlement models is one of the most consequential in scheme design. It determines who bears settlement risk, how much liquidity participants must hold, and how quickly a payment can be treated as final.

The core tension: risk versus liquidity

Every settlement model trades off two things. Settlement risk is the danger that a participant cannot honour its obligations. Liquidity cost is the money participants must tie up to support payments. You can drive settlement risk toward zero by demanding funds up front, but that immobilises liquidity. You can minimise liquidity by netting on credit, but that reintroduces the risk that a defaulting participant leaves others short. Every scheme lands somewhere on this spectrum.

Pre-funded settlement

In a pre-funded model, each participant must hold a positive balance in a dedicated settlement account before it can send payments. Outgoing transfers debit that balance in real time; a participant cannot spend what it has not funded.

• Eliminates credit risk. Because value is locked in advance, a receiving participant is never relying on a sender's future solvency. This is why many instant-payment schemes and mobile-money systems pre-fund: they settle in seconds, around the clock, with no time to chase a defaulter.
• Requires active liquidity management. Participants must monitor and top up their pre-funded position, ideally automatically, or risk having outgoing payments rejected for insufficient funds. Weekend and overnight funding — when central-bank RTGS may be closed — is a recurring operational challenge for 24/7 instant rails.

The European instant scheme SEPA Instant, for instance, is designed around pre-funded liquidity held at the central bank, precisely because payments are final within seconds and cannot wait for a later net settlement.

Credit-based (deferred net) settlement

In a credit-based model, participants exchange payments throughout a cycle and settle only their net positions at defined times — often once or a few times per day. Between cycles, participants effectively extend each other intraday credit.

• Highly liquidity-efficient. Netting means only the difference between what you owe and what you are owed must actually be funded. A participant might process billions in gross value but settle a small net figure.
• Carries settlement exposure. Until the net settlement posts, participants are exposed to a counterparty failing. Schemes mitigate this with caps on net debit positions, collateral or loss-sharing arrangements, and pre-funded default funds so a failure does not cascade.

Traditional low-value batch rails such as Bacs and legacy ACH systems are classic deferred-net-settlement schemes: efficient for high volumes of small payments where a short exposure window is acceptable.

Hybrids and the modern middle ground

Real schemes rarely sit at a pure extreme. A common hybrid pre-funds a net-debit cap: participants post collateral covering their maximum possible net obligation, capturing much of netting's liquidity efficiency while bounding the loss any single default can cause. RTGS systems, meanwhile, add liquidity-saving mechanisms — offsetting queued payments against each other — to soften the liquidity cost of pure gross settlement without reintroducing credit risk.

What it means for participants

If you are joining or building on a scheme, the settlement model dictates your treasury operations. Pre-funded rails demand real-time liquidity monitoring, automated top-ups, and a plan for out-of-hours funding. Credit-based rails demand attention to net-debit caps, collateral posting, and understanding your exposure in the settlement window. Neither is inherently better — but choosing to release value before you understand which model you are on is how firms accidentally take on settlement risk.

The 24/7 liquidity challenge

Instant schemes that never close expose a structural gap: they run around the clock, but the central-bank RTGS systems that replenish pre-funded balances often do not operate at weekends or overnight. A participant that drains its pre-funded position on a busy Saturday cannot simply top up until the RTGS reopens. Schemes address this with liquidity-management windows, automated sweeping, and generous pre-positioning of funds before quiet periods. Anyone joining a 24/7 pre-funded rail should model worst-case outbound volume across a long weekend and hold enough headroom to cover it, because running out of pre-funded liquidity means turning customers away in real time.

Key takeaways

• Settlement models trade settlement risk against liquidity cost.
• Pre-funded models lock value in advance, eliminating credit risk but demanding active liquidity management — common on 24/7 instant rails.
• Credit-based (deferred net) models settle net positions periodically, saving liquidity but creating an exposure window.
• Hybrids use net-debit caps, collateral and default funds to balance the two.
• The model you are on dictates your treasury and out-of-hours funding operations.