---
title: "Who is involved in a blockchain payment? Issuer, wallet, network, ramp, bank, and compliance roles"
seoTitle: "Who is involved in a blockchain payment? The 9 roles"
description: "The nine parties behind one blockchain payment, from sender and on-ramp to issuer, network, off-ramp, and bank. Who does what, and who fixes failures."
date: "2026-09-27"
updated: "2026-09-27"
category: "payments"
author: "BlindPay Team"
faq:
  - q: "Who is involved in a blockchain payment?"
    a: "Usually nine parties: the sender and its bank, an on-ramp that converts bank money into stablecoins, the stablecoin issuer, a wallet holder or custodian, the blockchain network and its validators, liquidity providers that price the conversion, an off-ramp that converts back to local currency, the recipient's bank and local rail, and the compliance functions that check every party. A payment API often coordinates most of them."
  - q: "Who issues the stablecoin in a blockchain payment?"
    a: "A regulated company that holds reserves and promises to redeem each token for one dollar. Circle issues USDC and Tether issues USDT. The issuer is not part of each payment, since the token moves between wallets without its involvement, but its reserves and redemption policy are what keep the token close to one dollar while the payment is in flight."
  - q: "Who sets the exchange rate in a blockchain payment?"
    a: "The on-ramp and off-ramp providers, usually with liquidity providers or market makers behind them. They quote a rate for converting dollars into stablecoins and stablecoins into local currency. The blockchain network itself does not set any rate. That is why the conversion steps, not the on-chain transfer, carry most of the price difference between providers."
  - q: "Who is responsible if a blockchain payment fails?"
    a: "It depends on where it fails. A rejected bank deposit is the sender's bank and the on-ramp's problem, a wrong address is usually the sender's, and a rejected local payout sits with the off-ramp provider and the recipient's bank. Good providers state their refund rules in writing, including where funds go and whether the refund is automatic or needs a review."
  - q: "Who does KYC in a blockchain payment?"
    a: "Each regulated party checks its own customers. The payment provider or ramp verifies the business or person it serves with KYC or KYB, screens wallet addresses, and applies sanctions checks. Banks at each end run their own checks. Platforms that serve their own end users usually keep their own compliance program even when a provider verifies those users too."
  - q: "Do the sender and recipient need to deal with the blockchain?"
    a: "Not necessarily. When a payment API runs the stablecoin leg, the sender funds from a bank account and the recipient gets local currency in theirs. The issuer, wallet, network, and liquidity roles still exist, but the provider handles them. The sender and recipient only see a quote, a deposit, and a bank credit."
---

A blockchain payment usually involves nine parties: the sender and its bank, an on-ramp, the stablecoin issuer, a wallet holder, the blockchain network, liquidity providers, an off-ramp, the recipient's bank and local rail, and compliance checks throughout. A payment API often coordinates most of them, so the sender and recipient only see bank accounts.

Knowing who does what tells you who to ask when something breaks, and where the fees come from.

**Key takeaways**

- Nine roles, even when only two companies appear on the invoice.
- The network moves the tokens. The ramps and their liquidity providers set the price.
- The issuer is not in each payment, but its reserves keep the token at one dollar while it moves.
- Custody changes hands at each stage. Ask who holds the money at every step.
- Failures are owned by the party at the stage where they happen. Refund rules should be written down.

> **Definition:** A **blockchain payment** is a transfer that settles on a public blockchain, usually as a dollar stablecoin, often converted from and back into bank money at each end. See [blockchain payments vs crypto payments](/resources/more/blockchain-payments-vs-crypto-payments) for how this differs from paying in a crypto asset.

## Who are the parties in a blockchain payment?

Nine roles, listed in the order money meets them. Some companies play several roles at once, and a payment API can bundle most of them behind one integration.

| Role | What it does | What it is responsible for | Typical failure |
| --- | --- | --- | --- |
| Sender and sender's bank | Starts the payment and funds it | Correct amount, recipient details, source of funds | Deposit late, missing reference, rejected by the bank |
| On-ramp | Converts bank money into stablecoins | KYC or KYB of its customer, the buy rate, delivery | Deposit held for review, amount mismatch |
| Stablecoin issuer | Mints and redeems the token against reserves | Reserves, redemption, freezing sanctioned addresses | Depeg, frozen address |
| Wallet holder or custodian | Holds the tokens and signs transfers | Key security, authorizing the exact amount | Lost key, wrong network, wrong address |
| Blockchain network and validators | Records and finalizes the transfer | Ordering and finality | Congestion, higher fees, slower confirmation |
| Liquidity providers | Supply the local currency and price the trade | The rate behind the quote, depth for large amounts | Wide spread, thin liquidity in a currency |
| Off-ramp | Converts stablecoins into local currency | The sell rate, the local payout, its own compliance | Payout rejected, review hold |
| Recipient's bank and local rail | Credits the recipient's account | Name and account checks, crediting funds | Invalid account, closed account, name mismatch |
| Compliance functions | Check people, businesses, wallets, and transfers | KYC, KYB, sanctions, wallet screening, Travel Rule data | Hold, request for information, rejection |

The [banking terms vs blockchain terms table](/resources/more/banking-terms-vs-blockchain-terms) maps each of these roles to the bank job it replaces.

## Who holds the money at each stage?

A different party at almost every step. That is the most useful question you can ask a provider, because custody decides who owes you the money if something goes wrong in the middle.

Here is the flow as a simple diagram, left to right:

1. **Sender's bank account.** The sender's bank holds the dollars until the transfer leaves.
2. **Deposit account.** The on-ramp, or the bank it works with, holds the incoming dollars until conversion.
3. **Wallet.** The stablecoins sit in a wallet. Who controls the key matters: the customer (self-custody) or a provider (custodial).
4. **Off-ramp.** The off-ramp collects the stablecoins and starts the local payout.
5. **Recipient's bank account.** The local bank credits the recipient.

A design team can draw this as five boxes with arrows, with a label under each box naming the party that holds funds. [Custodial vs non-custodial off-ramps](/resources/more/custodial-vs-non-custodial-off-ramps) covers what each custody model means if a provider fails.

## Who sets the price of a blockchain payment?

The ramps and the liquidity behind them. The blockchain network charges a network fee, but it does not set any exchange rate. Converting dollars into stablecoins, and stablecoins into reais or pesos, is where the price is made.

That matches what the Federal Reserve said in March 2026: on-chain costs are likely small, but there may be greater on-ramp and off-ramp costs when exchanging payment stablecoins for fiat currency ([Federal Reserve, 2026](https://www.federalreserve.gov/econres/notes/feds-notes/payment-stablecoins-and-cross-border-payments-benefits-and-implications-for-monetary-policy-20260330.html)). So compare providers on the amount the recipient receives.

Market makers are the quiet party here. They quote the rate a ramp passes on, and their depth decides whether a large payout gets the same rate as a small one. [What is a market maker in stablecoin payments?](/resources/more/what-is-a-market-maker-stablecoin-payments) explains how that works.

## What does the stablecoin issuer actually do?

It creates tokens when someone deposits dollars and destroys them when someone redeems. Circle issues USDC and Tether issues USDT. The issuer does not touch each payment: tokens move wallet to wallet without asking it.

Its job is to keep the token worth one dollar. In the US, the GENIUS Act framework requires payment stablecoins to be backed by relatively safe assets with low credit or valuation risk, per the same Federal Reserve note. Issuers can also freeze tokens at specific addresses, which is why sanctioned or stolen funds can get stuck.

## Who is responsible for compliance?

Every regulated party, for its own customers. The ramp or payment provider runs KYC on individuals and KYB on businesses, screens the wallets involved, and checks sanctions lists. Banks at each end run their own checks, and transfers between virtual asset service providers carry Travel Rule data.

Central banks watch this layer closely. The Bank for International Settlements wrote in 2025 that stablecoins perform badly against its integrity test at the system level, pointing to risks from transfers between unhosted wallets ([BIS, 2025](https://www.bis.org/publ/arpdf/ar2025e3.htm)). Regulated ramps are where that gap gets closed in practice. [Travel rule for stablecoin off-ramps](/resources/more/travel-rule-stablecoin-off-ramps) covers the data that travels with a transfer.

If you run a platform that pays your own users, you are part of this chain too. A provider can verify your end users, but your own obligations as a business with customers stay with you.

## Who fixes a blockchain payment when it fails?

The party at the stage where it failed. A late deposit is between the sender's bank and the on-ramp. A wrong address is usually the sender's problem. A rejected local payout belongs to the off-ramp and the recipient's bank.

What matters is the refund path. Before you integrate, ask each provider three things in writing: where funds go if a payout cannot be delivered, whether the refund is automatic, and how long a review can take. [Are stablecoin payments safe?](/resources/more/are-stablecoin-payments-safe) lists the other risks to check.

## Where does BlindPay sit in this chain?

BlindPay plays the payment API role and runs the ramp, liquidity, and payout steps behind one integration. A business can fund with a bank deposit, and the recipient gets local currency over ACH, wire, SWIFT (POBO/COBO), RTP, Pix, SPEI, Transfers, ACH COP, or SEPA ([overview](/docs/overview)).

On custody, BlindPay operates as a non-custodial payment processor for payout flows from customer-controlled wallets: you authorize the exact amount and BlindPay executes that single transaction. If a payout cannot be delivered after the stablecoins are collected, BlindPay refunds them to the quote's refund wallet, or to the sending wallet when none is set. On Pix and other non-USD local rails the refund is automatic, while USD payouts and payouts whose review times out are refunded after an operator review. Optional BlindPay-managed wallets (beta) are custodial when you choose that path.

## What to do next

Draw your own payment as the five-box diagram above and write a name under each box. Any box without a clear name, or with "we think the provider handles it", is the first question for your next vendor call.

If you would rather skip the blockchain roles entirely, see [do you need a crypto wallet for stablecoin payments?](/resources/more/do-you-need-a-crypto-wallet-for-stablecoin-payments).

To see each stage of a BlindPay payout and the webhook it fires, read the [payouts documentation](/docs/payouts).