Canonical: https://builtonarc.app/guides/cross-border-remittances-on-arc # Cross-border remittances on Arc: corridor economics and last-mile cash-out Updated 2026-09-02. How stablecoin remittance corridors actually work on Arc — where costs sit, last-mile cash-out, and receive-side licensing, as of 2 Sep 2026. > A remittance corridor's cost isn't set by the transfer itself — it's set by whatever happens at both ends: getting local currency into the rail on the sending side, and getting it back out as spendable cash or mobile money on the receiving side. Stablecoin settlement, including on Arc once mainnet exists, can make the middle leg near-instant and low-cost; it does not by itself solve the last-mile problem, which still runs through licensed local partners. This guide covers that structure, grounded in what's actually verifiable about specific corridor players as of 2 Sep 2026. ## Where the cost actually sits in a remittance corridor A traditional remittance corridor's fee is mostly compensation for pre-funded liquidity and last-mile cash distribution, not for the money-movement technology itself — a sender's bank or app fee typically bundles FX spread, a transfer fee, and the cost of the receiving agent network. Replacing the middle leg with stablecoin settlement removes the multi-day correspondent-banking delay and the need to pre-fund every corridor with sitting capital, which is a real structural cost advantage. It does not remove the cost of the two ends: converting sender-side local currency into USDC (or, on the sending side, often just receiving USDC directly if the sender is already stablecoin-native) and converting USDC into receiver-side spendable local currency still require a licensed on/off-ramp and an actual physical or digital cash-out network. Evaluate any remittance-corridor claim by asking specifically which leg it's improving — the middle, or the last mile — because "USDC is instant" is true of the middle leg and says nothing about the last mile. ## The players actually verifiable in this space, as of 2 Sep 2026 **MoneyGram** is a named founding validator in Circle's Arc network, per Circle's 5 August 2026 press release — a validator role, which is a network-security and governance function, not confirmation of a specific remittance product built on Arc. MoneyGram separately operates one of the largest existing cash-out agent networks globally, which is exactly the kind of last-mile infrastructure a stablecoin remittance corridor needs on the receiving end — but a specific MoneyGram Arc-based remittance product was not independently confirmed as of 2 Sep 2026 beyond that validator relationship. > **Builds on Arc:** Founding Arc validator whose cash-out network could anchor future remittance last-mile payout. · **Role:** Integrates · **Founding validator** · **Category:** Payments & Payouts → Remittance · [Project page](/project/moneygram) **Thunes** is named as an Arc integration partner in the same release. Separately, Circle's own published case study on Thunes describes a confirmed, dated USDC integration into Thunes' Direct Global Network — reducing settlement in corridors including Ghana, the Philippines, and South Africa from T+2 to same-day, with roughly 33% month-over-month growth in USDC funding volumes since January 2025. That case study describes the Circle-Thunes USDC relationship generally and does not specifically discuss Arc. The accurate, layered claim is "Thunes uses USDC for settlement, with a confirmed general Circle partnership and a named Arc integration-partner status" — not the flatter "Thunes remittances run on Arc." > **Builds on Arc:** Named Arc integration partner; already uses USDC to speed Thunes Direct Global Network settlement. · **Role:** Integrates · **Category:** Payments & Payouts → Remittance **Yellow Card**, a licensed stablecoin payments infrastructure provider focused on emerging markets (it describes itself as the largest and first licensed stablecoin on/off-ramp in Africa), has no confirmed Arc-specific relationship as of 2 Sep 2026 — a review of Yellow Card's own public materials found no mention of Circle, USDC, or Arc-specific partnership. If Yellow Card is discussed in connection with Arc elsewhere, that connection is not yet confirmed by this review, and should be verified directly with Yellow Card before being relied on. **The grant-cohort names** — Kolan (formerly Hurupay), Payrit, SFx Money, Myaza, and others reported in Circle's Developer Grants Cohort 1 — are smaller, earlier-stage players building this same corridor pattern: local-currency-in, USDC-in-the-middle, local-currency-out. Their reported metrics (Payrit's reported 36,000+ transactions worth $1.9m for Nigerian users) are directional evidence of real usage in specific corridors, but are self-reported or secondary-sourced, not Circle-confirmed. ## Licensing on the receive side is the real gate, not the technology The receiving side of any remittance corridor requires a licensed money-transmission or payment-services entity in that jurisdiction — true regardless of whether the middle leg is a stablecoin or a traditional correspondent-banking rail, and the actual bottleneck to corridor expansion in most cases, not the settlement technology. A provider's "instant global remittances" claim should be checked against a narrower question: which specific countries do they hold an actual license or registered-agent relationship in, on the receiving end, right now? A provider that's fast and cheap in the middle but unlicensed on the receiving end is not a usable corridor for regulated activity, whatever the demo shows. ## What to evaluate before piloting a corridor Concretely: confirm the provider's licensed status in your specific receiving country (not just "we operate in Africa" or "we support emerging markets" generally), ask what the last-mile cash-out method actually is (bank deposit, mobile money, physical agent pickup), and separate the provider's general USDC/stablecoin track record from any Arc-specific claim using the tiered confirmation approach above — named in Circle's release, versus own public statement, versus unconfirmed. {{entries:category=payments-payouts}} Built on Arc is an independent directory. Arc is a Circle product; we are not affiliated with, endorsed by, or operated by Circle. Sources: - [Circle Announces Founding Validator Cohort and Major Integrations for Arc](https://www.circle.com/pressroom/circle-announces-founding-validator-cohort-and-major-integrations-for-arc-ahead-of-september-16-mainnet-launch) - [Always-On Cross-Border Payments with Thunes and USDC — Circle case study](https://www.circle.com/case-studies/thunes) - [Yellow Card — About Us](https://yellowcard.io/about-us) ## Questions **Does stablecoin settlement make remittances instant end-to-end?** It makes the middle leg — moving value across the corridor — fast and low-cost. The ends (getting local currency in and cashing local currency out) still depend on licensed on/off-ramp infrastructure, which is where most of the remaining friction and cost sits. **Is MoneyGram running remittances on Arc?** MoneyGram is a named founding Arc validator, a network-security role. A specific MoneyGram remittance product built on Arc was not independently confirmed as of 2 Sep 2026 beyond that validator relationship. **Does Yellow Card have a confirmed Arc relationship?** No confirmed relationship was found as of 2 Sep 2026 in a review of Yellow Card's own public materials — no mention of Circle, USDC, or Arc specifically. Verify directly with Yellow Card before relying on any claim of a connection. **What should I check before trusting a remittance corridor's licensing claim?** The specific country and specific license or registered-agent status on the receiving end — not a general "we operate in X region" claim. Licensing is jurisdiction-specific and is the real bottleneck to corridor expansion. **Are the reported volume figures from grant-cohort companies (Payrit, Kolan, etc.) confirmed?** No — they're self-reported or drawn from secondary sources, not Circle-confirmed. Treat them as evidence that usage exists in specific corridors, not as audited figures.