The key question is who needs to be online: your phone, the POS terminal, or the issuer’s servers. As long as at least one of these is online and sufficient to complete authorization, the transaction goes through. For cardholders, a physical card at a POS works perfectly fine in airplane mode — a virtual card does not.
Physical cards: the POS is online, you don’t have to be
Physical USDT cards (such as MPCard Global Business or the physical Bybit Card) run on standard Visa / Mastercard rails. When you hand the card to a merchant or tap NFC, it is the merchant’s POS terminal that connects to the network — through the acquirer → card network → issuer — to complete authorization. The cardholder needs no network connection at all; your phone can be switched off and the card still works.
EMV chips can also handle offline small-value authorization (subway turnstiles, some convenience stores in certain countries). In these cases the POS itself may not be online at the moment of the tap, with transactions batched and submitted for clearing afterward. Regardless of online or offline authorization, the issuer system will asynchronously deduct the corresponding USDT later — this is a backend process unrelated to your connectivity at the time of purchase.
Virtual cards: your phone must be online
Pure virtual cards (MPCard Asia Elite, OneKey Card, etc.) have no physical form. They can only be used in two ways:
- Online checkout: entering the card number, expiry date, and CVV on a merchant’s website — this is an HTTPS request and requires internet.
- NFC via Apple Pay / Google Pay: adding the card to your wallet requires internet to complete tokenization. Subsequent small NFC payments can work briefly offline using a cached one-time token, but larger amounts or risk-control triggers still require an online connection.
If your core use case is fully offline or in areas with poor connectivity, a virtual card is not the right choice — you should apply for a physical card instead. See What is a U Card for a full comparison of the two formats.
The USDT deduction step is always online
This is the most overlooked detail. Whether you use a physical or virtual card, the issuer’s balance deduction always depends on an online system:
- You tap the card → the POS requests authorization from the issuer → the issuer freezes the corresponding USDT amount
- The card network clears the transaction T+1 to T+3 → the issuer converts USDT to fiat at the exchange rate and settles with the acquirer
- The “charged” status you see in the app may appear hours or even days after the purchase
This is also why, if an issuer’s servers go down or are frozen by regulators, all cards — including physical ones — stop working simultaneously. The card is only an entry point; the funds sit in the issuer’s account. Further reading: Issuer bankruptcy risk, Regulatory freeze risk.
Connectivity requirements by card type
| Payment method | Cardholder needs internet | POS / merchant needs internet |
|---|---|---|
| Physical card at POS / chip insert | No | Yes |
| Physical card NFC tap | No | Yes (small amounts may be offline) |
| Virtual card online checkout | Yes | Yes |
| Virtual card + Apple Pay / Google Pay | Yes (during setup) | Yes |
Editorial recommendation
If your primary use case involves airports, subways, or travel destinations with poor signal, prioritize a physical card and keep a virtual card as a backup for online subscriptions. If you only need to subscribe to services like ChatGPT, Claude, or Cursor — purely online scenarios — a virtual card is entirely sufficient and there is no reason to apply for a physical card just to have offline capability. See the ChatGPT Plus subscription guide and Claude Code payment guide for relevant card combinations.