Skip to main content

What Is a Coordination Layer in Crypto?

A coordination layer standardizes how institutions identify counterparties, exchange transaction context, and settle onchain. OTL is the leading 2026 example, with peers in Anoma, Polymer, and BIS Project Agora.

Written by Eco


By Eco research. Updated May 2026.

A coordination layer in crypto is a protocol tier that standardizes how multiple counterparties identify each other, exchange the context required to transact, and settle obligations across chains and jurisdictions. It sits above transport rails (which move value) and below applications (which originate transactions), and it is where compliance, messaging, and workflow logic become interoperable rather than bespoke.

The term moved from niche to operational on May 28, 2026, when more than thirty financial and crypto firms launched the Open Transaction Layer (OTL), described in launch coverage as a coordination standard for onchain finance. This article defines the category, maps it against adjacent tiers, and surveys the named protocols competing in the space.

What is a coordination layer?

A coordination layer is a protocol tier that standardizes workflow between independent parties on a shared transaction. It defines how counterparties identify each other, what data accompanies a payment, which compliance checks run before settlement, and how disputes resolve. Transport rails move value; a coordination layer encodes the rules around the move.

The phrase has two related uses in 2026. Older references treated "coordination layer" as a synonym for consensus, the function that lets nodes agree on the state of a single chain. The modern institutional reading, used by OTL and adjacent protocols, treats it as a workflow tier that operates above multiple chains and rails. Fireblocks frames OTL as an open protocol stack for coordinating the full lifecycle of onchain transactions between any counterparties. McKinsey's May 2026 "Beyond stablecoins" review describes the same architectural shape, framing stablecoins, tokenized deposits, and central-bank money as functional layers that together compose an emerging onchain monetary system rather than a single shared ledger.

How coordination differs from transport, routing, and ordering

Coordination is the workflow standard. Transport is the wire, routing is the path, ordering is the queue. Most production institutional flows touch all four tiers; a coordination layer is the only one focused on the multi-party rules around the transaction rather than the move itself.

Concretely:

  • Transport rails carry value between chains. Examples include Circle's CCTP for native USDC burn-and-mint, Hyperlane for permissionless interchain messaging, LayerZero for generalized cross-chain messaging, and Wormhole for cross-chain messaging with token transfer.

  • Routing layers (also called orchestration or intent-routing layers) sit above transport and pick which rail to use for a given payment. Across, LI.FI, Relay, Jumper, and Eco Routes are examples that operate at this tier for builders and treasuries.

  • Ordering layers, typically called sequencers, decide the inclusion and order of transactions within a single chain or rollup. See our explainer on sequencers.

  • A coordination layer standardizes the workflow itself: counterparty discovery, messaging schema, compliance attestations, signing conventions, and settlement confirmation across institutions, wallets, and AI agents.

The distinction matters because each tier composes with the others rather than replacing them. OTL describes its own scope as the lifecycle around a transaction (discovery, payment and delivery coordination, compliance, and settlement) while explicitly leaving rail selection and chain inclusion to other components.

Category

Function

Named examples

Audience

Transport rails

Move value between chains

CCTP, Hyperlane, LayerZero, Wormhole, Polymer

Routers and bridges

Routing / orchestration

Pick the rail and execute a single intent

Eco Routes, Across, LI.FI, Relay, Jumper

Builders, treasuries

Ordering (sequencers)

Decide inclusion order on a chain

OP Stack sequencer, Arbitrum sequencer, shared sequencers

Rollup operators

Coordination

Standardize multi-party workflow, identity, messaging, compliance

OTL, Anoma (peer model), Project Agorá (central-bank context)

Institutions, wallets, agents

Applications

Originate transactions for end users

Robinhood, MetaMask, Stripe, merchant processors

End users

Fig 1. The five-tier view that emerged from the May 2026 OTL launch. Items in one row compose with items in adjacent rows rather than competing.

Why do institutions need a coordination layer?

Institutions need a coordination layer because every onchain counterparty interaction currently requires a bespoke integration. A regulated exchange routing a stablecoin payment to a payment service provider needs counterparty verification, travel-rule data, signing policy alignment, and settlement confirmation. Without a shared protocol, every pair of institutions rebuilds that scaffolding from scratch.

Fireblocks Co-Founder and CPO Idan Ofrat framed the gap directly: "Regulated institutions have to build bespoke connections to orchestrate their digital asset operations end-to-end. The result is integration sprawl and parallel systems that don't reconcile." Max Rotham of Checkout.com added that as onchain activity scales, institutions need "clearer ways to identify counterparties, exchange the right transaction context, and coordinate securely across wallets, chains, and jurisdictions."

Traditional finance solved an earlier version of this with ISO 20022 for structured messaging between regulated institutions and SWIFT for routing. Those standards assume pre-established bilateral relationships and a closed participant universe of licensed banks. Onchain finance involves unhosted wallets, non-financial businesses, AI agents acting on behalf of users, and counterparties whose regulatory status is itself part of the transaction context. A coordination layer for this universe has to be more general than ISO 20022 and more open than SWIFT.

The concrete pain points a coordination layer removes include counterparty discovery before a payment, travel-rule and KYB/KYC attestation exchange in machine-readable form, consistent messaging schema across rails, settlement confirmation both sides can audit, and a coherent dispute-resolution surface.

What is OTL building in this category?

OTL is publishing an open specification stack of four foundational layers (identity, session, transport, messaging) plus an application layer where business logic lives. The stack is built on existing standards: W3C DIDs for decentralized identity, IVMS101 for travel-rule data, CAIP-19 for chain-agnostic asset references, and a messaging schema influenced by ISO 20022 conventions.

The launch on May 28, 2026 included more than thirty founders spanning custody and infrastructure (Fireblocks, WalletConnect, Privy, Bridge, Securitize), wallets and brokerages (MetaMask, Robinhood, eToro, SoFi, Zengo), market makers (B2C2, Wintermute, FalconX, Zerocap), payments and settlement (Checkout.com, Cross River Bank, Coins.ph, Moonpay, Orbital, Taptap Send, Tazapay, Triple-A, Xendit, zerohash), and chain foundations through the Blockchain Payments Consortium (TON, Stellar, Polygon, Solana, Monad, Sui, Mysten Labs). The full list is on otl.network.

Specifications are open-source. Per Ledger Insights coverage, reference implementations are expected over time. As of the launch, limited public technical detail is available beyond the layered architecture, standards inventory, and two named use cases: universal deposit (compliance-included payment initiation from any wallet) and wallet attribution (decentralized entity identification before transacting). Fireblocks' announcement post also names AI agents as in-scope counterparties, with agent-initiated payments and agent coordination as named use cases.

How does OTL compare to other named attempts at onchain coordination?

OTL is the most institutionally backed entrant in 2026, but it is not the only protocol describing itself in coordination terms. The peer set splits roughly into three groups, each with a different audience and mechanism.

Intent-centric protocols.Anoma describes its protocol as "a universal coordination mechanism that facilitates all forms of coordination, no matter how simple or complex they are or how few or many number of parties they involve (from 1 to n)." Anoma uses a public intent gossip network with solver matching, oriented toward multi-party multi-chain settlement at the protocol level rather than the institutional workflow level.

Cross-rollup messaging hubs.Polymer launched a real-time interoperability hub for Ethereum rollups in 2025 using IBC, the Cosmos messaging protocol. Polymer's scope is technical state synchronization across rollups, distinct from OTL's institutional workflow scope, though Polymer is sometimes co-described as a coordination layer.

Central-bank initiatives.BIS Project Agorá coordinates tokenized commercial bank deposits with wholesale central bank money across jurisdictions. Partior connects domestic tokenized deposit networks. Both predate the modern "coordination layer" framing but match the architectural shape: a tier above existing rails that lets independent ledgers exchange value without merging into one.

These efforts are not direct substitutes. Anoma targets protocol-level multi-party coordination; OTL targets institutional workflow standardization; Polymer targets rollup state synchronization; Agorá and Partior target central-bank settlement. "Coordination layer" is best read as a shape, not a single product.

Intent-routing protocols sit one tier below coordination as defined here. A treasury moving USDC across fifteen chains through an intent router is solving a routing problem; the same treasury using OTL to exchange travel-rule data with a counterparty is solving a coordination problem. The two layers compose.

Where does coordination sit in the rail-layer-app model?

In the rail-layer-app shorthand, coordination is its own layer between transport rails and end-user applications, adjacent to but distinct from the routing layer. The 2026 reading places five named layers in series: issuers mint the asset, rails move it, routing picks the rail, coordination standardizes the multi-party workflow, and applications surface the experience to users.

Each layer abstracts the one below. Applications do not need to know which rail moved a payment if a router selected it. A router does not need the institutional context of the counterparties if a coordination layer carried that context. A coordination layer does not need its own custody or block production because it composes with custodians and chains that already do. This composition is the operational claim behind OTL: the standardized identity and messaging primitives are designed to plug into existing custody platforms, rails, and chains rather than replace them. The same is broadly true of DEX aggregators and bridge aggregators, which operate as routing-layer abstractions over many underlying venues.

What is publicly known and what isn't yet

The OTL launch on May 28, 2026 is recent enough that verifiable public material is limited to the announcement, the founding-member list, the four-plus-one layer architecture, the standards inventory, and the two named use cases. Reference implementations, governance arrangements, fee model, audit framework, and the path to first production transactions have not been publicly described.

Open questions worth tracking include whether OTL adoption among the founding members is technical (live integrations) or directional (endorsement of the spec), how open-source governance interacts with consortium founders' commercial interests, whether the institutional coordination-layer category sees additional entrants from custody platforms or central-bank initiatives, and how a coordination spec handles the AI-agent counterparty case in practice, since agent identity and authorization is itself unresolved across the industry. Treat the category as early. The shape of the layer is now publicly defined; the implementations and the competitive dynamics are not.

Related reading

Sources and methodology. Primary sources include otl.network, Fireblocks' OTL announcement, Crypto Briefing's launch coverage, Ledger Insights coverage, and protocol pages for Anoma, Polymer, BIS Project Agorá. Standards references (W3C DID, IVMS101, ISO 20022, CAIP-19) come from the OTL launch material. McKinsey's May 2026 "Beyond stablecoins" review supplied the architectural framing for coordination versus orchestration. Figures refresh as the category matures.

Did this answer your question?