Glide vs bank wires for international transfers

Retail international wires bundle flat fees, FX markup, and intermediary deductions. They persist because contracts and beneficiary banks still ask for them - not because they are optimal.

Worked framing: if the recipient needs a fixed local amount by Friday, compare total you must fund via bank SWIFT vs a local-rail payout. The gap is frequently the FX markup plus intermediaries - larger than the advertised wire fee.

Use wires when required. Otherwise route to local rails or stablecoin legs with a clean offramp.

Always price FX against mid-market

The mid-market rate is the only honest benchmark. Bank boards, airport desks, and “zero commission” bureaux price away from it. Compare total funded amount to deliver a fixed foreign outcome — not headline fees. A fair question is always: “What do I pay today so they receive exactly X by Friday?”

Fee stack anatomy (generic)

Cross-border cost is a four-layer stack: FX distance from mid-market, explicit send fees, intermediary or network fees, and time risk around cut-offs. Marketing that only advertises one layer is incomplete. Force every provider to answer with a single funded amount for a fixed receive outcome.

Decision checklist

1. Write the delivered amount and deadline first
2. Quote two paths with the same outcome sentence
3. Refuse DCC on every terminal
4. Confirm local-rail eligibility before paying SWIFT prices
5. Document fees for expense reports and disputes
6. For teams: dual-control approvals on treasury-scale payouts

Week-one money calendar

1. Before travel or a large send: enable issuer controls and save backup funding path
2. Day 0: fix the receive amount and deadline in writing
3. Day 1: run a small test payment or card auth before full amount
4. Day 2–3: confirm credit, save receipts, adjust playbook
5. Ongoing: refuse DCC, prefer local rails, re-check mid-market before big converts

Glide operating angle

Hold multi-currency or USDC as the long-haul operating balance, convert when mid-market works for you, and pay out on modern local rails. Solo users get portable balances and emergency top-ups; teams get M-of-N multisig so no single laptop can drain treasury. That is the product gap versus consumer multi-currency apps that stop at cards and IBAN-like details.

Scenario walkthroughs

Scenario A — tourist week: primary travel card for hotels and restaurants, backup card on a second network, modest local cash for markets, zero airport full-budget converts, DCC refused everywhere. Scenario B — remote worker paid in USD spending in a second currency: collect into a portable multi-currency or USDC balance, convert in tranches near mid-market, pay rent on local rails once banked. Scenario C — team treasury: M-of-N approvals on payouts, policy limits by counterparty and amount, stablecoin leg for speed with local offramp for vendors who cannot receive crypto.

Scenario D — family remittance: fix the receive amount in local currency first, quote SWIFT vs local-rail fintech with the same deadline, never trust “$0 fee” without the funded total. Scenario E — student term: tuition deadlines are time-risk; send early, keep a buffer month of living costs, and avoid cash-heavy airport logistics on arrival day.

Common failure modes

• Accepting DCC “for convenience” on large hotel deposits
• Using SWIFT for euro-to-euro or other domestic-rail-eligible payments
• Converting a full trip budget at the first airport desk
• Single-card dependence with no freeze/backup plan
• Team balances on a single laptop-controlled wallet
• Comparing providers on headline fees instead of funded totals

What good looks like

• You can explain mid-market vs the board in one sentence
• You refuse DCC by default
• You know when local rails beat SWIFT for your beneficiary
• You have a two-card + cash float emergency stack
• Treasury-scale balances require more than one person to move