The short answer

Native USDC is issued by Circle on the network you are using. USDC.e is a bridged representation minted by a bridge contract and is not issued by Circle. Check the token contract on the network in question, then check which version your recipient credits before sending.

Two tokens, one familiar ticker

When a network launched before Circle issued USDC there, the USDC people used arrived through a canonical bridge: Ethereum USDC was locked on Ethereum and a representation was minted on the destination chain. Circle later issued USDC natively on several of those networks, which left two tokens in circulation at once.

Arbitrum documents the result plainly. Arbitrum One carries “USDC tokens that are native to the Arbitrum One chain” alongside “Ethereum-native USDC tokens that have been bridged to Arbitrum One”, and “the token symbol for Bridged USDC has been renamed to USDC.e to accommodate an ecosystem-wide liquidity migration to native USDC”. The same pattern, with local details and its own timing, appears on other networks.

The suffix is a labelling convention, not a rule. A wallet, explorer or aggregator may show USDC.e, USDC (bridged) or simply USDC for the bridged token. The label is a display choice; the contract address is the identity.

What actually differs

PropertyNative USDCBridged USDC.e
IssuerCircle, on that networkA bridge contract; not issued by Circle
Contract addressListed in Circle’s documentation for that networkA separate address on the same network
What backs itCircle’s reservesEthereum USDC held by the bridge, which is backed by those reserves
Extra dependencyIssuer riskIssuer risk plus the bridge’s continued operation
Deposit supportDecided by each platformDecided by each platform, and often narrower

Circle’s own address documentation makes the same distinction where both exist. For X Layer it states that the network “also has a separate bridged USDC representation, labeled USDC.e, which is not issued or backed by Circle”, and recommends the listed native address for integrations that expect Circle-backed USDC.

Neither token is inherently broken, and both usually trade near one dollar. The practical difference is who must keep functioning for the balance to behave as expected, and whether the place you are sending to accepts it.

How to identify the version you hold

Open the token in your wallet and read the contract address on the network you are actually connected to, not the address you remember from another chain. Compare it with Circle’s published addresses for that network. A match means native USDC; anything else on the same network is a different token, whatever its symbol says.

If your wallet shows no contract address, view the balance on the network’s explorer instead. The token page names the contract and usually the issuer or bridge that deployed it. Our contract reference links documented native USDC deployments to the publisher’s record; it does not list every bridged representation, and it does not establish that any platform accepts a deposit.

Do not identify a token by its logo. Artwork and symbols are set by token lists and can be copied.

Sending, swapping and converting

Before an exchange deposit, read the deposit page for the asset and network you intend to use. Some platforms credit only native USDC on a given network, some credit both, and some describe an unsupported token as a recovery case rather than an ordinary deposit. The sending screen cannot tell you which; the receiving instructions can.

To move between the two versions, treat it as a swap or a bridge transaction, not a transfer. A decentralised exchange on the network can usually trade USDC.e for native USDC subject to available liquidity and slippage. Circle’s Cross-Chain Transfer Protocol takes a different route: it “natively transfers USDC across blockchains using burn-and-mint”, so the result on the destination network is native USDC rather than another bridged representation.

Fees still apply on both paths, and a swap has a market price. Neither route is a guaranteed one-for-one conversion.

Where the distinction bites

Three situations account for most of the trouble. A deposit of the bridged token to a platform that credits only the native one; a contract or payment flow that expects a specific address and ignores the other balance; and a price quote taken from one token’s market while the transaction uses the other.

Liquidity is the quieter issue. Two markets exist for what looks like one asset, and the thinner one gives worse execution on a large trade. That is a cost, not a failure, but it is invisible if you assume the ticker is the whole identity.

Frequently asked

How do I tell which version I am holding?

Read the token’s contract address on the network you are connected to and compare it with Circle’s published address for that network. A match means native USDC; anything else on that network is a different token, whatever symbol it displays.

Can I convert USDC.e into native USDC?

Yes, but treat it as a swap or a bridge rather than a transfer. A decentralised exchange can trade one for the other subject to liquidity and slippage, and Circle’s burn-and-mint route delivers native USDC on the destination network. Both have their own costs.

Will an exchange credit a USDC.e deposit?

That depends entirely on the platform. Some credit only native USDC on a given network, some credit both. The deposit page for that asset and network is the only authority, and an unsupported deposit is a discretionary recovery case at best.

Before you act

  • Read the token’s contract address on the network you are connected to.
  • Compare it with the issuer’s published address for that network.
  • Check the receiving platform’s deposit page for the version it credits.
  • Treat a conversion between versions as a swap or bridge, with its own cost.
PUT IT TO USECheck the network labels

Sources & further reading

  1. Circle: USDC contract addresses

    Native deployment addresses per network, and the note that a labelled USDC.e representation is not issued or backed by Circle.

  2. Arbitrum: USDC on Arbitrum One

    Native and bridged USDC coexisting, the lock-and-mint bridge route and the USDC.e symbol rename.

  3. Circle: CCTP FAQ

    Burn-and-mint transfers that deliver native USDC on the destination network.

  4. Coinbase: unsupported crypto deposits

    An onchain deposit of an unsupported token is not an ordinary credited deposit.

  5. Ethereum: Bridges

    Lock-and-mint bridging and the additional trust assumptions it introduces.

Sources checked on 18 September 2026. Network features and platform support can change; check the relevant provider before acting.

AI-assisted editorial content; no independent expert review or transaction verification is claimed. Tokens and bridges carry issuer, market and smart-contract risks. This is educational information, not investment advice. Read our editorial policy.