Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


If a crypto card authorization hold has not been released, first establish whether you are looking at an open authorization, a completed purchase, a reversal, or a later refund. A merchant saying “canceled” does not itself prove that the issuer has received and processed the message needed to release reserved balance.
Key Takeaways
- Match the merchant receipt to the card authorization using amount, currency, date, and reference.
- Do not call a pending hold a posted charge or a refund until the ledger shows that event.
- Ask whether the merchant completed, adjusted, or reversed the original authorization.
- Preserve both the original displayed amount and every later ledger change.
- Escalate through the card program when the merchant evidence and card state disagree.
Use the online security guide to keep your account and evidence safe during support contact.
At checkout, a merchant can request authorization for an estimated or exact amount. If approved, the issuer reserves available balance. The merchant later submits clearing data to complete the purchase, adjusts the amount where program rules allow, or sends a reversal when it will not complete the transaction.
| Card record | What it usually represents | What to verify next |
|---|---|---|
| Pending authorization | Reserved balance before final posting | Merchant status and authorization reference |
| Posted transaction | Cleared purchase in the card ledger | Final amount, currency, and fees |
| Reversal | Release or cancellation of the authorization | Whether it matches the original reference |
| Refund | New credit after a posted purchase | Merchant credit reference and date |
| Adjustment | Changed clearing amount | Receipt, tips, deposits, or partial completion |
Mastercard's processing rules distinguish authorization, reversal, clearing, and refund messages.[1] Coinbase and Crypto.com also describe authorization holds in their own card-support material.[2][3] Those program examples do not set a universal release time for every issuer.
Open the detailed card ledger, not only the available-balance tile. Record the status, merchant descriptor, local and billing amounts, currency, authorization time, card last four digits, and transaction reference. If the entry is posted, you no longer have only an unreleased hold; you have a completed transaction to reconcile.
Some interfaces keep the same merchant row while changing its underlying state. Take a timestamped screenshot and download a statement if available. Compare the current record with any earlier notification rather than assuming the first displayed value is permanent.
If two entries appear, determine whether one is the authorization and the other is the posted transaction. Do not add them together without checking whether the issuer already excludes the pending item from the final balance.
Contact the merchant through a verified channel. Ask whether it completed the transaction, partially completed it, adjusted the amount, canceled it internally, or sent an authorization reversal. Request the authorization code or merchant reference and a dated cancellation, void, or completion receipt.
A verbal assurance that an order is canceled is helpful evidence but not a network message. The merchant's point-of-sale system, payment processor, and acquirer may each have a role. Ask for a written record that identifies the original transaction rather than a generic email.
If the merchant says it never captured the payment, ask whether it can send or confirm a reversal. Do not ask the merchant to issue a refund against a purchase that never posted; a refund is a separate credit and can complicate the record.
A reversal tells the card path that the original authorization will not be used. A refund normally follows a completed purchase and creates a new credit. The two events have different references, timelines, and evidence.
If the purchase already posted and the merchant later returned money, follow the missing crypto card refund guide. If the transaction remains pending and was never completed, focus on the original authorization and reversal.
Do not rely on the merchant's everyday word “refund.” Ask whether the original payment settled. Then ask for the precise record: void/reversal for an uncompleted authorization, or refund reference for a posted purchase.
Start with available balance immediately before the authorization. Add confirmed card credits, subtract posted purchases and disclosed fees, then identify the amount still reserved by open authorizations. This prevents a separate purchase or conversion from being mistaken for the unresolved hold.
Estimated authorizations can differ from final charges. Restaurants may add a tip, fuel dispensers can reserve an estimate, and some merchants use deposits. Do not assume the difference is an error until you compare the merchant receipt and the program's disclosed rules.
For a crypto-funded card, also keep the funding and conversion layers separate. The hold is denominated in the card ledger, while the app may display an equivalent crypto quantity that changes with the program's accounting method. The settlement reconciliation guide addresses that later calculation.
Create one line with the merchant name, date, original amount, currency, authorization code, merchant cancellation or completion reference, card-program transaction ID, and current status. Small descriptor or currency differences can explain why support could not locate a record.
If the merchant provides a reversal reference, send it to the card program. If the card program says no reversal arrived, ask what exact identifier the merchant's processor must trace. Keep each answer with its timestamp and case number.
Never post the full record publicly. Mask the primary account number, CVV, identity data, addresses, barcodes, and unrelated transactions. A screenshot shared in a public forum can create a second security problem without releasing the hold.
Use the official support route shown in the card app or issuer website. Provide the original authorization record, merchant evidence, a balance reconciliation, and the age of the pending entry. Ask whether the item is awaiting clearing, a reversal, an internal expiry, or manual review.
Ask for a case number and the next observable event. Useful answers explain which party owns the next action and what record will prove closure. A generic instruction to “wait” is less useful unless tied to the program's terms or a specific investigation.
If the amount is material, the card remains unusable, or the program's stated process has passed without change, consider the complaint or legal route available in your jurisdiction. Preserve the terms that applied on the transaction date.
Review recent transactions for any authorization you do not recognize. Freeze the card through the official app if compromise is possible, change exposed credentials, and secure the primary email account. An unauthorized transaction needs the issuer's fraud process, not merely a hold-release request.
Do not pay a third party to “clear” the card, share one-time codes, install remote-access software, or reveal a seed phrase. No outsider can send a legitimate issuer reversal by controlling your phone.
Keep enough unreserved balance for essential payments rather than repeatedly topping up to offset the hold. Additional funding can make the ledger harder to reconcile.
No. A hold reserves available balance after authorization; a posted charge reflects clearing in the card ledger.
The merchant may send a reversal, but the acquirer, network, and issuer still have to process the relevant records. The merchant cannot directly edit your issuer ledger.
Its order system may be canceled even though a reversal is missing, unmatched, or still being processed. Ask for a record tied to the original authorization.
Only if a purchase posted and a refund is the correct remedy. An uncompleted authorization normally calls for a reversal or release, not a new refund credit.
Yes, where the program and merchant category allow an estimated or adjusted authorization. Compare the receipt, clearing amount, and applicable terms.
Freeze the card through the official service and report it through the issuer's fraud channel. Do not wait for an ordinary hold-release investigation.
Send masked transaction records, merchant evidence, matching references, a ledger reconciliation, and prior case numbers. Never send passwords, CVV, one-time codes, or recovery secrets.
No. A VPN cannot send a merchant reversal, alter network messages, or change the issuer's reserved balance.
Disclaimer: This article provides general operational information, not financial, legal, dispute, or account-specific advice. Authorization, reversal, clearing, release, fraud, and complaint procedures depend on the card program, merchant, facts, terms, and jurisdiction.
Sources checked 9 September 2026.
Related articles:
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.





