In this article
Every OTC deal eventually reaches the same inflection point: the moment when negotiated terms must convert into actual money moving to the right parties in the right amounts. That moment is settlement. It is also the moment where carefully negotiated deals most reliably fall apart — not because the parties disagree on price, but because the operational mechanics of getting funds from one account to several others, simultaneously, with proof, turn out to be harder than the deal itself.
This guide walks through the full settlement lifecycle of an OTC option or forward-style agreement. It is written for the professionals who manage that lifecycle — OTC desk operators, settlement agents, closing attorneys, prime brokers, and structured-deal advisors — and it explains, in concrete terms, what each phase requires, where friction accumulates, and how modern onchain payment routing changes the economics of the final step.
What makes OTC settlement different from exchange settlement
OTC derivatives are traded and bilaterally negotiated directly between the counterparties, without going through an exchange or other intermediary. That bilateral structure is the source of both the flexibility that makes OTC instruments useful and the operational complexity that makes them expensive to settle.
In exchange-traded markets, a central counterparty clearing house (CCP) interposes itself between buyer and seller, absorbing that bilateral exposure. In an OTC transaction, no CCP exists. You face the counterparty directly. For digital asset OTC desks, this means that from the moment a trade is agreed to the moment settlement is confirmed, you carry full bilateral exposure.
The counterparty risk does not merely exist in theory. Counterparty risk is greater for derivatives with longer maturities where events may intervene to prevent settlement. And beyond default, there is a quieter form of risk that desks encounter far more often: the settlement window that simply stays open too long.
Every day a settlement window stays open is a day capital sits idle, counterparty exposure accumulates, and the firm's ability to fund the next cargo, hedge a position, or respond to a margin call is constrained. At scale, across a portfolio of OTC positions, that drag is material.
Understanding the mechanics of settlement — and choosing the right tools for the payout step — is therefore not an administrative footnote. It is a core risk management decision.
Phase 1: Trade documentation and confirmation
Settlement begins long before value date. It begins the moment the trade is agreed and the documentation clock starts running.
Dealers in all the G-10 countries use master agreements to establish the terms and conditions of OTC derivatives transactions, both with other dealers and with end-users. The ISDA Master Agreement, published by the International Swaps and Derivatives Association (ISDA), is the most commonly used master service agreement for over-the-counter derivatives transactions internationally. The framework consists of a master agreement, a schedule, confirmations, definition booklets, and credit support documentation.
The practical effect of this framework is that most of the standard terms are pre-negotiated and do not need to be re-litigated on each transaction. Each time that a transaction is entered into, the terms of the master agreement apply automatically and do not need to be re-negotiated. What does need to be agreed and confirmed for each individual trade is the material economic terms: strike, notional, expiry, settlement method, and payment routing instructions.
OTC trades present unique challenges in the confirmation process: each OTC trade may have bespoke terms, requiring customized confirmations. Many teams still use spreadsheets or emails, which leaves more room for error. Most trades need confirmation within a day. Delays impact settlement and increase risk.
This is not a commentary on the quality of operations teams. It is a reflection of the structural reality: transaction processing, from data capture through confirmation and settlement, is increasingly automated, although the more structured transactions still usually require manual intervention.
For any deal involving multiple parties at settlement — a seller, a broker, a sub-agent, a clearing member, or a beneficial owner — the confirmation must specify not just the total payment due, but the exact allocation across each recipient. Getting that allocation right in the confirmation document is what makes final payout executable rather than contested.
Phase 2: Exercise and the trigger for settlement
OTC options: the exercise event
Settlement is the process that finalises an options contract. It determines how the buyer and seller fulfil their obligations once the option is exercised or expires in the money. Options settlement is the process of satisfying the terms of an options contract when the contract is exercised. The rights and obligations of the two parties are fulfilled through the contract settlement.
In bilateral OTC options, the exercise mechanics are entirely contractual. For over-the-counter (OTC) options, the settlement mechanism is whatever counterparties contractually specify. When considering OTC markets, expect bespoke agreements that can include delayed settlement, physical delivery, cash settlement, or structured cash flows tied to corporate events.
The exercise notice — typically a written or electronic communication delivered by the option holder to the writer within a specified window — triggers the settlement obligation. In American-style OTC options, options contract buyers may exercise the contract anytime before expiration. In European-style agreements, exercise can only occur at expiry. The choice between these styles is always contractually defined at inception, and settlement agents should have the relevant confirmation to hand before the exercise window opens.
Once exercise is confirmed and the writer has acknowledged the notice, the trade moves into its settlement calculation phase.
OTC forwards: the value date trigger
Forward contracts work differently. A forward contract is a customized, over-the-counter agreement between two parties to buy or sell an asset at a predetermined price on a specified future date. Unlike exchange-traded futures, forwards are privately negotiated and can be tailored to fit the quantity, delivery date, and settlement terms agreed upon by both parties.
The trigger is not an exercise notice but the arrival of the agreed value date. At that point, both parties are obligated to perform. Both parties must execute regardless of price changes. The settlement agent's job at this stage is to verify that all conditions precedent — any required documentation, representations, or regulatory filings — have been satisfied before releasing funds.
For window forwards and flexible forwards, the trigger window is itself a range: a flexible forward allows delivery anytime within a set range of dates; a window forward permits settlement within an agreed window period. These structures require the settlement agent to maintain an active monitoring posture throughout the window rather than waiting for a single date.
Phase 3: Settlement method — cash vs. physical
Once the trigger event has occurred and both parties have confirmed their settlement obligations, the deal moves to the question of how settlement will occur.
Settlement can be physical delivery of the underlying security or commodity or cash-settled through an exchange of money.
Physical delivery
Physical settlement options require the actual transfer of the underlying asset. When you exercise a call option with physical delivery, you receive the underlying shares. When you exercise a put, you deliver them. In commodity contexts, commodity options settling physically require appropriate storage or delivery arrangements.
Physical settlement introduces logistical complexity that cash settlement does not. With physical delivery, there may be several costs, such as transportation costs, delivery expenses, and broker fees. The settlement agent must coordinate timing between the asset delivery leg and the payment leg — a delivery-versus-payment (DvP) problem that has historically been one of the hardest problems in OTC market infrastructure.
Cash settlement
Cash settlement allows the buyer of an option to receive the value of the underlying asset (per the contract terms) in the form of cash when the option is exercised rather than a stock or commodity. One advantage of cash settlement is its simplicity, as it involves a single net payment rather than the logistical steps of transferring assets.
For cash-settled forwards, a non-deliverable forward (NDF) is cash-settled based on the price difference. The settlement agent calculates the net differential between the contracted rate and the observed market rate at the value date, and that differential becomes the single cash payment that moves.
In both cases — physical with a cash leg, or purely cash-settled — the final step is the same: a precise dollar amount (or multi-currency equivalent) must be routed to the correct parties, in the correct proportions, with finality and proof.
Phase 4: Standing Settlement Instructions and payment routing
One of the least glamorous, most consequential elements of OTC settlement is the Standing Settlement Instruction (SSI). Standing Settlement Instructions should be exchanged at time of onboarding or at least prior to the relevant agreement. The verification process should be completed before the first exchange of collateral.
SSIs define where funds should go. They are the payment routing table for a bilateral relationship. When they are accurate and pre-agreed, settlement is mechanical. When they are missing, incorrect, or disputed, settlement fails — and the settlement window stays open.
ISDA published a document aimed at increasing standardization and efficiency in performing payments for over-the-counter (OTC) derivatives, specifically to address the chronic operational risk of incorrect or missing SSIs. The persistence of this problem — the fact that industry bodies continue to publish and update SSI guidance — tells you something important: even the most sophisticated OTC market participants regularly experience settlement friction at precisely this step.
The multi-party payout problem
In straightforward bilateral deals, a single wire from the option writer to the option buyer closes the loop. But a large proportion of real-world OTC transactions involve more than two parties at settlement. Consider a structured commodity forward with the following payment obligations at value date:
- The seller (short forward) owes the settlement differential to the buyer
- An introducing broker is owed a commission on the notional value
- A sub-advisor receives a separate share of the transaction fee
- A clearing or structuring agent collects its service fee
In this scenario, the settlement amount is not a single bilateral wire. It is a total sum that must be split — in pre-agreed proportions — and distributed simultaneously to four parties. In conventional wire-based settlement, this typically means four sequential instructions, each with its own confirmation wait time, its own correspondent bank chain, and its own point of failure.
The gap between "all four wires initiated" and "all four wires confirmed received" represents live operational risk. During that gap, the deal is technically unsettled. If one wire fails, the settlement is incomplete — and unpicking which instructions executed and which did not is exactly the kind of dispute that ties up operations teams for days.
Phase 5: Execution — what can go wrong, and why
The settlement execution phase is where the theoretical elegance of a well-documented OTC agreement meets the practical friction of the payments system.
Common failure modes include:
Correspondent banking delays. Cross-border wire instructions frequently route through intermediary banks that apply their own cut-off times, compliance checks, and processing queues. Three days after confirmation, payment has still not arrived. For trading desk heads and CFOs operating across Singapore, Hong Kong, UAE, and Switzerland, this is not an exceptional scenario — it is the ordinary state of OTC commodity settlement in 2026.
Sequential vs. simultaneous payout. When four parties are owed settlement proceeds and each requires a separate instruction, the paying party controls the order of execution. The last party to receive payment sits on unhedged counterparty exposure while they wait. There is no technical guarantee they will receive what is owed simply because the first three wires went out.
Confirmation lag creating disputes. A fund is subject to the risk that a counterparty will not settle an OTC derivative in accordance with its terms because of a dispute over the terms of the contract or because of a credit or liquidity problem. Many such disputes are not bad-faith disagreements on economics — they are genuine ambiguities about whether a wire was sent, whether it cleared, whether it arrived in the right amount. Better execution infrastructure does not eliminate the economic disputes, but it does eliminate the operational ones.
Inconsistent records across parties. Accurate OTC reconciliation supports valuation integrity, risk management, and regulatory compliance. Automating the reconciliation process ensures every contract is reviewed consistently, reduces operational risk, and gives firms confidence that their OTC data is complete, correct, and aligned across all stakeholders. When each party to a settlement maintains its own records and those records are updated at different times, the post-settlement audit trail is fragmented.
A concrete scenario: energy-linked OTC call, multi-party settlement
To make this practical, consider the following scenario.
A commodity trading house — call it Alpha — enters an OTC call option with a financial counterparty — Beta — on a basket of energy assets. The agreed notional is USD $2,400,000 (AUD ~$3,720,000). The strike price is below the prevailing market on expiry. Alpha exercises the option and the cash settlement differential is USD $180,000 (AUD ~$279,000).
At the same time, under the terms of the deal:
- Alpha's introducing broker is entitled to USD $18,000 (AUD ~$27,900) — a pre-agreed commission baked into the confirmation
- A structuring advisor who arranged the deal documentation is owed USD $9,000 (AUD ~$13,950)
- The settlement agent receives a fixed service fee
Beta's settlement obligation is therefore not simply to pay Alpha $180,000. It is to route the $180,000 such that Alpha nets the correct amount after all pre-agreed distributions have cleared, simultaneously, with no residual obligations.
In a traditional workflow, Beta initiates four separate wire instructions on value date. The settlement agent monitors four separate confirmations. The deal remains operationally open until the last wire confirms — potentially 24 to 72 hours after value date. During that window, Alpha cannot count the proceeds as cleared, the broker cannot reinvest the commission, and the settlement agent cannot close the file.
This is not a hypothetical problem. It is the standard experience of OTC settlement desks in 2026.
Phase 6: Finality — why it matters more than speed
Speed and finality are related but distinct properties of a payment. A wire can be initiated quickly and still take days to achieve finality. A payment has achieved finality when it is irrevocably received and cannot be reversed.
In exchange-traded markets, the clearinghouse guarantees finality. In bilateral OTC markets, finality depends on the payment rail chosen and the policies of the institutions processing each leg.
Onchain payment settlement on Ethereum offers a categorically different finality model. Once a transaction is confirmed on-chain, it is final. The payment cannot be reversed, recalled, or disputed at the network level. This is not a feature that replaces settlement agents or legal documentation — it is a feature that makes the execution of their instructions certain rather than probable.
For settlement agents managing multi-party OTC payouts, the operational implication is significant: the question "has this wire arrived?" disappears, replaced by "has this transaction been confirmed?" The answer is publicly verifiable, timestamped, and permanent.
How Shaka.deal fits into the settlement workflow
The mechanics described above — one settlement amount, multiple recipients, pre-agreed shares, simultaneous distribution, immediate finality — describe exactly what shaka.deal is built to execute.
Shaka.deal is a non-custodial onchain payment router on Ethereum. It routes the total settlement amount in a single transaction and distributes it simultaneously to every party at preset shares. It never holds funds — it routes. The deal parties define the allocation table in advance, matching it to the commercial terms in the ISDA confirmation or bespoke agreement. When the settlement trigger fires and the payer initiates the transaction, every party receives their share in one atomic movement.
This eliminates the four-wire sequential problem. There is no "last party to receive." There is no gap between the first confirmation and the fourth. There is no operational window during which the settlement is technically incomplete. Every beneficiary — the buyer of the option, the broker, the advisor, the agent — receives simultaneously, with the same block confirmation serving as proof for all of them.
For settlement agents, this changes the close-out workflow materially. Instead of chasing four confirmation emails across four banks in three time zones, the close-out entry is a single on-chain transaction hash. The audit trail is not a folder of PDF confirmations stitched together after the fact — it is a permanent, immutable, publicly verifiable record of who received what and when.
The settlement agent's judgment, expertise, and legal responsibility do not change. What changes is the quality of the tool executing their instructions.
Building the settlement instruction set for an onchain payout
Translating a traditional OTC settlement confirmation into an onchain routing instruction requires a small but important operational step: mapping the deal's economic terms to on-chain addresses and share percentages.
The checklist looks like this:
- Confirm the total settlement amountThis is the net cash differential (for NDFs and cash-settled options) or the net proceeds (for physical delivery with a cash leg). All downstream distributions derive from this number.
- List every party with a payment entitlementThis includes the primary counterparty, any intermediaries with confirmed fee entitlements under the deal documentation, and any agents with a service fee explicitly referenced in the confirmation.
- Express each entitlement as a percentage of the totalShaka.deal distributes at preset shares. If Alpha is owed USD $153,000 (AUD ~$237,150) from the $180,000 gross, that is an 85% share. The broker at $18,000 (AUD ~$27,900) is 10%. The structuring advisor at $9,000 (AUD ~$13,950) is 5%.
- Verify wallet addresses for each beneficiaryJust as SSIs must be verified before a wire, wallet addresses must be confirmed with each beneficiary before the transaction is initiated. Shaka.deal is non-custodial: once the transaction is executed, routing is final. Address verification is a pre-execution step, not an afterthought.
- Execute in one transactionThe payer (in this case, Beta) initiates a single on-chain payment. Shaka.deal routes it. All parties receive simultaneously. The transaction is confirmed.
- Record the transaction hash in the deal fileThis serves as the settlement confirmation for all parties. There is no need for a subsequent reconciliation round. The blockchain is the reconciliation.
What settlement agents, brokers, and OTC desks should take away
The OTC market's operational infrastructure has been built to handle bilateral settlement between two parties. The growth of multi-party deal structures — where brokers, advisors, sub-agents, and structuring desks all hold legitimate payment entitlements at value date — has outpaced the payment tooling available to close them cleanly.
Sequential wire batches do not solve the multi-party simultaneous payout problem. They introduce sequencing risk, confirmation lag, and fragmented audit trails. They are a workaround, not a solution.
The professionals managing OTC settlement deserve tools that match the precision of the agreements they administer. The ISDA confirmation specifies to the basis point what each party is owed. The settlement execution should be equally precise: one total amount, preset shares, simultaneous receipt, single proof.
That is what onchain payment routing provides. Settlement agents retain their role, their judgment, and their legal accountability. What they gain is certainty at the moment of execution — and an audit trail that requires no assembly.
Because OTC agreements are bilateral, counterparty risk and legal enforceability matter. Institutional participants mitigate these via ISDA protocols, collateral agreements, and clear settlement instructions. Onchain routing does not replace any of those protections. It makes the final step — the moment the money moves — as certain as the documentation that precedes it.
Summary: the settlement lifecycle in practice
| Phase | Key activity | Key risk |
|---|---|---|
| Documentation | Confirmation of economic terms, SSI exchange | Missing or incorrect payment details |
| Trigger | Exercise notice (options) or value date arrival (forwards) | Notice failure, date ambiguity |
| Calculation | Settlement amount determination, netting | Pricing disputes, model error |
| Instruction | Payment routing table mapped to all beneficiaries | Address errors, incomplete distribution |
| Execution | Payout initiated | Sequential failure, confirmation lag |
| Finality | All parties confirm receipt | Reversal risk, disputed receipt |
Every phase requires professional judgment and precise documentation. The execution and finality phases, however, are where tooling choice directly determines how much operational risk the settlement agent absorbs and how long the settlement window stays open.
Closing the window faster — with a single onchain transaction that simultaneously satisfies every payment obligation in a deal — is not a philosophical preference for blockchain technology. It is a practical response to the most persistent source of operational friction in OTC settlement: the gap between "deal agreed" and "all parties paid, with proof."
That gap costs capital, consumes operations bandwidth, and generates the kinds of disputes that turn a clean agreement into an expensive process. Narrowing it to the length of a single Ethereum block confirmation is what shaka.deal is built to do.
