No KYC crypto cards: fees and identity-check exceptions

I came away from Markushi Solamoto's comparison of no KYC cards with a distinction worth keeping: avoiding an identity upload does not make spending anonymous or inexpensive. Published on June 21, 2025, the comparison covered ten crypto-funded card services. Some had identity-check exceptions; others were still in development. I see these as products to investigate individually, rather than ten interchangeable cards whose privacy claims and costs can be taken at face value.

What no KYC cards mean for privacy

KYC means know your customer. Financial services use these checks to establish who their customers are, sometimes requesting an identity document or a selfie, and sometimes proof of address. The creator presented the services as ways to spend crypto without the usual registration checks, although verification still applied to some options.

A crypto-funded payment card connects cryptocurrency funding with conventional payment infrastructure. You send crypto to the service, and its card arrangement makes a balance available for purchases. Providers handle funding and conversion differently, so the process matters as much as the registration requirements. Crypto held in your wallet and a spendable card balance are not the same thing.

I separate reduced identity collection from anonymity. A purchase can leave records with the merchant, the card service and other transaction participants. Public blockchain transfers can expose the funding trail too. Skipping a passport upload changes one part of that process; it does not erase the records created elsewhere.

The creator said no-KYC services tended to charge more than cards with identity checks and described the extra cost as a privacy trade-off. That was an assessment, not a measured comparison across the ten providers. The quoted fees give readers a firmer basis for comparison because their effect depends on how often someone funds or uses a card.

The creator also raised the possibility that banks and regulators could affect these services in later years, without offering a firm forecast or timetable. I read that as a continuity risk. A balance set aside for later spending depends on the service remaining available under terms its customer can meet.

Registration approval also does not guarantee a successful purchase. A service can accept a customer but refuse a particular transaction, or require verification for a different tier. Eligibility and payment reliability need separate checks, even when both products carry the same provider's name.

Compare funding costs before card prices

The charge for moving funds into a service can matter more than the card's purchase price. Frequent reloads make percentage charges more noticeable. For an occasional user, a monthly charge may account for more of the cost. Neither comparison works without knowing which fees apply to the exact option being considered.

The comparison quoted or displayed these selected charges:

I would use this table to identify the charges to investigate, not add its rows together. They belong to different services and options. The useful calculation starts with the amount sent and ends with the balance available for the intended purchase.

Kemy Card was described as having three-year validity and monthly transactions up to $100,000. The creator quoted a minimum recharge of around $5 and said users could obtain an unlimited number of cards. Multiple cards could help separate purchases, but any maintenance costs still need to be checked for each one.

Separate reload labels quoted $1 and 1.25%. Their relationship to the account top-up charge was unclear. Account funding and card loading can be separate operations, so neither reload figure should be assumed to replace the top-up fee, and both should not automatically be applied to every reload. The distinction depends on where the money sits before it becomes spendable.

Kemy also advertised VIP customer support. The creator hoped it would be useful but said they had not used the service. I give an advertised support tier less weight than clear procedures for resolving a failed payment or refund request. A blocked balance needs a workable recovery process, whatever the support package is called.

Percentage fees reduce the balance available to spend. Fixed charges can make small transactions disproportionately expensive. Comparing the amount sent, the usable balance and the amount received by the merchant helps keep those costs visible instead of letting a low issuance price dominate the decision.

Bing Card had an identity-check exception

Bing Card's no-KYC options were presented as requiring no photo ID, verified proof of address or credit checks. The Platinum tier followed different rules: the creator said it required KYC and a wait list.

I found this distinction more useful than Bing Card's inclusion in the roundup. Identity requirements belong to the specific tier and issuing arrangement. A provider-wide label can obscure the conditions attached to the card someone actually orders.

Platinum was described as issued in Hong Kong; the non-premium option was described as issued in the United States and Hong Kong. Issuing location alone does not establish eligibility for residents of those places or for international applicants. It is one detail to check against the application terms.

The Bing discussion quoted a 2% exchange fee, 0% transaction fees and a 3% declined-transaction fee. A separate Virtual Exclusive maintenance label displayed $0 / Month. I would keep those labels separate until confirming which ones apply to the selected tier. Together, they do not promise that a particular card has no ongoing costs.

A decline can therefore cost money even though the merchant receives no payment. Merchant restrictions, insufficient usable balance or an unsupported payment type can cause a rejection. Where the terms charge for declines, repeatedly retrying the same purchase can add costs rather than solve the problem.

The creator also quoted a $10 minimum withdrawal for Premium. That establishes the smallest permitted amount, not the withdrawal cost or completion time. I would check both before funding: money left on a card may need a different route out from the one used to put it there.

Plasbit and Moon offered different purchase routes

A virtual card provides payment credentials without a physical piece of plastic. That can suit online purchases, but the product's merchant restrictions determine where those credentials are useful. Plasbit's range included both specialised and more general formats.

The creator described OF Max as a reloadable virtual card restricted to of.com. Alongside the issuing fee in the table, it had a 5% loading fee and a $20 initial balance. Its merchant restriction made it a specialised option rather than an everyday spending card.

I would check that restriction before comparing prices. A card that cannot pay the intended business has little practical value for that purchase. It also matters whether a quoted amount buys the card itself or becomes money available to spend on it.

Plasbit's prepaid $100 card had a $100 initial balance and a $110 total cost. The difference was $10. That arithmetic applies to this offer, not to every product from the provider. The range also included metal, plastic and virtual cards, whose formats did not establish identical funding terms or merchant coverage.

Pay with Moon offered a different route: buying Moon Visa cards with crypto for online shopping. The funding assets named were USDT, USDC, Ether and Bitcoin. It also supported top-ups through the Lightning Network, a Bitcoin payment network that allows payments without recording each individual transfer directly on Bitcoin's main chain.

The creator described Moon's cards as accepted by millions of merchants and repeated a no-trading-fee claim. I would check costs outside the trading step as well. Obtaining and using a card can involve charges that are not trading fees, so that claim alone cannot establish the total cost.

Moon's discussion included shopping and gift-card uses. A merchant gift card generally limits spending to a particular business or group, whereas a payment-network card follows its own acceptance rules. The selected product determines which route the funds take. Before comparing two offers, check whether both buy the same kind of spending access.

Solcard and Laso showed the limits of fee slogans

Solcard was presented as having no annual fee and Apple Pay compatibility. Users could request a refund through its dashboard, according to the creator. A request function offers a way to seek a refund; it does not guarantee immediate recovery in every circumstance.

The creator also claimed support for over 150 million merchants. I treat that as a coverage claim, not confirmation that a particular subscription or payment method will work. Acceptance depends partly on how the merchant processes the purchase, so a broad merchant count cannot settle a product-specific question.

For a higher spending allowance, Solcard required contacting the service and completing KYC. The creator gave inconsistent threshold figures. I would verify the threshold before planning a large payment, while keeping the underlying exception in mind: access within the standard allowance and access to a higher allowance followed different identity rules.

That distinction matters beyond registration. Someone who can open an account without verification may still encounter a requirement when their spending needs change. The relevant terms are those covering the expected balance and payment pattern, not just the initial sign-up process.

Laso Finance offered reloadable and non-reloadable products, including US, international and CAD-labelled options. A reloadable card allows further funding. A non-reloadable card generally makes its initial funding the spending budget, which suits a bounded prepaid purchase rather than an ongoing balance.

The creator described Laso as having no transaction, withdrawal or monthly fees and quoted a $2,000 maximum amount with a $5 minimum. Those claims need to be read alongside the CAD option's deposit and conversion charges in the earlier table. A fee-free transaction does not make funding free.

I would check the balance currency against the purchase currency. Conversion may occur before checkout, and merchant-side conversion can add another complication. The currency selected when paying deserves its own check rather than being treated as a detail already settled by the top-up terms.

Laso also offered Amazon US and Uber gift cards. For spending confined to either merchant, compare the relevant gift-card option directly. Its restrictions and costs may differ from those of a reloadable card, even though both appear under the same provider.

Rewarble and XKard needed different evidence checks

Rewarble offered virtual-card creation and wallet recharges. The creator pointed to a visible team and quoted 70 products and 20k customers. These details helped identify the service, but they did not establish how an individual card would perform.

The comparison displayed a Trustpilot rating of 4.3 out of 5 based on 649 reviews. It also showed a company registration for Centrivard B.V. in Eindhoven, CRN 86903163. I would treat those as historical details and use the company identity to check who the customer agreement is with.

Reviews can reveal recurring complaints or support patterns. An aggregate score, however, cannot establish eligibility or suitability for a particular purchase. Company registration answers a different question again: it identifies an organisation but does not by itself establish financial safety.

XKard's presentation used broad claims about global spending and an absence of limits or bans. The creator wondered about availability in Latin America rather than confirming it. I give the quoted plan details more weight than those marketing claims, especially where location determines whether an application can proceed.

Essential was quoted at $9 a month and Premium at $19 a month. The Whale card had a recharge limit of up to $100,000. In that tier's discussion, the creator described instant virtual delivery, Google Pay and Apple Pay support, and exclusive customer support.

A subscription creates a different cost pattern from a one-off prepaid purchase. Its recurring charge needs to be considered alongside the funding costs for the chosen tier and how often the card will be used. A high recharge allowance says how much can be loaded, not whether holding a large balance is prudent.

I keep custody risk separate from those features. After transferring crypto to a service, customers may depend on its systems and terms to access the resulting balance. A blocked account, operational failure or dispute can prevent spending even when the blockchain transfer succeeded. Support claims and recharge limits do not resolve that dependency.

Fina and BitFree were not straightforward matches

Fina.cash was described as a dApp on Secret Network, an application associated with a blockchain network. The creator believed it was still in beta and appeared to remain in development, which put it in a different category from the offers with quoted card-ordering terms.

Its roadmap referred to launching Fina P2P on Secret Network and expanding to IBC and EVM chains. P2P means peer-to-peer; the other terms concerned planned connections to additional blockchain systems. These were development plans rather than evidence of a card ready for everyday spending.

I would assess a development-stage project separately from an available payment product. A roadmap explains what a team intends to build. Someone trying to complete a purchase needs ordering conditions and usable funding terms instead. The video did not establish Fina's usable card terms or fees, so check its current product documentation.

BitFree's physical-card ordering instructions included verification. The process was:

1. Install the BitFree application.
2. Order the card and pay the order fee.
3. Complete ID verification before the service ships the card to your home address.

The creator speculated that virtual cards might have different requirements. I would not rely on that possibility when comparing eligibility. The physical-card instructions explicitly involved verification; a possible exception for another format needs confirmation before it becomes a basis for funding.

BitFree's page also claimed users could receive funds with zero price volatility or risk, wording the creator repeated. I would not adopt the risk claim. Conversion can reduce exposure to a cryptocurrency's changing market price, but the custody, operational and access risks discussed earlier still apply to a payment service.

Fina's development plans and BitFree's ordering conditions therefore need different checks. Counting them together as provider names does not make them equivalent products. One called for confirming what was available; the other required reading the identity conditions for the card format being ordered.

Check the exact route before sending funds

I would turn the comparison into a worksheet for one specific product. Checking the intended transaction is more useful than comparing provider-wide privacy slogans. Work through the route in this order:

1. Record the exact card name, your country of residence, the funding asset and the intended spending currency. Check whether the terms apply to that combination.
2. Read the identity requirements for registration and funding, then for spending and recovering a remaining balance. Save the terms you rely on so a promotional summary is not your only record.
3. Check the site's address before connecting a wallet and inspect any permissions requested. Never give a payment service your recovery phrase or private key. Those credentials control the wallet; a legitimate funding process does not require them.
4. If you decide to test the service after reviewing its terms, use a small amount and a purchase whose failure would be manageable. Check the usable balance and permitted payment type before retrying a decline.
5. Compare the amount you must send with the spendable balance you expect to receive for the chosen merchant. Check how to recover any money left over.

I would keep that last check in the worksheet even when the intended purchase appears straightforward: what happens to the remaining balance if the card cannot pay the merchant?