Prototypes on test networks teach you the protocol. Taking real payments teaches you everything else. Alongside my day job in settlement, I have built three small products that take money in tiny amounts. None of them is a business. Each was an experiment in what micropayments feel like when the money is real.

A pixel canvas on Solana mainnet

x402homepage is a 500 × 500 pixel canvas where anyone can buy space with a Phantom wallet, on Solana mainnet. Fresh pixels cost 0.000001 SOL each. Covering someone else’s placement costs more: the highest per-pixel price already paid for that area, plus the base price. The canvas gets more valuable where people compete for it, and the price is always visible before you pay.

Three things mattered more than I expected:

  • Verify on-chain before you deliver. The browser can say a payment happened; only the chain can prove it. Before an image goes up, the server looks up the transaction at a confirmed commitment level and checks that the treasury balance went up by at least the required amount. A payment that doesn’t add up is rejected with the exact shortfall. It’s the same discipline as any settlement system: trust the ledger, not the message about the ledger.
  • Payment is not permission. Anyone who pays can upload anything, so every image is screened by AI before it appears. Taking someone’s money doesn’t oblige you to publish what they send.
  • Real-time is part of the product. New placements appear for every visitor as they happen. When the payment confirms in seconds, the experience should too.

The canvas is paid in SOL, not a stablecoin, and that is a lesson in itself. Pricing in a volatile asset is fine for a game. For anything people budget for, the price should be in dollars.

A trivia game where every question costs a few cents

Next I built an art trivia game where you pay per question, with Solana micropayments over x402, in a weekend with Claude Code. Two things stood out.

First, pay-per-use changes behaviour. Nobody signs up, nobody abandons a subscription form; you play exactly as much as you want to pay for. Second, the speed of building was startling. A year ago, wiring a paid endpoint into a game would have been a project. With x402 and an AI coding assistant it fit in a weekend. The protocol takes care of the price and the payment, so the developer only has to write the game.

Two-cent tips

my2centz lets people tip creators as little as two cents, with no per-tip fees. Here the hard problem wasn’t settlement. It was the person who has never owned a wallet. The answer was embedded wallets, created behind the scenes when someone signs in, and a card on-ramp to fund them. Tips move in USDC on Solana, but to the user it feels like topping up a balance. That they hold digital dollars is a detail they don’t need to think about.

This is, I think, the most underrated problem in stablecoin payments. The rails are ready. The way in, for people who have never bought crypto, is still where most of them give up.

What carries over to settlement at scale

At work I think about settlement in trillions; at home I’ve been thinking in fractions of a cent. The lessons are the same:

  • Trust the ledger. Confirm the payment where it settles before you deliver anything.
  • Show the price first. A machine-readable price, shown before payment, is what makes small payments trustworthy, whether a person or an agent is paying.
  • Separate payment from policy. Who may pay, for what, and what you will accept, are decisions to make before money moves.
  • Hide the plumbing. People want a balance and a button, not a wallet tutorial.

Stablecoins and x402 make it cheap to move a cent. These small products convinced me that building a good experience around that cent is still most of the work, and the most interesting part.

Views are my own and do not represent my employer.