Cost per delivered dollar compares what you send with what lands, valued at the market rate. The formula, three worked setups, and 8 hidden costs.
Cost per delivered dollar is the share of a cross-border payment that never reaches the recipient: (amount sent minus the delivered amount valued at the market rate) divided by the amount sent. It turns spread, slippage, intermediary fees, and receiving fees into one percentage you can compare across providers, corridors, and months.
Key takeaways
receiver_amount divided by commercial_quotation gives you the delivered value before you execute.It is the all-in cost of a payout, measured from the recipient's side. Instead of adding up the fees you were told about, you measure what arrived and value it at the market rate from the moment you sent.
The formula has three inputs:
Delivered value = delivered amount / market rate. Then cost = (amount sent - delivered value) / amount sent.
Why measure from the delivered side? Because that is where every cost lands. A spread hides in the rate, slippage hides in the gap between the quoted and settled rate, and receiving bank fees hide on the far end of the wire. None of them can hide from the delivered amount.
One note on the denominator. Dividing by amount sent gives the share of each dollar sent that was lost. Dividing by delivered value instead gives the cost to deliver one dollar, which is slightly higher. Both are fine; pick one and use it everywhere. This article divides by amount sent.
Illustrative example. A company sends $10,000 to a supplier in Brazil. The mid-market rate at send time is 5.40 BRL per USD. All rates and fees below are illustrative, not quotes from any provider.
Setup A: indicative rate, slippage, and an intermediary fee. A $30 upfront fee, a $25 intermediary deduction before conversion, and a shown rate of 5.346 that settles later at 5.325.
Setup B: bank wire with a wide spread and a receiving fee. A $45 wire fee, a 2.5% spread (5.265), and a R$50 receiving bank fee.
Setup C: binding live quote with itemized fees. The quote shows a market rate of 5.40, an applied rate of 5.373 (0.5% margin), and a $5 flat fee, locked for the window. You fund it with 10,000 USDC, treated here as $10,000.
| Setup | Delivered (BRL) | Delivered value (USD) | Cost per delivered dollar | Visible before sending? |
|---|---|---|---|---|
| C: binding live quote | R$53,703.14 | $9,945.03 | 0.55% | Yes, every line |
| A: indicative rate | R$52,957.13 | $9,806.88 | 1.93% | Partly; slippage shows up after |
| B: bank wire | R$52,363.08 | $9,696.87 | 3.03% | Partly; receiving fee shows up after |
The gap between A and C is not one big fee. It is four small ones, two of which never appeared on a screen. That is why measuring from the delivered side matters.
Setup C assumes you already hold USDC. If you start with dollars in a bank account, add the on-ramp leg to the amount sent. Why on-ramp and off-ramp rates differ walks through that round trip.
Each cost below either lowers the delivered amount or raises the amount sent. A good provider shows most of them on the quote. The rest you have to measure.
| Cost source | Where it hides | How to measure it | On a binding quote? |
|---|---|---|---|
| Spread | Inside the exchange rate | Compare the applied rate with mid-market at the same minute | Yes, as market rate vs applied rate |
| Slippage | Between the shown rate and the settled rate | Quoted vs delivered amount, in basis points | Removed inside the window |
| Intermediary fees | Deducted by correspondent banks along a wire | Amount sent vs amount that reached the destination bank | A local rail payout has no correspondent chain |
| Receiving bank fees | Charged by the recipient's bank on arrival | Ask the recipient, or compare the credit with the instruction | Depends on the rail |
| Pre-funding cost of capital | Balances parked in destination accounts | Idle balance x your cost of capital | Not needed when each payout is funded at execution |
| Failed payment re-fees | Return fees plus the cost of sending again | Failed payouts x (return fee + new send cost) | Partly: Pix and other non-USD local rail failures are refunded automatically |
| Network fees | Blockchain transaction costs | Fee line on the quote or the onchain record | Shown in the quote's fee lines |
| FX on both legs | Converting into stablecoins, then out of them | Round-trip cost of on-ramp plus off-ramp | Each leg has its own quote |
Pre-funding deserves its own line because it never shows up on a single payment. Illustrative example: $200,000 parked across four corridors at an 8% annual cost of capital costs $200,000 x 0.08 / 12 = $1,333 a month. On $400,000 of monthly payouts, that adds 1,333 / 400,000 = 0.33% to every dollar you send. How much USDC to hold to fund payouts covers sizing the balance you do need.
Failed payments are the other quiet one. A returned wire costs the return fee, the time to fix the bank details, and a second send at a new rate. Common stablecoin payout mistakes lists the errors that cause most of them.
Under 1% is strong, 1% to 3% is typical, and above 3% needs a second look.
Those bands follow the G20 cross-border payments roadmap. The Financial Stability Board's targets set a global average cost of no more than 1% for retail cross-border payments, which covers B2B and person-to-business payments, with no corridor above 3%, by end-2027. For $200 remittances the target is 3% on average by 2030, with no corridor above 5%. Small payments carry flat fees that a 1% target cannot absorb, so judge them against the remittance bands.
Track the number per corridor and per ticket size, not as one blended figure. A 0.6% average can hide a 4% corridor. For typical ranges by corridor, see cross-border payment costs in 2026, and for how wire charge codes move money off the delivered amount, see hidden fees in international wires.
Capture it at the same minute you request the quote. A rate from an hour earlier can be off by more than the spread you are trying to measure.
For monthly reviews, central bank reference rates work: the ECB publishes euro reference rates around 16:00 CET each working day, and Brazil's central bank publishes its PTAX rates. The ECB notes its rates are for information only, so treat them as a benchmark, not a tradable price.
Consumer sites that show a single rate usually show a mid-market reference too. Why the rate on Google differs from your quote explains the gap between a reference rate and an executable one.
Every BlindPay quote returns the market rate next to the applied rate, so the spread is visible on each quote, before you execute.
The fields come from the payout quote response:
commercial_quotation is the raw market rate.blindpay_quotation is the rate net of BlindPay's fee.flat_fee, partner_fee_amount, and billing_fee_amount are the fee lines.sender_amount and receiver_amount are what leaves and what arrives, in minor units.That gives you cost per delivered dollar before any money moves. Delivered value = receiver_amount / commercial_quotation, and cost = (sender_amount - delivered value) / sender_amount. Cross-check commercial_quotation against your own mid-market source at the same minute.
The quote locks the rate and every fee until expires_at, 5 minutes by default, so the cost you calculate is the cost you get when you execute inside the window. There is no pre-funding: the payout is funded when you execute it. BlindPay publishes its plans on the pricing page, and per-transaction fees vary by rail and network, so the quote is where you read them.
Running a platform with your own markup? Partner fees on live quotes shows how your fee appears as one more line in the same calculation. And for the vocabulary used here, see the on/off-ramp liquidity glossary.
Take last month's ten largest payouts, look up the mid-market rate at each send time, and compute cost per delivered dollar for each one. Then request a quote for the same corridor through the payout quotes API and compare the two numbers.
This article is general information, not legal, tax, or financial advice.
Seven places blockchain payments beat bank rails: contractor payroll, remittances, B2B suppliers, marketplaces, 24/7 treasury, bill pay, and PSP payouts.
AP2, ACP, and x402 each verify that an AI agent had permission to spend. Here is what every protocol covers, who backs it, and the reconciliation gap none of them close.
The three roles behind every card program, stablecoin cards included: what each one does, who carries liability, and what to ask a provider.