A stablecoin custodian holds keys and assets on behalf of an institution under a regulated framework. An orchestrator routes stablecoin flows across chains, issuers, and venues. Fireblocks and Anchorage operate at the custody layer. Eco operates at the orchestration layer. They compose, they do not substitute.
What Is a Stablecoin Custodian?
A stablecoin custodian is a regulated provider that secures private keys, holds digital assets in client accounts, and enforces controls around transfers and signing. Custodians serve asset managers, fintechs, and treasuries that cannot self-custody for policy, audit, or charter reasons. Their job is safekeeping and authorized movement, not market access.
Two reference names anchor the institutional segment. Anchorage Digital operates as the first federally chartered crypto bank in the United States under an OCC national trust charter, with additional regulated entities in Singapore (MAS) and New York (BitLicense). Fireblocks secures wallets and transfers through its proprietary MPC-CMP signing protocol, which the company describes as signing transactions roughly eight times faster than standard MPC implementations and in a single signing round. Custody at both firms is not FDIC-insured; protections come from charter terms, segregation rules, and insurance policies disclosed by each provider.
How Does Custody Differ From Orchestration?
Custody answers "who holds the asset and signs the transaction." Orchestration answers "where does the asset need to go, on which chain, sourced from which issuer or pool, at what price." A custodian is the vault and the signer. An orchestrator is the router and the price discovery layer. An institution typically integrates both, plus an issuer and a venue, to complete a payment or treasury action.
Custody is a balance-sheet and key-management problem. The custodian secures the cryptographic material that controls onchain assets, runs the policy engine that decides which transactions can be signed, and sits inside a regulatory perimeter (OCC trust, BitLicense, MAS, or equivalent). Orchestration is a routing and execution problem. Eco Routes, for example, moves stablecoins across chains using a permissionless SDK, with Hyperlane as the live external interoperability partner and Circle's CCTP as internal transport for USDC legs. The orchestrator never custodies the institution's assets, and the custodian never decides the cross-chain path.
What Are the Five Layers of the Institutional Stablecoin Stack?
Institutional stablecoin flows pass through five distinct layers: issuers, rails, orchestrators, custodians and fund management, and end applications. Each layer has incumbents and is consolidating around a handful of providers. Mapping each named integration to its layer is the precondition for any RFP. Skipping the mapping is how vendor scopes overlap and integrations duplicate work.
Issuers mint and redeem the stablecoin. Circle issues USDC across native chains including Solana, Base, Stellar, Aptos, Sui, XRPL, Hedera, Algorand, Injective, and Noble per Circle's multi-chain documentation, with EVM mainnets supported through canonical or CCTP-backed deployments.
Rails move value between chains. CCTP burns USDC on the source chain and mints native USDC on the destination across a canonical set that includes Ethereum, Arbitrum, Avalanche, Base, Optimism, Polygon PoS, Solana, Sui, Linea, Sei, Sonic, Unichain, World Chain, and others. Hyperlane, LayerZero, and Wormhole provide general messaging.
Orchestrators route across issuers, chains, and venues. Eco Routes is one example. The orchestrator selects the path, not the holder.
Custodians and fund management hold keys and assets. Anchorage and Fireblocks sit here, alongside qualified custodians serving fund structures.
Applications sit at the top: payments, treasury, exchanges, tokenization platforms. Apps consume the layers below through APIs.
Eco's positioning, as articulated by CEO Ryne Saxe, treats this stack as the central frame for institutional stablecoin infrastructure. /support/en/articles/15593208 covers how primary mint access and secondary market routing interact inside the stack.
Where Does Each Provider Sit? An Integration Matrix
The matrix below maps the three named providers across the dimensions that matter in an institutional RFP: routing, custody, compliance posture, multi-issuer support, and chain coverage. Cells where a provider does not offer a function are marked "not applicable" rather than scored negatively. The point is composition, not ranking.
Dimension | Eco | Fireblocks | Anchorage |
Primary function | Cross-chain stablecoin orchestration via Routes SDK | Digital asset custody and transfer network | Federally chartered digital asset bank and custodian |
Routing | Stablecoin routing across chains and issuers | Network transfers across institutional counterparties via Fireblocks Network | Not a routing platform |
Custody | Non-custodial. Does not hold institutional assets | MPC-CMP wallet infrastructure; institution-controlled | OCC-chartered qualified custody; segregated client accounts |
Regulatory posture | Software platform; partners hold regulated functions | SOC 2 controls; regulated entities vary by jurisdiction | OCC national trust, MAS Singapore, NYDFS BitLicense |
Multi-issuer support | Stablecoin-agnostic routing across issuers | Supports many tokens including major stablecoins | Custody for many digital assets including major stablecoins |
Chain coverage | Routes across chains via Hyperlane and CCTP transport | Broad EVM and non-EVM coverage | Broad coverage per Anchorage supported asset list |
An institution typically integrates a custodian (Anchorage or Fireblocks) for safekeeping and signing, an issuer relationship (Circle or another) for primary mint and redeem, and an orchestrator for cross-chain routing and any-to-any stablecoin movement. /support/en/articles/15593207 explains the issuer leg in detail.
How Do Custody, Issuance, and Orchestration Overlap?
The three functions sit on different axes. Some providers touch more than one. Most institutional integrations require all three. The Venn structure below shows where named providers fall: Circle issues, Anchorage and Fireblocks custody, Eco orchestrates. None of the named providers fills all three roles, which is the design of a neutral stack.
Stack roles, mapped
Region | Providers in this region | What this means |
Issues | Circle (USDC) | Mints and redeems the stablecoin; manages reserves and attestations. |
Custodies | Anchorage, Fireblocks | Holds keys and assets under a regulated or institutional control framework. |
Orchestrates | Eco | Routes stablecoins across chains, issuers, and venues without taking custody. |
Overlap: issues + custodies | None of these three | An issuer typically does not custody third-party assets; a custodian typically does not issue. |
Overlap: custodies + orchestrates | None of these three | Custody and orchestration are separated by design so neither concentrates risk in the other. |
What Should an Institutional Buyer RFP For?
An institutional buyer scoping stablecoin infrastructure should run three parallel evaluations: a custody RFP focused on charter, controls, and key management; an issuer or mint access evaluation focused on reserves and redemption terms; and an orchestration evaluation focused on chain coverage, routing logic, and integration surface. One vendor rarely answers all three well.
Custody questions cover charter type (OCC trust, BitLicense, MAS, qualified custodian), key management architecture (MPC, HSM, or hybrid), policy engine granularity, insurance terms, and audit cadence. Mint access questions cover reserves composition, attestation provider, settlement windows, and redemption mechanics. Circle, for example, holds the majority of USDC reserves in the Circle Reserve Fund (USDXX), an SEC-registered 2a-7 government money market fund, with monthly attestations by a Big Four firm per Circle's transparency page. Orchestration questions cover supported chains, supported issuers, latency, cost analytics, and whether the routing layer is custodial or non-custodial. A non-custodial orchestrator means the institution's custody integration remains unchanged.
How Do These Pieces Compose in Practice?
A payments product paying out USDC across Base, Solana, and Polygon to merchants in different regions might hold balances at Anchorage, mint USDC through a Circle relationship, route outbound flows through an orchestrator that selects per-payment paths via CCTP and Hyperlane, and reconcile through internal ledgers. Custody, issuance, and orchestration each do one job. Replacing one does not require replacing the others.
The same composition pattern holds for an asset manager rebalancing tokenized treasuries, a fintech moving treasury between subsidiaries, or a tokenization issuer settling primary subscriptions. The institutional value proposition is one integration that spans markets, not twelve KYB processes that each see a slice. That is why the layers stay separate and why the named providers do not converge toward a single super-vendor.
Related Reading
/support/en/articles/15593207
/support/en/articles/15593208
See also: BVNK and the Payments Layer Mastercard Acquired, on how Mastercard's BVNK acquisition reshapes the apps and payments layer.

