How large OTC desks settle trades without going first
Every professional who brokers or facilitates a large OTC transaction eventually runs into the same structural question: who moves first? It is not a question of trust in the casual sense — it is a question of engineered certainty. When a buyer buys an asset from the seller in an OTC trade, there is usually counterparty risk involved. Either the buyer makes the payment as a first step and waits for the delivery of the asset, or the seller delivers the asset and waits for the payment — and in both cases the counterparty may go bankrupt or simply disappear before the transaction is fully settled. Large institutional desks have developed a set of interlocking practices to eliminate exactly that exposure. Understanding those practices — and applying the same logic to your own deals — is what separates professionals who close trades cleanly from those who absorb unnecessary risk.
The core problem: principal risk in bilateral trades
The technical name for first-mover exposure is principal risk. Principal risk is the exposure a party faces when it delivers an asset or funds but does not receive the corresponding exchange value. By mandating simultaneous exchange, DVP ensures that neither party is unilaterally exposed to the other.
In a public exchange, this problem is solved for you invisibly. The order book matches positions in real time; custody and clearing infrastructure sits between buyer and seller; finality is guaranteed by the exchange itself. OTC markets exist for a reason: some trades need privacy, flexibility, and custom terms that a central order book can’t provide. But that same flexibility is precisely what introduces the settlement risk. When you step off the exchange — to move size quietly, to access deep bilateral liquidity, to settle on terms that match your client’s back-office workflow — you lose the automatic principal-risk protection the exchange provides. You have to engineer it back in yourself.
Large desks do not leave this to goodwill, relationship history, or verbal assurances. They use structural mechanisms to make simultaneous settlement the only possible outcome. Those mechanisms are the substance of this article.
Delivery versus payment: the foundational principle
In today’s high-speed financial markets, settlement risk — the danger that one party delivers securities but does not receive payment, or vice versa — can lead to systemic shocks. Delivery versus Payment (DvP) is the gold standard mechanism that ensures simultaneous exchange of securities and cash, thereby neutralizing this risk.
A delivery-versus-payment (DvP) transaction means a securities or commodities transaction in which the buyer is obligated to make payment only if the seller has made delivery of the securities or commodities, and the seller is obligated to deliver the securities or commodities only if the buyer has made payment. The logic is simple and the implications are absolute: neither leg completes without the other. There is no first mover, because both movers are the same mover.
In traditional securities markets, DvP operates through central securities depositories and custodians who hold both the asset and the cash leg simultaneously before releasing either. The securities are electronically debited from the seller’s account and credited to the buyer’s account at the exact moment the cash is debited from the buyer’s custodian and credited to the seller’s custodian. This simultaneous transfer ensures that the finality of the transaction is achieved without either party having exposure to the other.
The crypto-native equivalent of DvP is the atomic swap. Atomic settlement is the simultaneous, irreversible exchange of an asset and its corresponding payment in a single transaction with no settlement interval. Delivery and payment happen together or they do not happen at all. There is no window in which one leg completes and the other does not. Counterparty risk is eliminated because the gap is eliminated.
A typical challenge in real-world trading is: “Who transfers first?” Atomic swaps eliminate this uncertainty by ensuring that the exchange happens simultaneously or not at all.
This is the architecture a large professional desk is always trying to approximate — through whatever combination of legal structure, pre-agreed custody arrangements, and payment rails the specific trade calls for.
How desks actually engineer simultaneous settlement
Understanding the principle is one thing. Understanding how large desks implement it in practice, across different trade types and counterparty configurations, is where the real operational knowledge lives.
The principal desk model and the desk as simultaneous counterparty
Principal desks act as the direct counterparty, buying and selling from their own capital — enabling near-instant execution, though spreads tend to be wider. The spread is not purely a profit mechanism — it also compensates the desk for absorbing the settlement timing risk itself. When a principal desk buys from a seller and simultaneously sells to a buyer, it collapses the bilateral first-mover problem into a managed internal risk position. Both external counterparties can settle against the desk rather than against each other. The desk controls both legs, and its own capital buffers any micro-timing gap.
For the broker or advisor sitting between parties, this means the principal desk structure is one of the most reliable settlement architectures available for large, time-sensitive trades. The price of that reliability is built into the spread. When your client needs certainty above sharpness, a principal desk earns its wider quote.
Agency desks connect compatible counterparties for direct settlement while charging a brokerage fee. Principal desks use firm capital to take the other side first and then resell to clients, assuming market risk. Agency desks shift the first-mover question back to the two underlying counterparties, which is why agency execution requires more robust independent settlement infrastructure — DvP rails, pre-funded accounts, or tri-party arrangements — to hold safely.
Pre-funding and credit lines: two paths to the same place
The early OTC model was simple. A client wired the full trade value upfront, the desk executed, and assets settled when banking rails cleared. It worked because the typical client was a hedge fund moving directional exposure on its own timeline.
Pre-funding solves the first-mover problem by making both parties “first movers” simultaneously — each posts assets or cash to a neutral holding structure before settlement is initiated. Neither side gets the other’s assets until the desk or settlement agent confirms both legs are fully subscribed. This is the cleanest solution operationally, but it ties up capital for the duration of the settlement window, which is why larger and more sophisticated desks have evolved away from full pre-funding models.
Credit risk management requires sophisticated tooling. OTC desks extend credit to their clients, allowing them to trade without pre-funding every transaction. The credit-line model works because the desk has performed sufficient due diligence on its counterparties to know their credit quality, their track record, and their backstop capacity. Rather than holding the full notional of a trade in a funded account, a client with an established credit line executes against that limit and settles within a defined window — typically the same business day or within hours.
Under margin-based settlement, you post a fraction of your trading limit as collateral, not the full value of every trade. You execute against your limit, the trade settles in roughly 30 minutes, and your limit resets. Your working capital stays in your own accounts instead of frozen on someone else’s balance sheet.
For a desk running, say, $10 million in daily flow across multiple clients, the difference between full pre-funding and a well-structured credit-and-margin model is the difference between needing $10 million liquid on the settlement rail at all times and needing a fraction of that. Net settlement as opposed to trade-by-trade settlement can significantly reduce operational complexity and improve capital efficiency.
Netting: collapsing gross exposures
The most capital-efficient desks go further than credit lines — they net. Efficient capital usage matters for both the desk and its clients. Advanced OTC desks often support margin accounts with netting across positions, portfolio-based collateral, and configurable haircuts.
Netting works by aggregating offsetting obligations across multiple trades into a single net settlement figure. A client who buys $5 million of BTC at 09:00 and sells $3 million of BTC at 11:00 does not settle $8 million gross — they settle $2 million net. The CSD acts as the central counterparty, netting the obligations of multiple participants. Netting reduces the total volume of transactions that must be settled, streamlining operational complexity.
The daily netting cycle structure is common at institutional desks. A crypto fund trades multiple pairs throughout the day, with the daily cutoff for trade capture set at a specific time. Settlement occurs later the same day. All these trades fall under the same settlement period. By the settlement time, the fund would only need to provide the net funding in their settle-later account.
This is not a feature reserved for the very largest players. Any broker structuring a recurring flow for an institutional client should be asking the desk whether daily or intraday netting is available — because the capital efficiency it creates directly affects how much working capital the client needs to tie up, which in turn affects how much they can trade.
RFQ windows and settlement timing risk
There is a risk that sits between execution and settlement that many practitioners underweight: market risk during the settlement window. Market risk during the settlement window is closely related. If a large BTC trade is executed but settlement takes four hours, a significant price move during that window creates exposure for one or both counterparties. The shorter the settlement window, the less market risk both parties carry.
This is why large desks work hard to compress the settlement window, not just to achieve legal finality, but to reduce the mark-to-market exposure that accumulates between the moment a trade is agreed and the moment assets land. A four-hour settlement window on a $20 million BTC trade means both parties are exposed to whatever the market does in those four hours. If the price moves 3% against you, that is $600,000 of unrealized exposure before you even hold the asset.
One or several OTC agents quote a firm two-sided market. Quotes often include a time-bound window — seconds to minutes — during which the price is good. The client lifts or hits the quote; the desk confirms the capture. Locking the price is the easy part. What matters operationally is how fast the desk can initiate settlement after execution. In voice-based OTC, the settlement window can stretch to hours or even days, depending on settlement workflows. Electronic OTC platforms compress this window dramatically by automating settlement initiation immediately after execution.
The settlement model determines the risk profile
Settlement model — pre-funding, post-trade settlement, same-day settlement, bank settlement, external wallets, stablecoins, and custody integration — materially changes risk. Large crypto blocks are not just an execution problem. They are also a liquidity, counterparty, settlement, custody, and reporting decision.
This is worth sitting with. When you are sourcing a desk for a large trade — whether you are acting as broker, advisor, or settlement agent — the settlement model is not a back-office detail. It is a primary risk variable. A desk that settles same-day in USDC against on-chain delivery carries a fundamentally different risk profile than a desk that settles T+2 via wire against asset delivery on a private ledger.
Public venues standardize settlement. OTC lets you tailor it — T+0 for immediacy, T+1–T+3 for operational alignment, or extended terms for cross-border flows. That flexibility is one of OTC’s genuine structural advantages. But flexibility without discipline creates the very first-mover risk you are trying to avoid. The desk’s settlement model needs to match your client’s operational requirements and your own risk tolerance — not just be whatever the desk defaults to.
OTC trades can be structured with customized settlement terms, including specific delivery times, custodial arrangements, and netting agreements. For institutions that hold assets across multiple custodians or need to coordinate settlement with fiat banking rails, this flexibility is essential.
Cross-asset and cross-border settlement: where first-mover risk amplifies
The first-mover problem does not exist in a vacuum — it gets worse as the trade becomes more complex. A crypto-to-crypto settlement within the same custodian is relatively straightforward to make atomic. A crypto-to-fiat settlement that spans an on-chain transfer on one side and a bank wire in a different time zone on the other side is structurally harder.
Crypto-to-crypto trades can be settled via atomic swap or internal ledger transfer. Crypto-to-fiat trades involve a bank wire — often same-day via SEN/Signet in the U.S. or SEPA in Europe — against an on-chain transfer. The challenge is that bank wires are not atomic with on-chain transfers. The wire and the on-chain movement happen on different systems, under different finality rules, with different confirmation times. Closing that gap is where experienced desks earn their position.
The most complex technical challenge in delivering atomic settlement at systemic scale is cross-platform atomic commitment — enabling atomic settlement when the asset and cash leg exist on different distributed ledgers, operated by different institutions on different technology stacks. An atomic DvP transaction between counterparties on different platforms requires a commitment spanning two fundamentally different ledger architectures simultaneously. Without solving this, atomic DvP is only possible within individual platforms and fails at the boundaries between them.
For cross-border trades in particular, the settlement mechanics require deliberate pre-coordination. When a global asset manager buys a foreign corporate bond through an OTC dealer, the bond settles through a local market while funding sits in another time zone. A late cash release could trigger a fail. The custodian uses a DvP workflow, pre-funding checks, and exception monitoring to ensure the bond is not delivered without payment and vice versa.
The lesson is not that cross-border OTC trades are too risky. It is that they require explicit upfront agreement on settlement mechanics — which system moves first in the sequence, what happens if one leg confirms and the other is delayed, and which party bears the exposure in the gap. Desks that handle this well document it before the trade executes. Desks that handle it poorly figure it out after the problem arises.
What professional settlement documentation looks like
The counterparties bilaterally negotiate the economic and credit terms of the transactions. Although the documentation tends to be standardized in many respects, important aspects of both the economic and credit terms can be customized. In the case of credit terms, counterparties can elect to expand a standard list of events of default and must decide whether and, if so, on what terms credit exposures should be collateralized.
A master agreement governs the ongoing relationship between two trading counterparties — it covers default triggers, close-out netting rights, and collateral arrangements. Individual trade confirmations specify the exact settlement mechanics for each transaction: asset type, quantities, delivery address or account, settlement currency, timing, and what constitutes valid delivery. Standing settlement instructions (SSIs) are pre-registered wallet addresses and bank accounts that have been verified in advance, so that when a trade executes, the routing information is already confirmed and cannot be tampered with in the settlement flow.
A credible OTC platform must embed risk and compliance controls at every stage. Pre-trade credit checks, counterparty exposure limits, and automated routines should run in the background, while post-trade reconciliation and dispute resolution meet strict guidelines.
For the broker or advisor working a large bilateral transaction, the practical implication is this: the settlement documentation should be agreed and confirmed before the quote is accepted, not after. Every hour spent negotiating wallet addresses or wire instructions after the trade is locked is an hour of market risk sitting on an open position. Professional desks insist on SSIs being in place before trading begins.
When the desk functions as the settlement coordinator
In many large transactions, the OTC desk is not just one of the counterparties — it is also the operational coordinator of the settlement itself. The desk handles the details, making sure the transaction goes smoothly and securely. They often provide quotes, manage the settlement process, and can even help break down a very large order into smaller pieces to find a match without causing a big price stir.
This coordination role is where the broker or advisor working alongside the desk needs to pay attention. Desks can stage size over time, split fills across counterparties, and coordinate settlement to match client funding. A $50 million trade might settle as a single block, or it might settle in tranches — three or five pieces executed over several hours against different counterparties — with each tranche clearing before the next is initiated. The desk’s job is to make sure the aggregate settlement is clean even when the execution is staged.
For the advisor or broker on the client side, tranche settlement introduces an additional consideration: how does partial delivery interact with the overall transaction? If the client is delivering an asset in exchange for stablecoins, and the settlement happens in five tranches, the client is progressively giving up asset exposure and building stablecoin exposure over the settlement window. If prices move materially during that window, the earlier tranches will have settled at different economic terms than the later ones, even if the strike price is fixed. Professional desks net all tranches against the single agreed price, but this needs to be explicit in the confirmation.
The disbursement layer: where fees, splits, and advisor payments land
Settlement between the two principal counterparties is one problem. What happens after that — who gets paid, how much, and when — is a separate operational question that large professional transactions handle with the same discipline.
A complex OTC transaction rarely involves just a buyer and a seller. There are advisors who sourced the deal, brokers who connected the parties, and potentially attorneys or agents who verified documentation. Each of these professionals has a fee or split that was agreed as part of the deal structure. In a manual workflow, those payments happen sequentially after the primary settlement closes — which means they are subject to discretion, delay, and dispute.
The cleaner architecture is to configure all disbursements upfront so that when the primary settlement completes, every split goes to its recipient automatically, in the same motion. That is exactly what Shaka is built for. An OTC broker or deal advisor builds the payment link before the deal closes, specifying each recipient wallet and the exact split. When the buyer pays, the funds route simultaneously — the principal amount to the seller, the broker fee to the broker, the advisor’s split to the advisor — in a single onchain transaction with no intermediate custodian and no sequential dependency. The primary settlement and the disbursement layer become one event rather than two.
What smaller desks can learn from institutional practice
The settlement discipline of a large institutional desk is not inaccessible to a smaller operation. The principles are the same; the implementation tools differ. Before moving size, buyers should validate RFQ quality, settlement terms, custody controls, reporting outputs, and whether the desk can actually support the trade pattern they intend to execute.
Every practitioner working large OTC transactions should be asking their desk four questions before a trade executes. First: what is the settlement model, and does it default to DvP or does it require me to pre-fund? Second: what is the maximum settlement window, and what market risk do I carry if the window is long? Third: is netting available across multiple trades, and on what schedule? Fourth: what are the standing settlement instructions, and have they been verified in advance?
Handled this way, counterparty, information, and liquidity risks become engineered constraints — measured, controlled, and priced — rather than surprises that surface at settlement.
Surprises at settlement are not bad luck. They are the predictable consequence of treating settlement as a detail rather than as the core of the trade’s risk structure.
Settlement finality and what it actually means
There is a difference between conditional settlement and final settlement that practitioners sometimes blur. In a DvP structure with a T+1 or T+2 settlement date, legal finality is deferred — the trade is agreed, but the asset and cash have not yet moved. During that window, the trade is technically still exposed to counterparty default. A party that fails between execution and settlement creates a replacement cost problem even if principal risk is technically protected.
Even if principal risk is eliminated through the achievement of DVP, participants are still exposed to replacement cost risk and liquidity risk. Liquidity risk includes the risk that the seller of a security does not receive the funds when due and may have to source them elsewhere.
Delivery-versus-payment has been the gold standard of securities settlement since the G30 recommendations that followed the 1987 market crash. What is new is that tokenized assets and tokenized deposits make it technically achievable at the commercial layer, without the pre-funding requirements, operational complexity, or time constraints of existing DvP infrastructure.
On-chain settlement, when done correctly, eliminates the gap between execution and finality. The transaction either settles or it does not — there is no intermediate state in which the trade is agreed but the assets have not moved. The smart contract logic ensures that both sides of a trade occur simultaneously in a single atomic operation, meaning that if any part of the transaction fails, the entire transaction is rolled back and neither party’s assets are transferred. For a deal advisor, broker, or closing attorney who has been waiting for a wire confirmation that never comes, the operational value of that guarantee is not theoretical — it is the difference between a clean closing and a week of remediation.
The professionals who structure deals well understand that the point of all this architecture — the credit lines, the DVP rails, the pre-agreed SSIs, the netting cycles, the atomic execution — is not sophistication for its own sake. It is certainty. Every layer of settlement infrastructure exists to make the outcome of the transaction deterministic rather than probable. Large desks have built entire operational stacks to eliminate the word “probably” from their settlement vocabulary. That discipline, applied at whatever scale you work, is the same discipline that makes you the kind of counterparty people want to trade with again.
