What do you
need to launch
an OTC desk?

Liquidity is the foundation of an OTC desk. Without reliable liquidity, the desk cannot provide competitive quotes, support larger trade sizes, or maintain consistent execution quality across market conditions.

The key question is not only how many liquidity sources are connected, but whether they can provide competitive pricing, minimize slippage, sufficient depth, fast response times, and stable service during volatile periods.

Most OTC desks rely on a request-for-quote model, where the client asks for a price on a specific asset, size, and trading pair. The desk then sources or generates a quote and executes the trade once the client accepts it.

This process needs clear rules. The desk must define how long quotes remain valid, whether prices are firm or indicative, how rejected or expired quotes are handled, and how execution is recorded. These details are important because they shape client trust and protect the desk from unnecessary operational disputes.

The trading layer determines how the desk manages quotes, orders, execution, permissions, and post-trade reporting afterwards. As the desk adds clients, assets, and liquidity sources, it needs to process more requests without creating bottlenecks for traders, operations, or compliance teams.

Execution is only one part of OTC trading. Once the trade is agreed, the desk needs to move assets and funds according to the agreed settlement process. This may involve crypto wallets, bank transfers, custodians, settlement partners, or internal treasury accounts.

The desk needs to know when clients must deliver funds, when assets are released, how failed settlement is handled, and who approves each step. Poorly defined settlement processes can create delays, credit exposure, and client dissatisfaction.

An OTC desk takes on several types of risk, including market risk, counterparty risk, settlement risk, operational risk, and technology risk. These risks increase as trade sizes grow or as the desk serves more complex clients. The goal is not to remove risk completely, but to make sure the desk knows where risk sits and how it is controlled.

Before serving clients, an OTC desk needs a clear compliance framework. In practice, the compliance framework dictates far more than just client onboarding—it shapes the entire operational model of the OTC desk.This includes KYC and KYB checks, AML screening, sanctions controls, transaction monitoring, jurisdictional restrictions, and internal record-keeping.

Compliance should not be treated as a separate step after launch. It affects who the desk can serve, which assets and pairs it can offer, how transactions are monitored, and what information must be collected before execution. For institutional clients, strong onboarding and compliance processes are part of the product experience.

Prior to the first execution, the desk must thoroughly evaluate the counterparty's risk profile. This involves verifying:

• Corporate identity and jurisdiction of incorporation
• Regulatory licensing and Ultimate Beneficial Owners (UBOs)
• Target client base and source of funds (SoF)
• Intended fiat/crypto asset pairs and jurisdictions involved
• Transaction monitoring protocols for inbound and outbound flows

These factors directly determine liquidity provider mapping, counterparty trading limits, supported instruments, wallet whitelisting, and settlement workflows. For instance, exposure to third-party wallets, high-risk sectors, or non-standard jurisdictions triggers Enhanced Due Diligence (EDD). This requires advanced AML/KYT screening, comprehensive source-of-wealth documentation, and formal internal risk approvals.

Compliance is not a post-onboarding formality. It is the foundational infrastructure that governs client eligibility, trade execution, credit line allocation, and the post-trade data architecture required for seamless audit and accounting.

Building from scratch may be the right choice for firms that want complete ownership of the technology layer and have the internal resources to support it. This route can offer flexibility, but it usually requires significant investment before the desk can generate meaningful revenue.

Key requirements include:

• developing the trading interface and internal dealer tools;
• connecting to liquidity providers and market makers through API;
• building pricing, RFQ, and execution logic;
• setting up reporting, reconciliation, and audit trails;
• integrating compliance, custody, and settlement workflows;
• maintaining infrastructure, security, and uptime;
• staffing technology, product,
  trading, operations, and support teams.

The main risk is time to market. While the firm is building, competitors may already be serving the same client demand. Internal development can also become more complex as the desk adds more assets, pairs, clients, and liquidity relationships.

A white-label OTC platform allows a firm to launch a crypto trading service under its own brand without developing the core infrastructure internally. The provider supplies the execution technology, UI platform architecture, and often access to an existing liquidity network, while the client-facing company manages its own market positioning, customer relationships, and commercial model.