Why would an OTC trade settle across two different stablecoins instead of one?

An OTC trade settling across two different stablecoins rather than a single one typically happens for a few concrete, practical reasons: reducing concentration risk by not holding the entire settlement value in one issuer's stablecoin, accommodating each counterparty's own platform or liquidity preferences when they don't naturally align on a single preferred stablecoin, or splitting a sufficiently large trade across two assets specifically because the available liquidity for converting or using either stablecoin alone, at that size, would otherwise move the market unfavorably. This isn't an unusual or suspicious structure — it's a deliberate risk-management and liquidity-management choice that becomes increasingly common as trade sizes grow and counterparties become more sophisticated about managing their own exposure.

Understanding why a split settlement might make sense, and how to actually structure one correctly, matters for anyone involved in a large OTC trade where this question comes up, whether you're the one proposing the split or a counterparty being asked to accommodate it.

What does "concentration risk" actually mean in the context of choosing a single stablecoin for settlement?

Every stablecoin, regardless of how well-established and widely trusted it is, represents an obligation of a specific issuer, backed by that issuer's own reserve assets and its own operational and regulatory standing — holding a large amount of value in any single stablecoin means your exposure is concentrated in that one issuer's continued ability to maintain its peg and honor redemptions, rather than spread across multiple issuers. This is directly analogous to the general financial principle of not holding all of your value with a single counterparty or institution, regardless of how reputable that institution currently appears, simply because concentrating risk in one place means a problem specific to that one institution affects your entire position, rather than only a portion of it.

For a sufficiently large OTC trade, splitting the settlement across two well-established, separately issued stablecoins means that even in the unlikely event one specific stablecoin experienced an issue — a depegging event, an operational problem, or a regulatory action affecting that specific issuer — only the portion settled in that particular stablecoin would be affected, rather than the entire transaction value.

How does accommodating each counterparty's platform preference actually come into play?

Different OTC participants often have established relationships, existing liquidity, and operational infrastructure built around a specific stablecoin — one party's trading desk might primarily operate with one major stablecoin due to its existing banking relationships or the specific platforms it uses, while the counterparty's own operations are built more heavily around a different one. Rather than forcing one party to convert entirely into an unfamiliar stablecoin (incurring conversion costs and operational friction in the process), splitting the settlement allows each side to receive, or send, a portion in the stablecoin that better fits their own existing operational setup.

This is a genuinely practical accommodation rather than an unusual request, and it's worth raising directly during deal negotiation if either party has a clear preference — asking "which stablecoins do you actually hold and use regularly" early in the conversation, rather than assuming a single obvious default, often surfaces this consideration before it becomes a point of friction later in finalizing settlement terms.

Does splitting across two stablecoins actually reintroduce any of the sequencing risk that atomic settlement is meant to eliminate?

This is worth addressing carefully, since it's a genuine technical consideration rather than a purely theoretical one — a well-constructed split settlement should still execute as a single atomic transaction bundling both stablecoin transfers together with the counterparty's delivery, rather than as two entirely separate, sequential transactions that could leave a window of exposure between them. A properly built payment router or smart contract-based settlement mechanism can typically handle a multi-asset split within a single atomic transaction, preserving the same all-or-nothing execution guarantee that a single-stablecoin settlement provides.

It's worth confirming this explicitly with whatever settlement mechanism or platform is being used for a split transaction — asking directly whether the split is executed as a single atomic operation or as multiple separate transfers, since the latter would reintroduce real sequencing risk that defeats much of the purpose of using an atomic settlement mechanism in the first place. A reputable payment router built for this kind of complexity should be able to confirm clearly how it handles a multi-asset split transaction.

How is the actual split ratio typically determined for a given trade?

The split ratio generally reflects whatever the underlying rationale for splitting actually is — if the goal is balanced concentration risk reduction, an even split or one weighted toward whichever stablecoin represents a larger share of overall market confidence and liquidity might make sense; if the goal is accommodating each counterparty's specific preference, the split might simply reflect each party's stated preferred amount; and if the goal is managing liquidity impact for converting a very large trade, the split might be calibrated specifically to keep each individual stablecoin's converted portion below whatever threshold would start to meaningfully move that specific asset's available market liquidity.

There's no single universally correct ratio — it depends entirely on the specific motivating concern for that particular trade, and it's worth having this conversation explicitly with your counterparty rather than defaulting to an arbitrary even split without considering whether a different ratio actually better serves the underlying reason for splitting the settlement in the first place.

Does splitting across two stablecoins create any additional tax or accounting complexity compared to settling in one?

Somewhat, yes, though generally manageable — receiving or paying in two separate stablecoin assets instead of one means tracking two separate cost bases and two separate records of receipt or disbursement, rather than a single consolidated record, which adds a modest amount of additional record-keeping compared to a single-asset settlement. Since both stablecoins are typically pegged to the same reference currency, the actual value calculation for each portion is usually straightforward and consistent, but it's still worth maintaining clear, separate documentation for each specific asset received or sent as part of the overall transaction, for the same basic reasons careful record-keeping matters for any crypto transaction.

This added complexity is generally modest and well worth the risk-management or liquidity benefits that motivated the split in the first place, but it's worth factoring into your own internal accounting process rather than assuming a split settlement can simply be recorded identically to a single-asset transaction of the same total value.

How does this play out for two OTC desks actually negotiating a large trade?

Call it two OTC desks negotiating a particularly large settlement, large enough that either party's trading team felt genuine discomfort having the entire value concentrated in a single stablecoin issuer, given the sheer absolute size involved relative to what either desk typically held in any single stablecoin position. After discussing the concern directly, both sides agreed to split the settlement across two well-established, separately issued stablecoins, roughly evenly, specifically to reduce their respective exposure to any single issuer in the unlikely event something affected that specific asset's stability or operations.

The desks worked with their payment infrastructure provider to confirm the split would execute as a single atomic transaction bundling both stablecoin transfers with the corresponding asset delivery, rather than as separate sequential transfers that would have reintroduced timing risk between the two legs. The settlement executed smoothly as a single bundled transaction, and both desks recorded their respective portions separately in their own accounting systems, maintaining clear documentation of exactly which asset and amount was received for each leg of the split. Neither desk considered this additional structuring effort to be unusual or burdensome relative to the size of the trade — both viewed the modest additional complexity as a reasonable and worthwhile tradeoff for meaningfully reducing their concentration exposure on a transaction of that scale.

What's the practical takeaway for anyone considering or being asked to split an OTC settlement across two stablecoins?

Recognize that this is a legitimate, common risk-management and liquidity-management practice for larger OTC trades, not an unusual or suspicious request worth automatically resisting. Clarify the actual underlying reason for the proposed split before agreeing to a specific ratio, confirm your own operational ability to receive, hold, and convert both specified stablecoins without unexpected friction, and verify explicitly that the split settlement still executes as a single atomic transaction preserving the same sequencing-risk protection a single-asset settlement would provide. Factor in the modest additional record-keeping this structure requires, and treat it as a reasonable and often prudent tradeoff for the risk-reduction or liquidity benefits it provides on a sufficiently large transaction.

Is there a point at which splitting across more than two stablecoins makes sense, rather than just two?

Yes, for a sufficiently large transaction, the same underlying logic that justifies splitting across two stablecoins can extend to three or more, particularly when concentration risk reduction is the primary motivation — spreading a very large settlement value across several separately issued, well-established stablecoins further reduces exposure to any single issuer, following the same diversification principle that applies more broadly to managing any large financial position. The tradeoff is that each additional asset involved adds further operational and accounting complexity, and at some point the marginal risk-reduction benefit of adding yet another asset to the split becomes smaller relative to the added complexity of tracking, confirming, and reconciling an increasingly fragmented settlement.

In practice, most OTC desks settle on a reasonable split across two, or occasionally three, assets for even very large transactions, rather than fragmenting across many more, since beyond a certain point the operational overhead of managing many separate asset legs outweighs the incremental risk-reduction benefit each additional split provides. The right number for a specific trade depends on the actual transaction size relative to what both counterparties consider a comfortable concentration limit for any single stablecoin issuer, which is worth discussing directly rather than assuming a fixed rule applies universally regardless of the specific amounts involved.

Does either party typically pay a premium or incur additional cost specifically because of the split structure?

Generally not a direct premium charged by either counterparty specifically for the split itself, though there can be modest additional costs depending on the specific settlement infrastructure used — a payment router or smart contract handling a multi-asset atomic transaction may have marginally higher execution costs (such as higher network transaction fees) compared to a simpler single-asset settlement, simply because bundling multiple asset transfers into one atomic operation is inherently a more complex transaction than moving a single asset. This is usually a modest, incremental cost rather than a significant one, and it's generally outweighed by the risk-management or liquidity benefits that motivated choosing the split structure in the first place for a sufficiently large trade.

It's worth confirming this cost explicitly with whatever settlement platform or infrastructure is handling the transaction before finalizing the split structure, simply so both parties have clear, shared expectations about the full cost of the transaction, including any marginal increase attributable specifically to the added complexity of a multi-asset atomic settlement compared to a straightforward single-asset one.

Should a smaller OTC trade ever bother with a split-stablecoin structure, or is this purely a large-trade consideration?

For a modest-sized trade, the concentration risk and liquidity-impact concerns that motivate splitting a large settlement generally don't apply with the same force — a smaller transaction settled entirely in one well-established, reputable stablecoin typically doesn't represent meaningful concentration risk relative to either party's overall financial position, and converting a modest amount through a single stablecoin's available liquidity is unlikely to move the market unfavorably the way converting an extremely large sum might. Adding the operational complexity of a split settlement to a transaction where neither underlying concern genuinely applies is generally unnecessary overhead rather than a meaningful protection.

The counterparty-preference rationale for splitting can still apply at almost any trade size, however, since it's less about the absolute dollar amount and more about each party's own operational setup and existing relationships with specific stablecoins — even a modest trade can reasonably involve a small split if it meaningfully reduces friction for one or both counterparties, independent of whether the trade's size alone would otherwise justify the added structure. The practical decision ultimately comes down to whether the specific benefit being sought — risk reduction, liquidity management, or operational convenience — genuinely applies to the trade in front of you, rather than treating split settlement as either universally necessary or universally unnecessary regardless of context.