Design Cash App P2P Transfer

This is the modal Cash App design, and it is a money-movement problem inside a consumer-app product. A sender taps an amount, picks a recipient, and hits send. The job underneath has two halves that pull against each other. One half is correctness: the sender's balance goes down by exactly the amount, the recipient's goes up by exactly the amount, and that pair of changes either both happen or neither does. The other half is the consumer experience: the recipient should see the money almost instantly, and both people should get a notification. Get the correctness wrong and you have either lost money or created it. Get the experience wrong and Cash App stops feeling instant.

Call out the hard parts before you draw, because the panel is going to aim for them. A transfer touches two accounts at once, so a crash between the debit and the credit can leave money half-moved. A flaky phone retries a request it never heard back on, so the same tap can arrive twice. Two sends from the same account can race and each think the balance is high enough, so the account overdraws and spends money it does not have. And money funded from a linked bank does not land for days, so a transfer has a life longer than the one request that started it. The correct transfer is the floor. These four pressures are what set a senior answer apart.

The Block angle

Tap to send, and the money is simply there. The reason is that Cash App moves money between two balances Block already holds on its own books, so a send lands the instant you tap. There is no card-network round trip on the hot path the way there is when you swipe a card at a Square terminal. Both the sender's and the recipient's stored-value balances live inside Cash App, so a send is an internal transfer between two accounts, and the recipient sees it immediately. That instant feel is the product. Tens of millions of people use it, many of them underbanked.