Back to Published
KindConcept Brief
PublishedMAR 24, 2026
Read12 min read

The Cash Register Problem

Why AI agents need ceremony, not just code

ByDave Dibb·Alchemease

AI agents are starting to spend money. The infrastructure to let them do it is being built right now by Mastercard, Visa, Google, Coinbase, and J.P. Morgan. But nobody is building the governance layer that makes agent transactions trustworthy.

The problem isn’t moving money. The problem is proving the money moved honestly.

Every financial control system in history exists because of one insight: you cannot trust a party to be its own witness. Agent payments, as currently designed, violate this principle completely.

The solution is ancient: ceremony. A deliberate, observable, auditable moment where the agent has to reach outside itself and touch something it can’t control. A cash register.

[ SEC 01 ]

The Problem — Invisible Transactions

Agents execute transactions as code. An API call moves money, and the only record is a log entry the agent itself generated. That’s structurally identical to letting someone write their own bank statement.

Current state of the market:

  • McKinsey projects agentic commerce at $3–5 trillion globally by 2030.
  • First live regulated agent payment: Santander + Mastercard, March 2, 2026.
  • Google launched Agent Payments Protocol (AP2) with Adobe, Adyen, Deloitte.
  • Coinbase Agentic Wallets live since February 2026 (50M+ transactions on x402 protocol).
  • Consumer trust in AI payments: 16% (US), 29% (UK).

The trust gap is structural, not psychological. People don’t distrust AI because they’re scared of it. They distrust it because the system provides no proof. No ceremony. No witness.

1.1Historical comparable: Ritty’s Incorruptible Cashier (1879)

James Ritty was a saloon owner in Dayton, Ohio. His bartenders were skimming, and he had no way to prove it because the money went from the customer’s hand to the bartender’s hand to… somewhere. There was no observable mechanism between “customer pays” and “money is recorded.”

Ritty invented the cash register. He called it “The Incorruptible Cashier.”

The machine didn’t prevent theft. It made theft visible. It inserted a mechanical witness between the moment money changed hands and the moment it was recorded. The register rang a bell and displayed the amount — everyone in the room could see it.

Agent payments today have no bell. No display. No witness. The bartender is writing his own receipts.

Direction: The entire agent payment trust problem reduces to this — there is no incorruptible cashier for software transactions. Building one is the opportunity.

[ SEC 02 ]

The Register — Separation of Execution

The agent cannot process its own payment. It must interact with an independent system — a “register” — that it does not control. The register observes, records, and confirms. The agent can initiate but not complete the transaction alone.

This is separation of duties — the oldest principle in financial controls. The person who authorizes a payment is not the person who processes it is not the person who reconciles it. Three separate hands. Agent payments currently collapse all three into one line of code.

2.1Historical comparable: Double-Entry Bookkeeping (1494)

Before Luca Pacioli codified double-entry bookkeeping in 1494, a merchant kept one set of books. Fraud was invisible because the records were self-referential. You had to trust the merchant.

Pacioli’s system required every transaction to exist in two places simultaneously — a debit and a credit. If they didn’t balance, something was wrong. The system didn’t require honesty. It made dishonesty structurally visible.

Five hundred and thirty years later, this is still the foundation of every accounting system on Earth. Not because it’s traditional — because it works. The principle: a transaction must be recorded by more than one mechanism to be trustworthy.

Direction: The “register” in agent payments is a third-party verification layer that independently records every agent transaction. The agent submits a transaction request. The register independently confirms the request, executes it through the payment rail, and creates its own record. Two entries. Two systems. If they don’t match, something is wrong.

[ SEC 03 ]

The Touch — Ceremony

The transaction must produce a discrete, observable, timestamped event. Not a background process. Not a log entry. A moment — something that can be witnessed, recorded, and later verified by parties who weren’t present.

“Touch” means the agent has to reach outside its own execution environment and interact with something external. That interaction creates the proof. You can’t fake touching something external to yourself without the external thing knowing.

This is what cryptographers call a “ceremony” — a protocol where the physical (or digital-physical) act of participation is itself the proof. You didn’t just say you agreed. You signed. You stamped. You touched the register.

3.1Historical comparable: The Notary Public

A notary doesn’t validate the content of what you’re signing. They validate that you signed it, at this time, in this place. The ceremony of notarization adds trust not through intelligence but through independence and presence. The notary is a disinterested witness.

The notary doesn’t need to understand the contract. They need to be present, independent, and unable to be compromised by either party. That’s exactly what agent payments need — a digital notary that witnesses transactions without being a party to them.

Direction: Every agent transaction generates a “touch event” — a cryptographically signed interaction with an independent system that proves: (a) this agent initiated this transaction, (b) at this time, (c) for this amount, (d) with this authorization. The touch event is the ceremony. It can’t be faked, backdated, or generated after the fact.

[ SEC 04 ]

The Receipt — Immutable Proof Outside the Agent

The proof of the transaction must live outside any party’s system. The agent can’t edit it. The merchant can’t delete it. The platform can’t rewrite it. The receipt belongs to the transaction itself, not to anyone involved.

This is where blockchain enters — not as currency, but as a receipt mechanism. A tamper-evident, distributed, timestamped record that no single party controls. But it doesn’t have to be blockchain specifically. It could be a cryptographically signed log in a third-party escrow. The principle is what matters: the receipt is independent and immutable.

4.1Historical comparable: The Tally Stick (12th–19th Century)

When a debt was created in medieval England, a wooden stick was notched with the amount and split lengthwise. Each party kept one half. Neither party could alter their half without the split revealing the forgery when the halves were matched.

The physical object was the proof, and it was structurally impossible to forge alone. You needed both halves. This system ran the English treasury for 700 years — not because it was sophisticated, but because it was structurally sound.

Direction: Every agent transaction produces an immutable receipt that lives in a system no single party controls. This could be a blockchain entry, a cryptographic hash stored in multiple independent systems, or a third-party escrow ledger. The mechanism matters less than the principle: no party to the transaction can unilaterally alter the receipt.

[ SEC 05 ]

The Governance Layer — Where Alchemease Sits

The major players are building the rails:

  • Mastercard → Agent Pay (card network integration)
  • Visa → Intelligent Commerce (100+ partners, agent-initiated transactions)
  • Google → AP2 protocol (interoperability standard)
  • Coinbase → x402 / Agentic Wallets (crypto-native rails)
  • J.P. Morgan + Mirakl → Nexus (enterprise agentic commerce)
  • PayPal → Agent Ready (merchant integration for ChatGPT)

Nobody is building the governance architecture that makes any of these rails trustworthy for autonomous transactions. The rails move money. The governance layer proves the money moved honestly.

This is:

  • The ceremony design (how agents interact with the register)
  • The audit trail architecture (how transactions are witnessed and recorded)
  • The evidence pack for agent commerce (proof of controls, proof of separation)
  • The trust moat (governance as competitive advantage, not overhead)

This layer is platform-agnostic. It works on top of any payment rail — the same way accounting standards work regardless of which bank you use.

This maps directly to what Alchemease already builds:

  • Evidence Packs → Agent transaction evidence
  • Trust architecture → Ceremony design
  • Audit trails → Transaction witnessing
  • Separation of duties → Agent/register/receipt independence
  • Documented exceptions → Exception handling when agents hit authorization limits

The Clean Slate governance model, applied to agent financial transactions, IS the product.

Direction: Alchemease doesn’t build payment rails. Alchemease builds the governance and ceremony layer that sits between agents and payment infrastructure. The incorruptible cashier for the agentic economy.

[ SEC 06 ]

The Market Map — Timing and the Stripe Parallel

6.1Where we are (March 2026)

  • Protocols being drafted (AP2, x402, Mastercard Agent Pay)
  • First regulated live transaction: three weeks ago
  • $3–5T projected market by 2030
  • 16% consumer trust — structural trust gap
  • California AB 316 in effect: organizations bear full liability for AI agent actions
  • No governance layer exists between agents and payment rails

6.2The comparable that points forward: Stripe (2011)

PayPal existed since 1998. Payments were “solved.” But the developer experience wasn’t. The Collisons didn’t build new rails — they built a better interface to existing rails. Seven lines of code. That interface layer became a $95 billion company.

Agent payments in 2026 looks exactly like online payments in 2010:

  • The rails are being built (Mastercard, Visa, Google = the Visa/MC of agent commerce).
  • The protocols are being drafted (AP2, x402 = early HTTP of agent payments).
  • But the governance layer — the thing that makes it all trustworthy, auditable, and simple — doesn’t exist yet.

That’s the Stripe-shaped hole. Not the rails. The interface. The governance. The ceremony.

6.3The deeper parallel: Visa itself (1958)

Bank of America launched BankAmericard in 1958. The innovation wasn’t the card — it was the network. A three-party system where the merchant, the cardholder’s bank, and the network were independent parties. No single party could forge a transaction because the network witnessed every one.

Agent payments needs its own three-party architecture:

  • The agent (initiator)
  • The register (independent witness / processor)
  • The receipt ledger (immutable record)

This is the Visa model applied to software transactions.

[ SEC 07 ]

The Story

Every financial innovation in history solved the same problem: how do you prove a transaction happened honestly when you can’t trust the people involved?

The Sumerians pressed tokens into clay envelopes. Pacioli invented double-entry bookkeeping. Ritty built the incorruptible cashier. The Visa network created three-party witnessing. Satoshi built the blockchain.

Each one solved the trust problem for its era by introducing ceremony — a deliberate, observable, structural act that makes honest transactions easy and dishonest transactions visible.

AI agents are about to move trillions of dollars. And right now, the bartender is writing his own receipts.

We’re building the cash register.

You can’t let them execute by code alone. You have to make them touch a cash register.

Dave Dibb, 2026-03-23
Distribute
Next note → your inbox

Drop your email.

No cadence promises. We publish when something is worth publishing.