Verification Checklist

  • ✓Split a single purchase into top-up, settlement, and card-network conversion stages, and record each separately rather than comparing only the final landed amount against the advertised rate
  • ✓Run one affordable small test transaction and keep screenshots at each of the four key checkpoints for a later line-by-line reconciliation, not a memory-based one
  • ✓Check whether the fee schedule contains dormancy, dispute, withdrawal, or closure fees that never appear on the homepage comparison table
  • ✓When comparing providers, use the same amount within the same time window, since comparing tests taken at different times conflates FX movement with actual fee differences

1. Why the Advertised Rate and the Landed Amount Rarely Match: The Three-Stage Nature of Fee Structures

A stablecoin virtual card purchase actually passes through three independent pricing stages, not a single conversion. The first is top-up: you send USDT/USDC to the provider's address, and the provider converts it into the card's billing currency (usually USD) at a rate it quotes internally; this rate typically references some market benchmark, but the provider is free to add a spread on top of it, and that spread is rarely disclosed on the homepage — it usually only shows up buried in the fee schedule. The second is settlement: when you spend at a merchant, the transaction clears between the provider and the issuing bank, and if the merchant's currency differs from the card's billing currency, a second conversion can occur here; settlement carries its own lag (anywhere from T+0 to T+2), and benchmark rate movement during that window gets baked into the final settled price. The third is the card-network layer: if the merchant's acquiring currency differs from the card network's settlement currency, Visa/Mastercard applies their own published wholesale conversion rate and charges a separate cross-border or currency conversion fee — entirely independent of the provider's own fee structure, and something most users never realize exists.

This three-stage structure explains how "the homepage says zero fees" and "what actually landed was noticeably less" can both be true at once — the "zero fees" claim likely describes only one stage (say, no markup at top-up), while the settlement and network layers' spreads sit entirely outside that sentence. A verifier who only subtracts "the final merchant charge" from "the stablecoin value at top-up" sees only the compounded total of all three spreads, with no way to tell which stage caused it, and therefore no way to judge whether a given provider's fee structure is reasonable or whether it simply relocated the spread to a less visible stage.

  • A virtual card purchase actually passes through three independent pricing stages — top-up, settlement, card network — not one conversion.
  • "Zero fees" marketing usually describes only one stage (typically top-up); settlement and network-layer spreads are commonly excluded.
  • Comparing only "top-up price" against "final charge" reveals the total of all three spreads compounded, with no way to locate which stage is responsible.

2. Verification Method One: Decompose the Three FX Stages and Reconcile Each Separately

To separate the three spreads, a verifier needs to leave a trace at each stage individually, not just save the final landed number. Top-up stage: record the amount of stablecoin sent, the conversion rate the provider's page displayed at that moment, and the resulting USD balance credited, then check a public reference price at the same moment (for instance a major exchange's USDT/USD quote or the stablecoin issuer's published peg rate) and calculate the percentage deviation of the provider's rate from that reference — this percentage is the true top-up-stage spread, and it should typically sit between 0% and 1.5%; anything above that range warrants a direct question to the provider about its fee schedule. Settlement stage: if the merchant's charge currency differs from the card's billing currency, the transaction record usually shows both "the merchant's charged amount" and "the amount deducted from the card balance at this conversion" — dividing one by the other yields the actual settlement-stage rate used, which can then be compared against the market rate at the time of the transaction; a larger deviation indicates a larger hidden spread at this stage. Card-network stage: most issuers' monthly statements or transaction details list a separate "currency conversion fee" line item; if that line item is entirely absent despite you knowing the transaction involved cross-border settlement, you need to confirm with the provider whether that fee has been folded into the settlement rate instead, or waived entirely — the two scenarios imply completely different fee structures and shouldn't be assumed by default.

Once the three spreads are individually calculated, multiplying them together in sequence (not adding them) yields the compound rate that represents the true all-in cost of that transaction on that card — and it is this compound figure, not any single stage's published rate, that should be compared against the provider's advertised headline number.

  • Top-up stage: compare the conversion rate against a public reference price at the same moment to compute the spread percentage, normally 0%-1.5%.
  • Settlement stage: divide "merchant charge amount" by "amount actually deducted from the card" to get the settlement rate, then compare against the market rate on that day.
  • Card-network stage: check whether the statement lists a separate currency conversion fee line item; if absent, confirm with the provider whether it was folded into the settlement rate.

3. Verification Method Two: A Small Test Transaction — Traced Evidence, Not Recollection

The three-stage breakdown needs raw data to work, and the most reliable way to get it is to actively run one full cycle with a small amount you can afford to lose (say, the equivalent of $10-20) rather than trying to reconstruct rates from memory after something looks off. A concrete workflow: first, screenshot the public reference rate with a timestamp before topping up; second, screenshot the provider's displayed landed rate and credited amount immediately after top-up; third, make one small purchase on this card at a merchant that clearly bills in a foreign currency (a subscription tool is a common choice), then immediately screenshot the transaction detail showing the merchant's charged amount and the converted amount; fourth, once the issuer's monthly statement or transaction record updates, check whether a separate currency conversion fee line item appears, and screenshot it. These four timestamped screenshots together fully reconstruct what actually happened at each of the three stages for one transaction — far closer to the true cost than any fee-schedule page. Using the stablecoin virtual card service RDVCC as an example (this link carries a commercial relationship and is labeled sponsored per convention; this piece makes no judgment on the merits of its fee structure), a verifier should run the same four-step test rather than take the homepage's fee description at face value — every provider should be held to the same verification standard.

After one small test, it's worth keeping the four data points in a simple running table and repeating the same test periodically (say, quarterly), because a provider's fee structure shifts with its operational strategy — a single test doesn't represent long-term cost, particularly after a provider switches settlement rails or card-network partners, at which point the spread can change noticeably without any notice to users.

  • Actively run one full cycle with an affordable small amount, screenshotting at four key checkpoints.
  • Four timestamped screenshots reconstruct the actual rate used at each of the three stages — more reliable than any fee-schedule page.
  • Fee structures shift with a provider's operational strategy, so verification should be repeated periodically rather than done once.

4. Hidden Fee Checklist: Beyond What's Labeled "Fee" on the Homepage

Beyond FX spread, virtual cards commonly carry several fee categories that rarely appear on homepage comparison tables but can generate real cost under specific conditions. Dormancy/inactivity fees: some providers charge a flat management fee, or deduct a percentage from the balance, on cards with no transactions for a set period (say, 90 days) — a card left unused and forgotten can quietly have its balance drained. Dispute/chargeback processing fees: when a transaction is disputed or charged back, some providers charge a flat processing fee that is typically non-refundable regardless of the dispute's outcome. Withdrawal/refund fees: converting a remaining card balance back to stablecoin or withdrawing it may incur an additional fee or a worse rate than the one used at top-up, creating a situation where you "pay the spread twice" — once going in, once coming out. Closure fees: a small number of providers charge a one-time fee for actively closing a card, which is easy to miss if not confirmed before opening one. Before opening a card, a verifier should read the full fee schedule page and specifically search for these terms (dormancy, dispute, withdrawal, closure, maintenance) rather than only checking the two line items shown on the homepage: opening fee and transaction fee.

  • Dormancy/inactivity fees can silently drain the balance of a long-unused card — closing it is safer than leaving it idle.
  • Dispute/chargeback processing fees are typically non-refundable regardless of outcome.
  • Withdrawal/refund may apply a worse rate or extra fee than top-up, effectively charging the spread twice.

5. Cross-Provider Comparison Framework: Same Amount, Same Time Window, or It Isn't Comparable

The most common mistake in cross-provider comparison is comparing test results taken at different times with different amounts — market rates move every day, so tests taken at different times are inherently non-comparable. The correct approach: pick the same day and as close a time window as possible (ideally within the same hour), open and fund cards at several candidate providers with the exact same stablecoin amount, and record the top-up-stage spread percentage from section 2 for each; if feasible, make one small purchase of the same amount at the same subscription merchant across providers and compare the settlement-stage spread. Data gathered this way is a genuine cross-provider difference with market movement controlled for — not a coincidence of "which provider happened to catch a favorable rate." Beyond spread percentage, a cross-provider comparison should also record whether the hidden fee terms from section 4 exist for each provider; looking at "spread percentage + hidden fee checklist" together gives a reasonably complete cost picture, rather than being drawn in by the lowest spread on one dimension while missing a high dormancy or dispute fee lurking on another.

  • Cross-provider comparisons must control for time window and amount, or market FX movement will mask the true fee difference.
  • A comparison should record both the top-up spread percentage and the hidden fee checklist together — neither alone is sufficient.
  • The "lowest spread" on one dimension does not mean the lowest total cost — it must be weighed against the hidden fee checklist.

6. Verification Checklist and Conclusion

Distilling the sections above into a reusable checklist: first, has the purchase been decomposed into top-up, settlement, and card-network stages and reconciled separately, rather than compared as one total difference? Second, has a small test transaction been run through the full cycle with screenshots at all four checkpoints? Third, has the full fee schedule page been read to check for dormancy, dispute, withdrawal, and closure fees that may not appear on the homepage comparison table? Fourth, when comparing providers, was the time window and test amount controlled for, to avoid mistaking market movement for a real fee difference? Fifth, were the spread percentage and the hidden fee checklist evaluated together, rather than being drawn in by a low headline spread alone? Working through these five questions yields a card's true all-in cost — not the number the landing page wants you to see. Every virtual card provider, regardless of any commercial relationship with this site, should be held to the same verification standard; this piece makes no conclusive judgment about any specific provider's fee level and is for learning and research purposes only, not investment advice.

  • Five-question checklist: are the three FX stages reconciled separately, was a small test transaction run with evidence, were hidden fee terms checked, was the cross-provider comparison controlled, was the evaluation combined rather than spread-only.
  • True all-in cost = top-up spread × settlement spread × network spread, compounded with hidden fee terms — not the single rate shown on the homepage.
  • The entire piece is a discussion of verification methodology, makes no judgment about any specific provider, and is not investment advice.