Skip to main content

Stablecoin Custodians and Orchestrators: How Fireblocks, Anchorage, and Eco Fit Together

How stablecoin custodians like Fireblocks and Anchorage differ from orchestrators like Eco, and how the layers compose in an institutional integration stack.

Written by Eco


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.

  1. 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.

  2. 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.

  3. Orchestrators route across issuers, chains, and venues. Eco Routes is one example. The orchestrator selects the path, not the holder.

  4. Custodians and fund management hold keys and assets. Anchorage and Fireblocks sit here, alongside qualified custodians serving fund structures.

  5. 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.

Did this answer your question?