Beta version: p2pbureau is currently in beta. Report any data issue or feedback here.
explainer

Payment rails, explained: how P2P trades actually settle

Every trade, anywhere, eventually needs a real-world settlement mechanism — a way for money to actually move from one party to the other. In traditional banking this might be an ACH transfer, a wire, a card network, or increasingly a real-time payment rail like FedNow or SEPA Instant. The word 'rail' is standard payments-industry vocabulary for exactly this: the pipe the money travels through, as distinct from the trade itself.

Why P2P needs this concept at all

On a centralized exchange, you deposit fiat once, and the exchange holds it — every subsequent trade just updates a balance internally, no rail needed per trade. P2P platforms work differently: there's no shared custodian holding everyone's cash. When you trade on Binance P2P, Bybit P2P, or similar, the fiat leg moves directly between the two traders' own bank accounts or wallets, off-platform, while the crypto leg is held in escrow by the exchange until that payment is confirmed. The rail is how that off-platform fiat leg actually happens — and every merchant chooses which rails they accept.

Two broad categories

Rails generally split into bank transfers (money clears directly to a bank account) and transfer or wallet services (cash over a counter, or an e-wallet balance — think regional transfer chains or services like Skrill and NETELLER). The split matters because the two categories behave completely differently: bank rails tend to be the default, high-volume choice, while transfer-service rails often carry a small fraction of the ad volume — which means their spreads are wide because the book is thin, not because there's a better deal hiding there.

Why the rail you pick changes the price

Because each rail is really its own separate sub-market, the best price on one rail and the best price on another, for the exact same pair, at the exact same moment, can differ meaningfully. A trader only looking at 'the' price for a pair — without specifying a rail — is looking at an average or a best-case number that may not reflect what any specific payment method actually offers.

Two things that complicate a 'simple' rail

  • Trade-size window — every ad only counts as tradable within its own stated min/max size, so the effective price at a small trade size and a large one can come from entirely different subsets of ads on the same rail.
  • Real fillable capacity — an ad's advertised maximum is often not what it can actually fill right now; see your advertised maximum is not what you can fill for why that gap exists and how to check for it.

The practical takeaway

If you're comparing P2P prices across a payment method you don't specify, you're not comparing prices — you're comparing an artifact of whichever ads happened to be cheapest across every rail combined. See where the fat spreads hide for what that specifically costs you as a maker.

← all posts

Got a question, a request, or spotted something off? Contact us.