Educatifu
Open menu

Card payments — the four-party model

Tapping a card looks instant, but behind it sit four parties and two phases. The four-party model explains who's involved, who gets paid, and why.

CoreFinancial Infrastructure~14 min

Before this lesson

  • Lesson: How a payment actually moves

Tapping a card takes a second, but that second hides one of the most refined pieces of financial plumbing ever built. Understanding it means learning the four-party model — the structure behind essentially every Visa and Mastercard transaction.

The four parties

  1. Cardholder — you, paying with a card.
  2. Merchant — the shop or site accepting it.
  3. Issuer — the cardholder's bank, which issued the card and holds their money (or extends their credit).
  4. Acquirer — the merchant's bank, which "acquires" the transaction on the merchant's behalf.

Sitting between the two banks is the card network (Visa, Mastercard) — not a bank, but the switchboard that routes messages and sets the rules. That's five names, but the "four parties" are the two people and their two banks; the network is the connective tissue (see the diagram).

Two phases: authorize, then settle

This is the crucial idea, and it echoes the general payment lesson. A card payment is not one event:

  • Authorization (seconds). When you tap, a request races merchant → acquirer → network → issuer. The issuer checks the card is valid, funds/credit are available, and it doesn't look fraudulent, then approves or declines. Money has not moved yet — a hold is placed.
  • Clearing and settlement (hours to days). Later, transactions are batched, netted between banks, and the actual money is settled — the merchant's account is credited, the cardholder's is debited. Exactly the clearing-and-settlement machinery from Foundations.

Step through authorize → clear → settle in the widget below; it is the same sequence a card payment follows.

Who pays for all this: interchange

Nothing is free. On each transaction the acquirer pays the issuer a small interchange fee (often ~1–2%), most of which the merchant ultimately bears through its acquirer. Interchange is the economic engine of the card system: it funds issuer rewards, fraud protection and the "free" convenience cardholders enjoy — and it is fiercely fought over and regulated, because at global scale those small percentages are enormous sums. Understand interchange and you understand why cards, rewards and merchant surcharges work the way they do.

Cards are one rail among many. The next lesson looks at the others — real-time domestic rails and the trickier world of moving money across borders.

A cardholder pays a merchant; the issuer bank, card network and acquirer bank move the money behind the scenes.
The four-party model — cardholder and merchant on top, their banks below, the network in the middle.

Try it: how a payment moves

Alice
Bank A
Clearing /central bank
Bank B
Bob

Alice

$100

Bob

$0

Bank A owes Bank B

$0

Step 0: Before

Alice has $100 at Bank A. She wants to pay Bob $100, who banks at Bank B.

A payment isn’t one instant event — it’s a sequence of messages and promises that only becomes final at settlement. Real-time gross settlement (RTGS) settles each payment immediately to remove the risk in step 3; deferred net settlement waits and nets many payments together to save on reserves. That trade-off between speed, cost and risk is the heart of payment-system design.

Key takeaways

  • A card payment involves four parties — cardholder, merchant, issuer (cardholder's bank) and acquirer (merchant's bank) — linked by a card network.
  • Authorization happens in seconds (is the card valid, are funds available?); clearing and settlement of the actual money happen later, in net batches.
  • Interchange — a fee the acquirer pays the issuer — funds the system and shapes the whole economics of cards.

Sources

  1. [1]Payment card — Wikipediaen.wikipedia.org
  2. [2]Interchange fee — Wikipediaen.wikipedia.org
  3. [3]Acquiring bank — Wikipediaen.wikipedia.org

← All Financial Infrastructure lessons

Bring us the problem, not a perfect specification

Tell us what needs to change, who it affects and any important deadline. We will review the context and reply with useful next questions.

  1. 01Share contextDescribe the workflow, constraint or risk.
  2. 02Clarify togetherWe identify missing facts and useful options.
  3. 03Choose a startAgree a focused assessment or delivery step.
Start a conversation