- Fee range: 0-14 basis points depending on source chain, for example $0–$1.40 per $1,000 transferred
- When the fee is charged: When you initiate a burn with
minFinalityThreshold≤ 1000 - Payment method: The fee is deducted from the burn amount on the source blockchain
Get the current fee
To retrieve the current Fast Transfer fee for your route, call theGET /v2/burn/USDC/fees endpoint.
For more details, see
Get the fee for your transfer.
Maximum fee parameter
When callingdepositForBurn, you
specify a maxFee parameter that sets the maximum fee you’re willing to pay:
TypeScript
maxFee, the transaction will revert
on the source blockchain, and no USDC will be burned.
To avoid transaction failures:
- Retrieve the current fee before initiating a transfer
- Add a small buffer (for example, 10-20%) to account for potential fee fluctuations
- Set
maxFeeto this buffered amount
TypeScript
Fee tables
The following tables show the current fee rates by source blockchain for Fast and Standard Transfers. Fees are subject to change at any time.- Fast Transfer fee
- Standard Transfer fee
| Source blockchain | Fee |
|---|---|
| Arbitrum | 1.3 bps (0.013%) |
| Base | 1.3 bps (0.013%) |
| Codex | 1.5 bps (0.015%) |
| EDGE | 1.5 bps (0.015%) |
| Ethereum | 1 bps (0.01%) |
| Ink | 2 bps (0.02%) |
| Linea | 11 bps (0.11%) |
| Morph | 4 bps (0.04%) |
| OP Mainnet | 1.3 bps (0.013%) |
| Plume | 2 bps (0.02%) |
| Solana | 1 bps (0.01%) |
| Starknet | 14 bps (0.14%) |
| Unichain | 1.5 bps (0.015%) |
| World Chain | 1.3 bps (0.013%) |
Blockchains without Fast Transfer feesSome blockchains don’t appear in the Fast Transfer fee table because their
standard attestation times are already fast enough. Consequently, Fast Transfer
is not applicable when these blockchains are used as the source blockchain for
burns. For affected blockchains, see
CCTP supported blockchains.
Standard Transfer fee switch
Some blockchains support a Standard Transfer fee switch, which enables enforcing a minimum fee during a CCTP Standard Transfer.- Some deployments of the
TokenMessengerV2contract include a fee switch that enforces a minimum onchain fee. This fee is collected during USDC minting in a Standard Transfer. See tables below for supported blockchains. TokenMessengerV2contracts with fee switch support include thegetMinFeeAmountfunction, which calculates and returns the minimum fee required for a given burn amount, in units of theburnToken.
Important: Calling
getMinFeeAmount on a blockchain that uses an older
TokenMessengerV2 contract (without fee switch support) results in an error.
Refer to the tables below to determine which contract version is deployed on
each EVM blockchain.TokenMessenger contracts without fee switch support
TokenMessenger contracts with fee switch support
| Source blockchain | Contract source code |
|---|---|
| Sei | 2f9a2ba |
Fee optimization strategies
To minimize fees while maximizing transfer speed:- Choose the right method: Use Fast Transfer when speed is critical and Standard Transfer when cost optimization is the priority.
- Monitor allowance: For high-volume applications, monitor the Fast Transfer allowance and switch to Standard Transfer when it’s low.
- Batch transfers: If you’re making multiple transfers, consider batching them during periods when Fast Transfer allowance is high.
- Set appropriate
maxFee: Always retrieve the current fee before initiating a transfer and setmaxFeewith a buffer to account for minor fluctuations.