Skip to main content

Multi-Currency Invoicing: USDC, USDT, EURC, EURI

Multi-currency stablecoin invoicing accepts USDC, USDT, EURC, and EURI on one payment link. Compare assets, chains, and conversion mechanics for billing.

Written by Eco


Multi-currency stablecoin invoicing means accepting more than one fiat-pegged digital asset on the same invoice. A US software company billing a German customer often sees the customer prefer to pay in EURC to avoid USD conversion; a marketplace serving global B2B sees a mix of USDC, USDT, EURC, and EURI on every billing day. The mechanics of accepting multiple stablecoins are simple at the protocol layer (every ERC-20 transfer looks identical to the receiving address), but the operational layer—chain selection, asset selection, conversion at receipt, and tax record-keeping per currency—varies meaningfully across the assets in scope.

This article covers the four major fiat-pegged stablecoins used in invoicing today (USDC, USDT, EURC, EURI), the chains where each one circulates, the customer-facing UX patterns for multi-asset invoicing, and the back-office mechanics that make multi-currency stablecoin invoicing operationally clean.

What Is Multi-Currency Stablecoin Invoicing?

Multi-currency stablecoin invoicing is the practice of accepting more than one fiat-pegged digital asset on a single invoice or single payment link. The seller specifies which assets are accepted (e.g., USDC, USDT, EURC, EURI), the customer picks one at checkout, and the platform routes the inbound transfer to the seller’s preferred receiving asset and chain. The use cases are global B2B billing, multi-region SaaS, marketplaces with international sellers, and any other invoicing scenario where customer base is mixed across currency zones.

For background on stablecoin invoicing generally, see Stablecoin Invoicing: Get Paid in USDC/USDT.

The Four Major Stablecoins for Invoicing

Four fiat-pegged stablecoins circulate at scale on production invoicing rails today. Each has different reserve, regulatory, and chain profiles.

USDC (Circle)

USDC is issued by Circle, regulated as a US money services business under FinCEN, with reserves held in cash and short-duration US Treasuries (per Circle’s monthly attestations). Circulating supply: roughly $60B as of mid-2025. Available on 15+ chains via Circle CCTP, with native issuance on Ethereum, Base, Arbitrum, Optimism, Polygon, Solana, Stellar, Avalanche, and several more. The default choice for US-anchored B2B and EU-anchored billing under MiCA.

USDT (Tether)

USDT is issued by Tether Holdings, with quarterly attestations published by BDO. Circulating supply: roughly $140B as of mid-2025, the largest stablecoin by issuance. Available on Ethereum, Tron, Solana, BNB Chain, and several others. Tron-issued USDT exceeds $80B (~60% of total USDT supply) and dominates Asia-Pacific volume; Ethereum-issued USDT is the institutional default. USDT is the right asset for any invoicing flow where APAC customers are a meaningful share.

EURC (Circle)

EURC is Circle’s euro-pegged stablecoin, MiCA-licensed as an e-money token in the EU. Circulating supply: roughly $200M as of mid-2025, growing steadily. Available on Ethereum, Base, Avalanche, Solana, and Stellar. The default euro option for EU-anchored billing or any seller who wants to receive euros directly without an FX leg.

EURI (Banking Circle)

EURI is the euro-pegged stablecoin issued by Banking Circle, a regulated EU bank. Circulating supply is smaller than EURC but adoption is rising in EU institutional treasury flows. Available on Ethereum and Polygon primarily. Worth supporting alongside EURC for EU-heavy invoicing platforms.

Other notable stablecoins

PYUSD (PayPal, $3.4B circulating, on Ethereum, Solana, Arbitrum, and Stellar), FDUSD (~$413M circulating, BNB Chain and Ethereum), and RLUSD (~$1.2B, Ripple, Ethereum and XRP Ledger) are growing additions. PYUSD especially shows up in PayPal-aligned merchant flows. Multi-currency invoicing platforms typically support 5–10 stablecoins out of the box.

Chain-by-Chain Issuance: Why It Matters

Same stablecoin, different chain, different liquidity. USDC on Base settles for less than $0.01 in gas. USDC on Ethereum mainnet costs $1–$5 in gas. USDC on Solana finalizes in 400ms. USDC on Tron does not exist natively—Tron-issued USDC is a wrapped representation, not the same token. Multi-currency invoicing therefore really means multi-currency-multi-chain, with the dimensionality being asset-chain pairs.

Production invoicing platforms typically support 4–6 chains and 4–6 stablecoins, giving roughly 16–36 asset-chain pairs the customer can pay from. The seller’s side is simpler: a single receiving address per chain, plus a routing layer that converts inbound transfers to the seller’s preferred asset.

Customer UX Patterns for Multi-Currency Invoicing

Three patterns dominate how multi-currency selection is presented to the customer at checkout.

Asset-then-chain selector. The customer picks the stablecoin first (USDC vs. USDT vs. EURC), then the chain. Best for crypto-native customers who know what they hold. The platform displays a payment address scoped to that asset-chain pair.

Chain-first selector. The customer picks the chain (Base, Ethereum, Polygon, Solana, Tron), and the available stablecoins on that chain are shown. Best for retail customers who think in “I have funds on Solana,” not “I have USDC.”

Auto-route “pay with anything” button. The customer clicks one button, the wallet shows their balances, the customer picks any asset on any chain, and the platform routes underneath. Best for global B2B with mixed customer base. Requires a cross-chain routing layer underneath the checkout—see cross-chain intent protocols.

Conversion at Receipt: Three Models

The seller almost always wants funds in one preferred asset and chain at the end. Three models handle the conversion.

No conversion (multi-asset treasury). The seller accepts whatever the customer paid in. Their treasury holds USDC on Base, USDT on Tron, and EURC on Ethereum simultaneously. Operationally simple at receipt; complex at month-end when the seller reconciles to a single reporting currency.

Auto-convert to one stablecoin. Inbound transfers are auto-swapped to the seller’s preferred asset using a stablecoin swap aggregator. The conversion happens onchain at the moment of receipt, typically with a 0.1–0.5% spread. See stablecoin swap aggregators for the underlying tools.

Auto-convert to fiat. Inbound transfers are auto-converted to USD or EUR via a custodial provider, with the fiat funds settling to the seller’s bank account in 1–3 business days. Custodial platforms (Coinbase Commerce, Stripe stablecoin) default to this. Adds 0.5–1% in conversion spread but eliminates stablecoin holding entirely.

Back-Office Mechanics

Multi-currency invoicing creates record-keeping complexity that single-currency does not. The seller’s ledger needs to record:

  • The invoice amount in the reporting currency (e.g., USD).

  • The asset received (USDC, USDT, EURC, EURI).

  • The chain received on (Ethereum, Base, etc.).

  • The receipt-date fair market value of the received asset in the reporting currency.

  • Any conversion spread or fee paid.

  • The transaction hash of the inbound transfer.

  • The transaction hash of any conversion transfer (if applicable).

QuickBooks Online and Xero handle this automatically through stablecoin connectors that write back to the ledger with multi-currency line items. Direct API integrations need to log all seven fields per invoice. See tax treatment for the records required for audit.

Eco’s Role in Multi-Currency Invoicing

For invoicing platforms that want a single payment link accepting USDC, USDT, EURC, EURI, PYUSD, and others on any of 15+ chains, Eco Routes provides the cross-asset, cross-chain routing layer. The customer pays in any supported asset on any supported chain; the platform receives in the seller’s preferred asset and chain. Eco selects the cheapest, fastest path between the two using underlying rails such as Circle CCTP, Hyperlane, and LayerZero. For sellers without a custom build, Eco Portal wraps the same logic in a no-code interface.

Hedging FX Drift in Multi-Currency Invoicing

When invoices are denominated in EURC and EURI but operating costs sit in USDC, exchange-rate drift between settlement and payout becomes a real line item. EUR/USD has moved more than 10 percent in single calendar years multiple times since 2014, which is enough drift to wipe out a typical 5 percent SaaS margin if invoices are held unhedged for 30 to 60 days. Three patterns bound that drift without standing up a treasury desk. The first is a Curve EURC/USDC pool swap at receipt: route inbound EURC through the stable-pair pool and book the USDC equivalent immediately. Slippage on a balanced pool typically stays under 5 basis points for invoice-sized notional. The second is Pendle EURC, which lets a finance team lock the implied yield on EUR-denominated principal for a fixed maturity, useful when invoices have predictable 30-day terms. The third is a periodic rebalance: run a weekly script that converts any EURC or EURI balance above a target threshold back to USDC at market, so drift accumulates for at most 7 days. None of these eliminate FX risk fully, but each one converts an open-ended exposure into a measurable, capped one.

FAQ

Should I accept both USDC and USDT?

For US-anchored B2B, USDC is sufficient. For any invoicing flow with APAC customers, accept both—USDT-Tron dominates APAC liquidity. Multi-currency support adds operational overhead but captures customer segments that would otherwise pay in cards or wires.

Is EURC widely available?

EURC is available on Ethereum, Base, Avalanche, Solana, and Stellar. Circulating supply is roughly $200M as of mid-2025, smaller than USDC but growing steadily. EU-anchored B2B billing increasingly uses EURC to skip the USD conversion leg.

Do I have to pick one stablecoin for my treasury?

No. Many sellers maintain multi-asset treasury (USDC, USDT, EURC simultaneously) and rebalance periodically. Treasury rebalancing tools handle this—see stablecoin rebalancing tools. Single-asset treasury is simpler operationally; multi-asset is more flexible for customer-facing flows.

What about PYUSD, FDUSD, and RLUSD?

Worth supporting if your customer base aligns with the issuer’s ecosystem (PYUSD for PayPal-heavy merchants, FDUSD for BNB Chain customers, RLUSD for XRP Ledger flows). For most US/EU-anchored B2B billing today, USDC, USDT, and EURC cover the vast majority of customer demand.

Can I auto-convert all inbound stablecoins to one preferred asset?

Yes. Stablecoin swap aggregators handle this with 0.1–0.5% spread. The conversion happens onchain at the moment of receipt; the seller never holds the original asset. This pattern is standard for B2B platforms with multi-currency acceptance and single-asset treasury.

Did this answer your question?