Marketplace Payments Where No One Holds the Money
Most marketplaces route buyer money into a pool someone else controls, and every freeze, reserve, and payout delay lives in that pool. The direct alternative: each seller is paid straight by the buyer, so there is nothing in the middle to hold.
Where the money sits on a typical marketplace
Ask one question about any marketplace: between the buyer paying and the seller getting paid, where is the money? In the standard model the answer is a pool. The buyer pays the platform or its processor, the platform carries a growing balance of everyone's sales, and sellers wait for payout day. Every familiar marketplace failure lives in that pool. It is what a risk review freezes, what a reserve is carved from, what stays inside when an account closes, and what turns the operator into a part-time payments company: running payout schedules, reconciling balances, and answering sellers who ask where their money is.
For categories mainstream processors class as restricted, the pool is also the pressure point. Whatever the platform's own processors and banks decide rolls downhill into held payouts, and the operator is the one relaying the news.
The direct shape: buyers pay sellers
There is an older marketplace shape: the bulletin board. The venue lists and matches, and the buyer pays the seller. No pool, because nothing routes through the middle. Peer Pay makes that shape work at internet speed. Each seller runs their own checkout. The buyer pays that seller directly from an everyday app: Venmo, Cash App, Zelle, PayPal, Revolut, Wise and more, across 40+ currencies. A cryptographic proof verifies the payment in under 15 seconds, the order is marked paid, and USDC settles to a self-custodial wallet the seller controls.
Follow the money and notice what is missing. It never sits with the marketplace. It never sits with Peer, which is checkout software, not a processor, and never holds, controls, or transmits funds. There is no pooled balance, so there is nothing to freeze, no payout run to operate, and no seller asking where their money is. They already have it.
What each seller runs
- Payment links, created in the dashboard or by typing /request to the Telegram bot.
- An embedded checkout on listing pages, built with the SDK.
- The WooCommerce gateway plugin or the Shopify integration, for sellers with their own stores.
- Scan to Pay: a QR code for in-person handoffs, markets, and events.
Settlement is one-way. Once the proof verifies, the funds are the seller's, and a refund is a transaction the seller initiates from the dashboard, never a dispute filed against them. Setup is $0 with no monthly minimums, more than $20M has settled through the Peer protocol, and a free sandbox demo mode lets a seller test the whole flow before a real order.
What the operator stops doing
With no pool, the operator's job gets smaller in the best way. There is no float on your books, no payout engine to build, no queue of tickets about held funds, and no cascade when a partner tightens a category, because seller money was never in your hands to hold. Your commission or listing fee becomes something you bill sellers for directly, a plain business arrangement rather than a cut skimmed from custodied funds. What the direct model means for your own regulatory posture is a question for your counsel, not this guide: compliance stays yours either way. And since many of your sellers are creators who have lived through held payouts elsewhere, the payout freeze guide explains the pressure they are arriving with.
What this model does not do
- No escrow. Settlement is one-way to the seller once the proof verifies. If your category depends on holding buyer money until delivery confirms, this model does not provide that, and it is better to know now.
- No split payments. Each payment settles in full to the seller who made the sale. Peer Pay does not divide a payment between seller and platform.
- No payouts. Peer Pay never pays your sellers. Buyers do. It is pay-in checkout software, and that boundary is the reason there is nothing in the middle to freeze.
Trust between buyers and sellers moves to the listing layer: reviews, reputation, and the venue's own rules. For sellers weighing this against platform checkouts and restricted-category processing, the deplatformed creator’s playbook makes the comparison directly.
FAQ
Does Peer Pay hold marketplace funds in escrow?
No. There is no escrow and no pooled balance. The buyer pays the seller directly, a cryptographic proof verifies the payment before the order is marked paid, and USDC settles straight to the seller's self-custodial wallet.
Can Peer Pay split a payment between my marketplace and the seller?
No. Peer Pay is pay-in checkout software: each payment settles in full, directly to the seller who made the sale. Marketplace commissions or listing fees are a separate arrangement you bill your sellers for yourself.
How do sellers on my marketplace get paid?
By the buyer, at the moment of sale. Payments verify in under 15 seconds and USDC lands in a wallet each seller controls. There is no payout schedule because there is no payout: nothing ever sits with the marketplace or with Peer.
What does Peer Pay cost a marketplace or its sellers?
$0 setup fees and no monthly minimums, with a free sandbox demo mode to test the flow. The concierge tier has custom pricing: a software fee, quoted before go-live, not a cut of custodied funds.
Is this model right for every marketplace?
No. Settlement is one-way to the seller once the proof verifies, so categories that depend on holding buyer money until delivery confirms need an escrow layer Peer Pay does not provide. It fits venues that work like bulletin boards: the marketplace lists, the buyer pays the seller.