One of the most common questions new Bitcoin merchants ask is: "What happens if a customer wants a refund?" The honest answer has two parts. First: Bitcoin transactions cannot be reversed by anyone — not you, not the customer, not their bank. Second: that doesn't mean you're off the hook ethically. It means the responsibility for handling refunds fairly shifts entirely to you as the merchant.
This article covers the mechanics of Bitcoin refunds, the fee question, and what good — and bad — merchant practice looks like.
Why Bitcoin transactions can't be reversed
When a customer sends you Bitcoin, that transaction is broadcast to a decentralized network of thousands of computers worldwide. Within minutes it's confirmed and recorded permanently on the blockchain. There is no central authority — no Visa, no PayPal, no bank — that can reach in and reverse it.
This is by design. It's what makes Bitcoin payments final and what protects merchants from chargebacks. But it also means that if a customer deserves a refund, you have to send it manually. It won't happen automatically, and no one can force you to do it.
That last sentence is where the ethics come in.
The fact that Bitcoin can't be reversed doesn't mean you're entitled to keep money for goods or services not delivered. Consumer protection laws in most jurisdictions still apply to Bitcoin transactions — "payment is final" in the technical sense doesn't override your legal and ethical obligations as a merchant.
How to actually send a Bitcoin refund
A Bitcoin refund is just a new transaction — you send Bitcoin from your wallet back to the customer's wallet address. The steps:
- Get the customer's wallet address for the coin they paid with. They can find this in their wallet app under "Receive."
- Open your wallet app and tap Send.
- Enter the customer's address and the refund amount.
- Confirm and send.
That's it. You don't need OrangeTill to issue a refund — it happens wallet-to-wallet directly, just like any other Bitcoin transaction.
Who pays the transaction fees?
This is where it gets nuanced — and where merchant ethics matter.
Every Bitcoin transaction involves a network fee paid to miners or validators. When a customer pays you, they pay the fee on their outgoing transaction. When you refund, you pay the fee on your outgoing transaction. In most cases, these fees are small — cents for most coins, a dollar or two for Bitcoin on-chain during normal conditions.
The ethical standard most merchants follow:
The price volatility question
This is the trickiest part of Bitcoin refunds. If a customer paid you 0.001 BTC for a $100 item, and Bitcoin's price has since moved significantly, what do you refund?
There are two baseline approaches:
Option A — Refund the dollar amount
Calculate what the customer paid in dollars at the time of the transaction (OrangeTill records this automatically). Send them that dollar equivalent in Bitcoin at today's rate. The customer gets their money back in dollar terms, regardless of what the market has done.
Option B — Refund the same Bitcoin amount
Send back exactly what they sent you — 0.001 BTC for 0.001 BTC. Simpler, but creates volatility exposure for both parties. If Bitcoin went up, the customer gets more in dollar terms than they paid. If it went down, they get less.
When Bitcoin drops during the refund window — a real scenario
Here's the situation many merchants will eventually face: a customer paid $100 worth of BTC on day one. They come back 28 days later asking for a refund. Bitcoin's price has dropped 20%. That same BTC is now worth $80.
There's no universal right answer here. This is your business, and how you handle it is your call. But here are the three approaches merchants take — with the honest tradeoffs of each.
You send the customer $100 worth of BTC at today's lower price. You absorb the $20 difference. From a customer service standpoint this is the strongest position — the customer is made whole in dollar terms and walks away satisfied. The cost to you is real but limited, and it's a clean, defensible policy.
Best for: Merchants who prioritize customer relationships and want a simple, consistent policy. Works well when refund volume is low.
You send back exactly what you received. The customer receives $80 in value instead of $100. This puts the volatility risk on the customer — they chose to pay in a volatile asset, and the market moved against them during the refund window. You're not profiting; you're returning what you received.
Best for: Merchants with an explicit "same Bitcoin amount" policy, communicated clearly before purchase. Without that upfront disclosure, customers may feel shortchanged — and they have a reasonable argument.
Refund somewhere between the original dollar amount and the current Bitcoin value — for example, $90 worth of BTC. Neither party absorbs the full loss. This is a negotiated outcome rather than a policy, and works best when you have an ongoing relationship with the customer and want to preserve goodwill without taking the entire hit.
Best for: Situation-by-situation decisions with regular customers. Not practical as a scalable written policy.
If Bitcoin's price rose during the refund window, the same question applies in reverse. The customer's original 0.001 BTC is now worth $120. Do you refund $100 (the dollar amount) or 0.001 BTC (now worth more)? Most merchants refund the original dollar amount in this case too — it's consistent, and it means your policy works the same in both directions. Keeping the upside while not absorbing the downside is the position most likely to feel unfair to customers.
The most important thing — whichever approach you choose — is to decide before the situation arises and state it in your refund policy. A customer who knew upfront that refunds are for the original dollar amount, or the original Bitcoin amount, has no reasonable complaint when that's what they receive. A customer who was never told anything has a reasonable expectation of being made whole in dollar terms.
What your refund policy should say
The most important thing you can do is communicate your refund policy before a customer pays — not after a problem arises. A clear policy protects both you and your customers and sets expectations honestly.
Your Bitcoin refund policy should cover:
- Whether you accept refunds at all — and for what (defective product, wrong order, change of mind, etc.)
- The timeframe — e.g. within 30 days of purchase with receipt
- How the refund is calculated — dollar amount at time of purchase, or original Bitcoin amount
- Who the network fee falls on — be explicit
- How the customer initiates a refund — email, in person, etc.
OrangeTill is a payment tool — it calculates exchange rates and generates QR codes. It has no role in, and no responsibility for, the price movements of Bitcoin after a transaction is completed. Refund calculations, volatility exposure, and any resulting gains or losses are entirely between you and your customer. Your refund policy is yours — OrangeTill doesn't set it, enforce it, or guarantee any particular outcome.
Post your policy where customers can see it
A policy that lives only in your head — or buried in a terms document nobody reads — offers you almost no protection and doesn't serve your customer. Display it visibly, near the point of payment, before the transaction happens.
Good places to display your Bitcoin refund policy:
- A printed card at the register — the most effective option. Right next to OrangeTill, visible when a customer is deciding whether to pay with Bitcoin.
- On the receipt — OrangeTill's email receipts are a good place to include a one-line policy summary.
- On your menu, website, or order confirmation — anywhere your standard return policy lives.
- Verbally — for first-time Bitcoin customers, a quick "just so you know, our Bitcoin refund policy is X" takes ten seconds and prevents a lot of future confusion.
Printable policy cards
Pick the one that matches your business stance, screenshot or save it, and print it at business card or index card size to display at your register. Each card is designed to be clear, honest, and complete — no fine print, no surprises for your customers.
Each card is available in two downloadable formats — pick whichever works best for you:
Download, open in Word or Google Docs, click the highlighted [your email] text and type yours, then print.
Google Docs: drive.google.com → New → File Upload → select the .docx → open it.
Open in Adobe Acrobat Reader (free) or Preview on Mac. Click the email field, type your address, save, and print.
Print size: Ask your print shop for 5" × 3.5" for a counter card.
Need a different policy card?
Don't see your situation covered? We can add it. Just send us an email and we'll get it uploaded. hello@orangetill.com
The ethics of "all sales final"
Many merchants, especially in food service, operate under a legitimate "all sales final" policy — and that's perfectly reasonable. A prepared meal, a haircut, or a custom item may genuinely be non-refundable.
Where it crosses an ethical line is using Bitcoin’s irreversibility as a loophole to deny refunds that would otherwise be owed — for defective products, undelivered goods, or errors on your part. Using "Bitcoin is final" as a shield in those situations is both legally risky and damaging to customer trust.
The merchants who build the best reputations with Bitcoin payments are the ones who treat Bitcoin refunds exactly the same way they'd treat any other refund — fairly, promptly, and with the customer's reasonable expectations in mind.
Record-keeping for refunds
When you issue a Bitcoin refund, keep a record of:
- The original OrangeTill payment entry (date, amount, coin, dollar value)
- The refund transaction ID from your wallet app
- The dollar amount refunded and the rate used
- The reason for the refund
This matters at tax time. When you receive Bitcoin as income, you record the dollar value. When you refund it, that's a business expense — or a reduction in income, depending on timing. Your accountant will want a clear paper trail. See our Bitcoin taxes guide for more detail on how refunds affect your tax reporting.
Questions
OrangeTill records every payment automatically.
Every transaction is logged with the dollar amount, Bitcoin equivalent, and timestamp — exactly what you need if a refund question ever comes up.
Get started →