# How to settle an OTC trade denominated in a volatile asset

A practical guide for OTC desks, brokers, and settlement agents on managing price risk and distributing proceeds when a trade is denominated in a volatile digital asset.

---


Every OTC professional knows the moment. The quote is agreed, the confirmation is sent, and then time begins working against everyone in the room. The desk responds with a firm quote — a specific price valid for a defined window, usually 30 seconds to a few minutes depending on the asset's volatility. That window closes. But the settlement process is only just beginning, and in a volatile asset, the gap between agreement and finality is where real operational risk lives.

This article is for settlement agents, OTC desk operators, closing attorneys, and brokers who handle transactions denominated in or touching volatile digital assets — ETH, BTC, high-cap altcoins, or any instrument whose price can move materially between trade date and the moment funds arrive. It covers where the exposure actually sits, how professional settlement practice addresses each phase of that gap, and how onchain payment routing gives all parties the certainty that the final distribution step demands.

<figure class="keyfacts">
<div class="keyfacts-grid">
<div><b>$50,400</b><span>broker fee at 1.2% of a $4,200,000 USD trade, about AUD 78,000</span></div>
<div><b>$4,032</b><span>change in the real value of that fee after an 8% ETH move during a two-hour settlement delay</span></div>
<div><b>1 transaction</b><span>pays all four recipients on one on-chain timestamp, instead of four separate instructions</span></div>
</div>
<p class="fig-src">Figures from the worked examples in this article: a $4,200,000 USD / ~AUD 6,500,000 ETH block trade with four recipients.</p>
</figure>

## Why volatility makes OTC settlement structurally harder

OTC trading is the private negotiation and execution of digital asset trades away from a public exchange order book. Institutions use OTC workflows when an order is large enough that open-exchange execution could create slippage, information leakage, or settlement complexity. Those are the reasons for going OTC in the first place, and they make good sense. But those same characteristics — size, privacy, and the absence of a centralized clearing counterparty — are also the conditions under which settlement risk concentrates.

Settlement risk is a concern for OTC contracts that provide for an exchange of payments or for delivery of the reference asset in exchange for payment, such as commodity forward contracts. Even for these types of contract, principal risk can be eliminated if there is a payment-versus-payment (PVP) or delivery-versus-payment (DVP) mechanism for the currencies or reference asset. The challenge is building that mechanism in practice, across parties who may be in different jurisdictions, operating on different banking rails, and expecting payment in different forms.

Consider the anatomy of a mid-to-large OTC block trade in ETH. The buyer and seller agree on a price in USD (or AUD) terms. The confirmation fixes a notional: say, $4,200,000 USD / approximately AUD 6,500,000 at current exchange. The proceeds need to reach not one recipient but several — the seller, the listing broker, the introducing agent, possibly a settlement agent holding the transaction together. Now the asset begins to move.

The settlement date affects buyers' and sellers' cash flows and risk exposure. Buyers must have funds to settle the transaction, while sellers rely on timely payment. In equities markets, frameworks like T+1 have compressed this gap by design. The lag time between a trade agreement and settlement does have risks, including risk that the funds or certificate will not be delivered, or that stock prices change significantly so either the buyer or seller wants to renegotiate a better deal. In a volatile digital asset, those price moves do not happen over days — they can happen over hours or minutes.

If the market moves sharply between trade and settlement, your books don't reflect your actual economic exposure during that gap. For a desk running multiple positions, that invisible exposure accumulates quietly and becomes very visible when a price correction arrives during the settlement window.

## The four risk phases between quote and confirmed receipt

Breaking the lifecycle down by phase helps a settlement professional identify exactly where they own the risk and where they can eliminate it.

### Phase 1 — Quote to confirmation (seconds to minutes)

The firm quote is not an indicative price. It is the price at which the desk will execute if you accept within the quote window. Once you accept the quote, the trade is locked. Price risk is contractually fixed at this moment. The risk remaining here is operational: does the confirmation document the agreed terms with enough precision that no ambiguity can be introduced later?

<aside class="callout">
<span class="callout-label">For volatile assets</span>
<h4>An incomplete confirmation is a future dispute</h4>
<p>The confirmation must specify the exact reference price, the time it was set, the denomination currency, and the allocation of each recipient's share. A confirmation that leaves any of those elements to be "confirmed separately" is not a complete document.</p>
</aside>

Settlement agents who handle equity or commodity OTC confirmations will recognize this discipline. For digital assets, the same rigor applies. The denomination of the price (ETH-denominated or USD-denominated) and the identity of the pricing oracle or reference rate used must both appear on the face of the confirmation. Ambiguity about which of those two conventions applies can, in volatile conditions, produce disagreements in the six-figure range on a single trade.

### Phase 2 — Confirmation to funding (minutes to hours)

The early OTC model was simple: a client wired the full trade value upfront, the desk executed, and assets settled when banking rails cleared. That model created a period in which the buyer had parted with funds but the seller had not yet received them, and vice versa. Neither party had certainty. The desk sat in between, holding an operational and sometimes a credit position.

Regulated OTC desks reduce this risk through several mechanisms: verified counterparty onboarding, pre-funded account structures, and, in some cases, simultaneous or atomic settlement, where both sides of the trade settle at the same time. Pre-funding removes the bilateral exposure but concentrates a different risk: during the funding window, the asset price continues to move. If the buyer pre-funds in stablecoins and the ETH price drops 8% while the trade awaits execution, the buyer's economics have not changed — they locked the price. But the settlement agent coordinating the distribution needs accurate records of what was pre-funded, in what asset, at what time, and what the confirmed USD / AUD equivalent is.

Haircuts are a reduction in the value of collateral assets to account for volatility or liquidity risks. The less liquid or more volatile an asset is, the greater the haircut to its value. Any professional operating in this phase needs to account for those haircuts when they are relevant — particularly when part of the transaction involves a non-stablecoin asset as the unit of account rather than merely as the transport layer.

### Phase 3 — Execution to proceeds calculation (moments to hours)

The trade has executed. The confirmation says $4,200,000 USD / ~AUD 6,500,000. Multiple parties are owed proceeds: the seller receives their net, the desk takes its spread, the introducing broker receives their fee, and a sub-agent who sourced the counterparty has a share. All of this was agreed in writing before execution.

Now someone has to do the arithmetic, issue instructions, and send separate wires or transfers to each party. In a traditional settlement workflow, this step involves spreadsheets, manual payment instructions, and sequential transfers that each carry their own timing risk. The seller might receive funds on Tuesday morning. The broker receives a separate wire on Tuesday afternoon. The introducing agent might wait until Wednesday because the desk batches their smaller disbursements.

Each of those sequential transfers is a moment where the price of the asset can move against someone. If any share is being paid in the volatile asset itself rather than in stablecoins or fiat equivalent, every hour of delay between execution and receipt is an hour of unhedged exposure for the recipient. If a broker is owed 1.2% of a $4,200,000 USD / ~AUD 6,500,000 trade, that is $50,400 USD / ~AUD 78,000. An 8% ETH move during a two-hour settlement delay changes the real value of that payment by more than $4,000 USD / ~AUD 6,200. That is not a rounding error. That is a billing dispute.

### Phase 4 — Transfer to finality (seconds to minutes, onchain)

Where traditional settlement relies on institutional rules and operational procedures to establish finality, blockchains achieve it through cryptography and economic deterrence.

When two assets are exchanged, the ledger enforces that both legs must succeed simultaneously. There is no settlement gap, no lag between obligation and discharge, and no moment in which one party is exposed to the other's failure. Principal risk is eliminated and replacement-cost risk disappears.

This is the phase where onchain routing changes the mechanics fundamentally. The question is not whether onchain settlement is faster — it is. The question relevant to a settlement professional is what that speed and simultaneity actually mean for the distribution problem described in Phase 3.

## The distribution problem: why sequential wires fail at speed

Even when the trade itself is crisp — fixed price, pre-funded, executed atomically — the distribution of proceeds among multiple parties remains the most operationally fragile part of a volatile-asset settlement. The reason is simple: sequential disbursement creates time gaps, and time gaps in a volatile asset are price gaps.

Suppose a settlement agent receives $4,200,000 USD / ~AUD 6,500,000 in USDC on behalf of four parties.

| Recipient | Share | USD | ~AUD |
| --- | --- | --- | --- |
| Seller | 75% | $3,150,000 | 4,875,000 |
| OTC desk | 15% | $630,000 | 975,000 |
| Lead broker | 7% | $294,000 | 455,000 |
| Introducing agent | 3% | $126,000 | 195,000 |
| **Total** | **100%** | **$4,200,000** | **6,500,000** |

The traditional workflow requires four separate instructions. Even if all four are sent at the same time, they are four separate blockchain transactions, each confirmed independently. And in practice, they are rarely sent at the same time — someone has to review the arithmetic, someone has to approve each instruction, and the payments go out in a sequence.

The result is that the seller, the broker, and the agent each receive their proceeds at different moments, with different on-chain timestamps, and no single transaction that a court, an auditor, or a compliance team can point to as the definitive settlement event. For a compliance officer reviewing the trade, this is a problem. For a broker trying to reconcile their books, it is a problem. For a seller waiting to redeploy their proceeds the moment settlement is confirmed, it is a problem.

A confirmation is a bilateral record. It proves a price between two parties, and it stops at the desk's boundary. It does not prove simultaneous receipt by all parties. The gap between "the desk received the funds" and "all parties were paid" is precisely where disputes, reconciliation failures, and reputational risk accumulate.

## How onchain payment routing closes the gap

This is the operational problem that shaka.deal is built to solve for settlement professionals operating in this environment.

Shaka.deal is a B2B onchain payment router on Ethereum. A settlement agent, desk operator, or closing attorney configures the deal once: the total amount, the wallet address of each recipient, and the share each receives. When the single inbound payment arrives, the router distributes the full amount simultaneously to every party — in one transaction, with one on-chain timestamp, with immediate finality. It routes; it never holds funds. The money does not sit with the router. The split is instantaneous with the routing.

The implications for a volatile-asset settlement are significant and concrete.

**The distribution risk window closes to zero.** Because all parties receive their share in a single transaction, there is no period during which one party has been paid and another has not. The seller's 75% and the introducing agent's 3% are confirmed in the same block. If the asset price moves in the milliseconds after the transaction is mined, it moves against all parties equally and at the same moment — not against some parties while others are already whole.

**The settlement event is singular and auditable.** One transaction hash is the settlement record. Every party can independently verify their receipt from the same on-chain event. There is no reconciliation dispute about sequencing. There is no question about whether the broker's wire arrived before or after the desk closed its books.

**The preset shares eliminate arithmetic disputes.** The percentage allocation was agreed and encoded before execution. No party is relying on someone else's manual calculation of their share. Atomic settlement removes the root cause of many systemic exposures. It does not mitigate around the edges — it restructures settlement so that the problem does not emerge in the first place.

## A worked scenario: multi-party ETH block trade

To make this concrete, consider an institutional block trade structured as follows.

A fund sells 500 ETH to a corporate treasury. The agreed price is $8,400 per ETH, producing a notional of $4,200,000 USD / approximately AUD 6,500,000. The payment leg is denominated in USDC (a USD-pegged stablecoin), so the seller receives USD-equivalent value without the fund needing to convert to fiat immediately. Four parties have agreed economic interests: the seller (net proceeds after the desk spread), the OTC desk (spread-based compensation), the introducing broker (fixed agreed percentage), and a second broker who sourced the institutional buyer (smaller fixed percentage).

<figure class="fig">
<figcaption><b>How the trade settles through the router</b><span>500 ETH against $4,200,000 USDC, four recipients</span></figcaption>
<ol class="steps">
<li><b>Configure the routing instruction</b>Before the trade executes, the settlement agent configures a payment routing instruction on shaka.deal: the inbound USDC amount routes to four wallets at the agreed percentage splits, simultaneously, in a single transaction.</li>
<li><b>Reference it in the confirmation</b>The confirmation document references the routing address as the settlement destination.</li>
<li><b>Prefund and release</b>The buyer prefunds the routing address with $4,200,000 USDC. The ETH is released.</li>
<li><b>Route to all parties</b>The USDC routes to all four parties simultaneously. The on-chain settlement record shows a single timestamp for all four disbursements.</li>
</ol>
</figure>

Now consider what would have happened if ETH's price had moved 9% upward in the three hours following confirmation, while a traditional wire-based sequential settlement was underway. The seller, waiting for their wire to clear, would have been watching their asset appreciate while holding a contractual commitment to the agreed price. The introducing broker, last in the disbursement queue, would have been paid last — with an unresolved question about whether the delay constituted any kind of settlement failure. The desk, sitting in the middle, would have been fielding calls from multiple parties with misaligned receipt timestamps and a spreadsheet that somebody had already revised twice.

With simultaneous distribution, none of that period of ambiguity exists. The settlement is either done or not done. There is no "partially done." Instant settlement means the transfer of securities and cash happens simultaneously and atomically. Either both sides complete, or neither does.

## Structuring the confirmation to support onchain settlement

Settlement agents and closing attorneys who want to use onchain routing effectively need their confirmation documents to reflect the settlement mechanics. A few practical points.

**Name the routing address in the confirmation.** The settlement destination is the routing address, not a desk wallet or personal wallet. All parties sign off on the routing address and the percentage allocation before execution. This creates a clean documentary record that the distribution logic was agreed before the money moved — not reconstructed afterward.

**Denominate clearly.** If the trade is priced in USD terms but settled in a stablecoin, the confirmation should state both the USD amount and the stablecoin amount, with the reference rate and timestamp used to compute the latter. This is the same discipline that FX settlement professionals have applied for decades, adapted to the onchain context.

**Define what constitutes settlement completion.** With onchain routing, this is clean: settlement is complete when the routing transaction is confirmed on-chain. State that in the confirmation. "Settlement shall be deemed complete upon confirmation of the distribution transaction on the Ethereum mainnet, evidenced by transaction hash [to be inserted]." This removes ambiguity from your dispute resolution clause before any dispute arises.

**Specify the asset class of each disbursement.** If one party is receiving ETH and another is receiving USDC, that needs to be explicit. Settlement in a stablecoin is complete as far as the desk is concerned, and still one leg short of money a seller of a physical asset can be paid in. Layered settlement — onchain routing plus fiat off-ramp instructions — is a legitimate structure, but it needs to be documented. Each leg should be defined.

## The stablecoin settlement shift and what it means for desks

Stablecoin volume grew 119% year-over-year in 2025, reinforcing stablecoins as a settlement and liquidity rail for OTC desks. Stablecoins are also changing the role of OTC desks. Their share of institutional OTC transaction volume rose from 23% in 2023 to 78% in 2025, turning them from a bridge asset into one of the dominant settlement instruments in institutional crypto markets.

This shift matters for the volatile-asset settlement problem because stablecoins change which leg carries the price risk. When the payment leg is in USDC or a comparable USD-pegged instrument, the seller's economic exposure to ETH price volatility ends at execution — not at receipt. But the distribution problem remains. Even stablecoin proceeds need to reach the right parties at the right time, and sequential disbursement of stablecoins still creates the timing gaps, auditing ambiguities, and reconciliation friction described above.

The professional move, for any desk or settlement agent operating primarily in stablecoin-settled OTC transactions, is to route the distribution simultaneously from the moment the stablecoin payment is received. The fact that the payment asset is price-stable does not mean the operational risk of sequential disbursement disappears. It means the operational discipline of simultaneous distribution is even more attainable, because the arithmetic is clean and no conversion step is needed.

OTC execution is becoming a more central part of institutional crypto market structure. Institutional spot OTC volumes expanded by 109% year over year, compared with just 9% year-over-year growth across the top 20 centralized exchanges by the end of 2025. As volumes grow, the cost of manual, sequential settlement processes scales with them. A desk handling ten trades per day cannot afford the same tolerance for settlement ambiguity that a desk handling one trade per week might accept.

## What settlement agents and OTC desks should build into their workflow

The following is a practical checklist for settlement professionals who want to incorporate simultaneous distribution into their standard operating procedure for volatile-asset OTC trades.

**Before execution**
- Agree the percentage split among all parties in writing, signed or acknowledged by each recipient.
- Configure the routing instruction on shaka.deal, specifying each wallet address and each share.
- Reference the routing address in the confirmation as the settlement destination.
- Define "settlement complete" as onchain confirmation of the routing transaction.

**At execution**
- Instruct the buyer to fund the routing address directly.
- Do not intermediate the funds through a separate desk or agent wallet if you can avoid it. Non-custodial routing means the funds move from the buyer to the routing contract and then immediately to all recipients without a holding step.
- Retain the transaction hash as the primary settlement record.

**After execution**
- Distribute the transaction hash to all parties simultaneously. Each can verify their receipt independently.
- The settlement record for your compliance and audit file is a single transaction on a public ledger — verifiable by any party, at any time, without requesting confirmation from a counterparty.
- No reconciliation spreadsheet is needed, because the on-chain record is the ground truth.

**For structured multi-party deals**
- Deals with more than two economic recipients benefit most from simultaneous routing, because the number of potential sequential-disbursement disputes scales with the number of parties.
- For a deal with five or six parties — seller, two brokers, a desk, a referral agent, a sub-agent — the difference between five sequential wires and one routing transaction is not merely efficiency. It is a fundamentally different risk structure.

## Finality is the product, not a feature

There is a tendency in settlement discussions to treat finality as a checkbox — something that happens eventually, after enough confirmations, after enough business days, after the bank confirms receipt. In a volatile asset, that framing is operationally dangerous. Finality is not a checkbox. It is the product being sold to every party who signs the confirmation.

In the context of institutional adoption, finality equates to settlement. Financial institutions upgrading existing systems to interact with onchain environments require strict guarantees about when a trade is officially settled.

When a settlement agent uses shaka.deal, they are delivering a specific, verifiable, timestamped finality event — not a promise to settle, not a settlement pending confirmation, not a wire that should arrive by end of day. The transaction is the settlement. The block confirmation is the receipt. The hash is the audit trail.

For OTC professionals dealing in volatile assets, that is not a nice-to-have. It is the operational standard that the asset class requires, and it is the standard that counterparties, compliance teams, and auditors are increasingly sophisticated enough to demand.

OTC trading ecosystems are estimated to surpass $1.5 trillion in daily liquidity access across asset classes in 2026. Institutional OTC activity continues to grow at 109% annually, far outpacing exchange growth. The infrastructure supporting those trades needs to match the precision of the agreements that underpin them. Simultaneous, non-custodial onchain distribution is how settlement professionals deliver that precision — not just for the trade itself, but for every party who has a stake in the outcome.

That is what shaka.deal is built for.