I care more about what a crypto card charges than what it promises in cashback. Crypto Explorer's review of the 1inch Card, published on December 22, 2024, gives a useful example: purchases carried a platform fee that could offset the rewards. The card was integrated into a self-custody wallet, but its funding accounts operated separately. Both details matter when assessing the cost of a payment.
What the 1inch Card offered
The 1inch Card combined virtual and physical cards with crypto-funded spending, cashback and loans backed by crypto. Access started in the 1inch Wallet, a software wallet for Android and Apple devices. The creator liked having these services together, particularly for people using decentralized finance, or DeFi, through their crypto wallets.
The review identified Crypto Life (CL) / Baanx as the card platform partner. I would distinguish that payment service from the wallet: opening a card account through a self-custody app does not establish that money placed in the account remains under the same custody arrangement.
Physical cards were available to EU and EEA residents who passed identity verification. The creator said eligibility depended on a certificate of residency rather than birthplace. Residence determined whether someone could obtain the card; it was not a restriction on where they had been born.
The virtual card also required KYC, short for know-your-customer identity checks, plus a security setup using Google Authenticator. The creator reported immediate access after completing the process. I would not treat that timing as a guarantee for every application.
The physical card supported merchant payments and ATM withdrawals. The virtual card could connect to Google Pay or Apple Pay for contactless purchases, provided the device and merchant supported them. Being eligible for a card and being able to use it at a particular checkout were separate questions.
The review did not establish the legal issuer, payment network, funded-account custody terms, top-up or foreign-exchange charges, spending limits, or cashback conditions such as staking, lock-ups and caps.
The wallet and card had different boundaries
The wallet was self-custodial: users controlled the credentials authorizing transactions and were responsible for protecting them. They could create a wallet or import an existing one with its seed phrase, the recovery words that restore access to its funds.
The app supported sending and receiving crypto, buying it with fiat money, tracking holdings and swapping tokens. An in-app browser provided access to websites, while NFT tools let users view, organize and transfer their collections. The creator praised the swap pricing and the protocol's reputation; those assessments did not guarantee the terms of an individual transaction.
I would check the network as carefully as the token name. The wallet's network selector included Ethereum, BNB Chain, Polygon, Optimism, Arbitrum, Gnosis Chain, Avalanche, Fantom, Klaytn, Aurora, zkSync Era and Base. Seeing assets on one of those networks did not mean they were eligible to fund the card.
In particular, Ethereum mainnet funding differed from holdings on Base or BNB Chain. Those other-network balances could appear in the wallet without being usable by the card under the arrangement described. Mainnet identifies the live network carrying the assets, rather than another network carrying a similarly named token.
This matters with stablecoins, which aim to track a reference value. A familiar token name does not identify a safe deposit route by itself. Both the asset and its network must match the destination's instructions; the portfolio display alone cannot establish that match.
For security, I would keep recovery credentials separate from everyday app access. The wallet offered a passcode and an automatic session timeout, while the card used the authentication setup described above. Neither replaced the need to keep the recovery phrase private. Enter it only into an independently verified wallet, never into a message, support chat or unfamiliar website.
How to set up and manage the card
The card dashboard had four areas: Card, Accounts, Services and User settings. Card grouped the main payment features, Accounts managed the associated balances, and Services offered another route to borrowing. Keeping those areas distinct helps separate wallet activity from transactions within the card service.
I would follow the setup in order, then review the funding choices before putting money into the service:
- Install the 1inch Wallet on your supported mobile device.
- Create a new wallet or import an existing wallet through the app's setup.
- Open the network selector at the top of the screen to inspect the available networks.
- Select 1inch Card from the wallet's main action area.
- Complete the KYC identity-verification process.
- Set up Google Authenticator using the card service's instructions.
- Open Card to access the dashboard.
- Select Link Accounts to choose the accounts used for funding.
- Use Connect your accounts to change the funding selections.
- Arrange the linked accounts in your preferred spending order.
- Open the card-management icon to review the controls. From there, freeze the card, view or set its PIN, open transaction statements, or read the terms and privacy policy as needed.
- Follow the dashboard's guide to associate the card with Google Pay or Apple Pay if you want mobile contactless payments.
The separate card-details icon revealed the card number, expiry date and CVC, the security code used for card payments. Those are sensitive payment credentials, unlike the ordinary portfolio information visible elsewhere in the app.
I would locate the freeze control before funding the account. It gives you a way to respond if card details are exposed, though it does not replace protecting the wallet or account login. Knowing which control affects the card also avoids confusing it with the wallet's own security settings.
Accounts allowed users to add funds, send crypto to other addresses and exchange assets. Those exchanges used the payment service's supported accounts, rather than the wallet's broader swapping functions. The same app therefore offered different transaction routes, and their costs needed to be checked separately.
How funding and conversion worked
Funding choices included native Bitcoin, Litecoin, Solana and XRP, alongside assets on Ethereum mainnet. Native means the coin on its own network, such as BTC on Bitcoin. The creator specified Ethereum mainnet for 1INCH and the USDC and USDT funding options.
Users could link a maximum of 5 funding accounts and set their priority. If the first account lacked enough balance for a purchase, the next account in the list could step in. The limit applied to linked card accounts, not to the number of assets the wallet could display.
I see that order as a spending choice. Someone intending to use stablecoins could end up spending another asset if it remained linked farther down the list. A fallback balance is still available for spending, even if it was not the balance the user originally had in mind.
Selections could be changed through Connect your accounts. Choosing Bitcoin alongside several Ethereum-based assets meant deciding which accounts to include and where each belonged in the order. Before funding, it was worth checking the resulting selection rather than assuming every visible wallet balance had been connected.
Accounts also supported crypto-to-crypto and crypto-to-fiat exchanges. Fiat means conventional government-issued money. For a crypto payment card, the conversion route matters because the service must connect the user's crypto balance with the merchant's payment through its settlement process.
For an unfamiliar funding route, I would check the destination, network and resulting balance, then use a small initial transfer. Blockchain transfers can be difficult or impossible to reverse. An incorrect network or address can put funds at risk, regardless of whether the transfer began inside a familiar app.
Money placed with a payment provider can also carry provider-access and withdrawal risks that differ from holding assets under your own wallet credentials. The shared interface does not remove that distinction. The applicable card agreement matters when deciding what happens to funds after they leave the self-custody wallet.
Fees changed the cashback calculation
The creator's strongest criticism was the cost of using the card. The fee schedule separated card fees from platform charges, so a service listed as free in one category could still incur a charge in another. I would read the two categories together rather than stop at the absence of a maintenance fee.
| Charge | Amount described |
|---|---|
| Card issuance | No virtual card issuance fee; physical card could be ordered for free |
| Card maintenance and transaction processing | No maintenance or transaction-processing card fees |
| Platform card spending | 2% for physical and virtual card payments |
| Platform exchanges | Crypto to crypto: 1.75%; crypto to fiat: 1.75% |
| Crypto withdrawals | 0.4% excluding stablecoins; 0.5% for stablecoins |
| Fiat withdrawal by bank transfer | 3.49% |
| ATM withdrawal in pounds in the UK | £2.50 per withdrawal |
| ATM withdrawal in foreign currency outside the UK | £3.00 plus 1.5% of the transaction value per withdrawal |
The minimum ATM withdrawal was €100. That figure needs to stay in its stated currency rather than be reconciled with the pound-denominated fees through an assumed exchange rate. A minimum can make a cash withdrawal impractical before the fee itself becomes the deciding factor.
The creator considered UK ATM withdrawals more favorable than foreign-currency withdrawals outside the UK. That was a comparison of withdrawal prices, not a change to the physical card's residency requirement.
I would price the actual sequence of actions. Paying a merchant, exchanging crypto and sending fiat to a bank were different operations with different charges. A single percentage could not describe every way to use or leave the service, especially if an exchange formed part of the process.
That does not mean adding every fee in the table to every purchase. The relevant charges depend on the operations involved. A transaction preview and the applicable tariff offer a better basis for comparison than assuming either that all fees stack or that the spending charge is the only cost.
Both platform and card fees were subject to change, as the creator warned. These figures describe the published review's schedule, not a current price commitment. Before approving a transaction, I would compare the total expected deduction with the amount being paid or transferred.
Cashback depended on the reward asset
The loyalty program let users choose the cryptocurrency in which they received cashback. The creator particularly liked Bitcoin rewards, but the highest advertised rate belonged to BXX.
| Reward asset | Cashback rate |
|---|---|
| 1INCH | 1% |
| BTC | 1% |
| BXX | 2% |
| USDT | 1% |
The creator said available cashback could be claimed at any time and credited immediately. That describes claiming an available balance, not the conditions determining whether a purchase qualifies. I would check those conditions before assigning a reward value to a planned payment.
Against the spending fee listed above, BXX cashback provided no percentage-point advantage before other costs or changes in the token's value. The other reward choices left a 1 percentage-point difference. Cashback therefore did not, on those headline rates alone, make purchases profitable.
The comparison also assumes matching calculation bases. It does not establish that fees and rewards would always be calculated on identical amounts or credited at the same moment. The useful test is what the service deducts and what it awards for the same purchase, not either percentage viewed alone.
The creator argued that Bitcoin appreciation over 5 years or 10 years could make accumulated rewards attractive. That was a prediction about the asset's future value, not an additional benefit guaranteed by the card. Reward assets can lose value after being credited.
I do not find appreciation alone a convincing argument for a fee-bearing purchase. It does not establish that cashback was the cheapest way to obtain the asset. The cost of earning a reward and an opinion about the token's future price are separate judgments, even when both affect how attractive the program feels.
Borrowing added collateral risk
Cryptodraft allowed users to pledge Bitcoin or Ethereum as collateral, the assets backing a loan. Proceeds could be received in USDC, USDT or EURT, providing access to stablecoins without immediately selling the pledged crypto.
The terms described 0% interest on the first 10% of collateral value borrowed. Borrowing could reach 60% of that value, with the remaining 50% subject to a 1% monthly percentage rate. The interest-free portion was therefore only part of the available credit line.
I would keep that rate in its stated monthly form rather than convert it without the applicable loan terms. The creator described access as quick and praised the low borrowing threshold. Neither speed nor the cost of the initial borrowing portion changed the obligation to repay.
If crypto collateral falls in value, the debt becomes larger relative to the assets securing it. Depending on the agreement, the borrower may need to add collateral or repay; the lender may also liquidate collateral by selling it to cover the debt. Keeping exposure to the pledged asset means keeping its downside too.
Stablecoin proceeds carry separate risks. A token intended to track a reference value can deviate from it, and holders depend on the arrangements supporting the token. I would not treat the word stablecoin as assurance that the loan as a whole was safe.
Spending crypto can count as a taxable sale in many countries, even when it feels like an ordinary card purchase. Records should include the asset spent, its acquisition history, the payment value and associated fees. Borrowing does not provide a blanket assurance that later spending or disposal of collateral has no tax consequences.
Check what the service deducts
For me, the practical test starts with a specific payment: whether I qualify for the service, which account will fund it and how much the platform expects to deduct. The creator valued the integrated experience but called fees the card's least appealing feature. An expected deduction gives that criticism something concrete to measure.
Before approving a purchase, inspect the linked-account order and available balances. Afterward, compare the account movement with the merchant receipt and card statement. The wallet's portfolio display is not a substitute for checking what the payment service actually used.
I would keep an equally clear record for borrowing: the collateral value, amount owed and repayment terms. Spending power is easier to see in a dashboard than the consequences of a price decline. The loan agreement's requirements for additional collateral, repayment or liquidation deserve the same attention as the available balance.
