.png)
Key Highlights
- Today, Bitcoin is already spendable on a card. There are 4 ways to do this, and they differ in what happens to the position you hold.
- Three of the four ways make you give the bitcoin up, convert it beforehand, or borrow against it.
- The fourth way prices the balance you already hold and authorizes the card against it. No bitcoin moves on-chain at checkout.
- The price applied at checkout is the last one the card issuer stored, which for bitcoin can trail the market by one polling interval.
- Reap lets card programs enable bitcoin spending without taking custody of the asset. The client defines BTC as a virtual asset and prices it. Reap authorizes the card against the mirrored balance.
Introduction
You can spend bitcoin on a card today without selling it. Consumer crypto card products have been on the market for years, and there are four different ways to get from a bitcoin holding to a card payment.
How do you spend bitcoin?
You spend bitcoin through a card in one of four ways, each way does something different to the holding:
The first three are what consumer products have offered for years. The fourth is newer, and it is the only one where the bitcoin is neither sold, moved, nor pledged.
Can you spend bitcoin without selling it?
You can spend bitcoin without selling it when the provider prices your holding and extends spending power against it. The position stays intact, and the card draws on a balance the issuer tracks on the provider's behalf.
The bitcoin itself stays where it is. A mirrored balance is a ledger entry the card issuer holds for the platform, and allocating it moves no token on-chain.
What the platform gains is a user who keeps the asset. What it takes on is the gap between authorizing the spend and realizing value from that holding.
What is a crypto card and how does it work?
A crypto card is a payment card funded by a digital asset balance rather than a bank balance, and it works by establishing a value for that balance before the card can approve anything.
A bank card authorizes against money already denominated in the billing currency. A crypto card holds a balance in something else. That is why establishing the value comes first.
How a given crypto card establishes that value decides what happens to the holding. A card built on conversion ends the position. A card that spends against a priced balance leaves the position in place.
How does bitcoin card spending work behind the scenes?
Behind the card, bitcoin card spending works by pricing the balance a user already holds and authorizing against it. Three things happen, and only the first is a build.
1. The platform mirrors the balance. It tells the card issuer how much bitcoin each user holds. The bitcoin does not move, and the holding stays wherever the platform custodies it.
2. The platform prices it. It hosts an endpoint returning what one unit of bitcoin is worth in the program's billing currency, drawn from whatever market data the platform already runs on.
3. The card converts at the point of sale. At checkout the issuer values the mirrored balance against the purchase and authorizes. The user pays in the unit they hold.
A cash balance and a bitcoin balance can sit on the same card and roll into a single available figure. A single purchase can draw on both, and the platform decides which balance funds each transaction. How any asset becomes spendable on a card covers the general model, and bitcoin is one definition inside it.
How current is the bitcoin price when the card is authorized?
When a card is authorized, the issuer reads the last price it stored rather than a live one. For bitcoin that stored price can be a full polling interval old, and the difference between it and the live market is the platform's to absorb.
The platform's endpoint returns a price. The issuer reads that endpoint on a fixed schedule and saves each value with a timestamp. A card is presented, and the issuer values the balance using the most recent saved price.
For a stablecoin the gap barely matters, because a fixed rate can be set once and left alone. Bitcoin moves inside every interval. A platform pricing it should size that interval against how much movement it can absorb, and should treat endpoint uptime as an operational commitment. The issuer sets the interval, so ask for the figure before integrating.
What the platform carries in the meantime
Treasury is the part teams underestimate. Between authorizing a spend and realizing value from the user's holding, the platform holds a position. A master account funded by the platform backs outstanding card spend across the program, and program-level spending limits stay a function of what the platform has posted to that account.
What else can a platform make spendable on the same card?
Any unit the platform can name and price becomes spendable the same way: mirror the balance, price it, and let the card convert at the point of sale. Bitcoin is one definition, and the mechanism was never bitcoin-specific.
A single program can define a stablecoin at a fixed rate, a volatile token from a market endpoint, a staked position from a NAV feed, and a loyalty point at a set ratio. It can also define value it issues itself: cashback, sign-up bonuses, credit lines and salary allowances. A wallet can pair a custodied bitcoin balance with its own cashback program, and making cashback spendable runs the same three steps.
Defining a spendable asset sits inside a card issuing program, and it does not replace one. Scheme access still governs whether a card can be issued at all, while the asset definition governs how much a user can spend.
Adding the next asset takes one definition. That is why the question "which assets do you support?" produces the wrong roadmap.
How Reap Can Help
Reap's Virtual Assets capability prices a user's bitcoin holding and authorizes the card against it, so the position survives the purchase [REVIEW NEEDED: BTC in Reap context; proceeding on the API docs plus Amelia Leow's written definition, per the 08-Sep-2026 decision]. A client defines bitcoin as a virtual asset, hosts a rate endpoint, and mirrors each user's balance to Reap.
- Rate endpoints are polled every 5 minutes, and each value is stored as a snapshot. Authorizations use the latest one, so the window is known in advance. The interval is Reap's own, and no published industry standard exists to compare it against.
- One master account covers every asset type. A single master account in USDC or USDT, funded by the client, backs card spend across the whole program [REVIEW NEEDED: stablecoin funding reference]. Adding bitcoin alongside a points balance takes a definition and no new pipeline.
- Cash and bitcoin contribute to one spending limit. In the worked example from Reap's September 2026 announcement, a user holding $400 in cash and $600 in bitcoin sees $1,000 available, and the client controls which balance funds each transaction.
- The client keeps custody and the user relationship. Reap does not custody underlying assets and does not operate as an exchange.
- Bitcoin support is available now through the existing API, on cards issued from Hong Kong and Mexico [REVIEW NEEDED: jurisdiction reference] and usable wherever Visa is accepted.
It runs inside Reap's card issuing platform
For a holder, a sale, a conversion, a loan and a priced balance are four answers to one question: what happens to the position. For a platform, the question is which price feed to publish and how much movement to absorb between one snapshot and the next, because that sets the cost of every authorization the program approves.
Disclaimer
The information provided in this material is for general informational purposes only and does not constitute legal, financial, tax, or business advice. It should not be interpreted as a recommendation, offer, solicitation, or inducement to engage with Reap's products or services. Any use of Reap's services is at the user's sole risk and discretion.
Reap makes no representation or warranty, express or implied, regarding the accuracy, completeness, or reliability of the information provided. Services are governed exclusively by Reap's applicable legal agreements. Service availability, features, and eligibility may vary by jurisdiction and are subject to regulatory, card network, and operational limitations.
All trademarks, logos, and brand names are the property of Reap and/or their respective owners. References to third-party platforms or services are for descriptive purposes only and do not imply endorsement, partnership, or affiliation.
Reap's services and information are provided on an "as is" and "as available" basis, without warranties of any kind. Reap shall not be liable for any loss or damage arising from the use of, or reliance on, this information or its services.
