In this article
When two institutional funds agree to transact a large position directly with each other, the trading moment is often the easiest part of the whole exercise. The hard part begins immediately afterwards. Settlement — the actual movement of assets and cash across custodians, brokers, administrators, and legal structures — is where risk accumulates, where delays compound, and where the difference between a smooth close and a costly dispute is decided.
This article walks through the anatomy of an OTC block trade settlement in concrete detail: what a typical structure looks like, which parties are involved and what each one needs to receive, where the principal risk lives, and how onchain payment routing can give every party simultaneous, final settlement in a single transaction.
Figures from the four-party scenario worked through below: Fund A, Fund B, Desk X and Broker Y.
Why OTC and why block size
OTC crypto 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.
Public order books work well when the order size is small relative to available liquidity. They become less efficient when a fund, corporation, or family office needs to move meaningful size. The larger the order, the more likely it is to move through multiple price levels before it is filled. This issue is called "slippage," and it happens in large crypto orders: the displayed price may not survive contact with the full order size.
The fundamental appeal of OTC is straightforward: when you need to buy or sell a large quantity of a digital asset, doing so on an exchange risks moving the market against you. A $10 million (AUD ~$15.4 million) Bitcoin purchase on a spot exchange will likely push the price up as the order consumes available liquidity across multiple price levels. In OTC, that same trade can be quoted and executed privately at a negotiated price, with the desk or platform coordinating the execution and settlement workflow.
OTC trading is not a new concept. Traditional finance has relied on OTC markets for decades in fixed income, foreign exchange, and equity block trading. The crypto OTC market follows the same principles, adapted for the unique characteristics of digital asset settlement, custody, and 24/7 markets.
For two funds trading directly — say a digital asset hedge fund selling a large USDC position to a regulated credit fund diversifying its treasury — the absence of a central exchange as intermediary means the settlement question falls entirely on the parties themselves and the professionals they engage.
The cast: who is at the settlement table
Before getting into mechanics, it helps to be precise about who actually needs to receive something when a block trade settles. In a typical fund-to-fund OTC block trade, the settlement table includes more seats than just "buyer" and "seller."
The selling fund needs to receive the agreed cash amount (or stablecoin equivalent) in its designated account on settlement date.
The buying fund needs to receive the agreed asset — whether that is a tokenised position, a stablecoin, BTC, ETH, or another digital asset — in its designated wallet or custody account.
The OTC desk or introducing broker that sourced one or both sides of the trade is owed a transaction fee. An OTC desk operates as a principal, agency, or broker workflow that prices trades and manages counterparties. In an agency arrangement, the desk's fee is carved out of the settlement proceeds — it does not take a spread on the asset price, it charges a discrete fee on the transaction. That fee needs to be paid at the same time settlement completes.
The fund administrator for the selling fund may need to be notified and, in some structures, will require confirmation of receipt before it updates the fund's NAV. In certain legal structures, the administrator holds a role in confirming the validity of the transaction.
A co-broker or introducing party — if a second broker introduced one side to the other — has a commission entitlement that must also be disbursed on settlement.
Legal counsel or a settlement agent may be holding trade documentation, coordinating wire instructions, or acting as the coordinating party who releases instructions to custodians once all conditions are confirmed.
A fund might custody assets with one provider, trade spot with another, hedge with a third, borrow from a fourth, and settle through a separate network. Each additional relationship adds documentation, controls, reporting, collateral movement, and counterparty review.
This fragmentation is the baseline reality. It is normal, not exceptional.
The lifecycle of a block trade before settlement begins
Understanding what happens before the settlement moment is essential, because every delay in pre-settlement steps pushes out the settlement moment and extends the period of open risk.
Every OTC trade follows a step-by-step process. It starts with an inquiry where the participant indicates the asset and size they want to trade. The OTC desk reviews market depth and prepares a quote. The quote lasts for a set period and may be accepted within that window. This initial inquiry process is often referred to as a Request For Quote (RFQ), which facilitates the negotiation of block trades. Once accepted, the trade is executed at the quoted price. The assets then move through an agreed settlement method.
Both parties agree on the price, the asset, the amount, and the settlement method. For institutional OTC desks, this confirmation is typically documented immediately and forms the basis of the post-trade record. Settlement terms, including whether settlement is simultaneous or follows a short clearing window, are usually agreed during account onboarding rather than negotiated on a per-trade basis. This keeps execution fast and removes ambiguity at the point of trade.
What happens at each stage before the money moves:
Trade confirmation (T+0, minutes after execution): Both funds and the intermediary desk exchange written confirmation — typically a term sheet or digital confirmation — specifying asset, quantity, agreed price, settlement date, settlement method (stablecoin, fiat wire, on-chain transfer), and the wire or wallet instructions for each party.
Pre-settlement reconciliation (T+0 to T+1): Each fund's operations team checks that the instructions received match the agreement. The OTC desk checks its commission amount. Co-brokers check their commission instructions. Any discrepancy at this stage delays everything downstream.
Custodian notification: Each fund instructs its custodian to prepare for the asset or cash movement. Settlement is the process that takes an OTC trade from agreement to final delivery, covering custody, counterparty verification, and timing. Custody arrangements determine where assets sit before and after a trade, and whether client funds are properly segregated from a desk's own capital.
Settlement instruction issue: On settlement day, the selling fund's custodian releases the asset against receipt of payment; the buying fund's bank or custodian releases the cash against delivery of asset. This is the delivery-versus-payment (DvP) moment.
Where the risk lives: the settlement gap
The most dangerous period in any OTC block trade is the window between when one leg is funded and when the other completes. This is called the settlement gap, and it is where principal risk is fully exposed.
Settlement risk is the risk that one leg of a trade completes and the other does not. If you deliver an asset and the counterparty fails to pay, your exposure is the full principal value of the trade — not just the mark-to-market gain.
This is sometimes called principal risk. In a $10 million (AUD ~$15.4 million) BTC trade, settlement risk is a $10 million exposure, not a basis-point-level market risk.
Counterparty risk in OTC is the risk that the other party fails to deliver what was agreed. In a bilateral trade, there is a window between execution and final settlement during which one side has committed, but the other has not yet delivered.
This risk is compounded by multi-party settlement. Consider a scenario where:
- The selling fund releases $8,000,000 USD (AUD ~$12.3 million) in USDC to a bridge wallet
- The OTC desk expects a $40,000 USD fee (AUD ~$61,600) from the proceeds
- A co-introducing broker expects $20,000 USD (AUD ~$30,800) as its share
- The fund administrator needs written confirmation before it closes the trade in the NAV record
- The buying fund's settlement agent is waiting for confirmation of receipt before releasing the cash leg
In a traditional workflow, these five parties are settled sequentially or in parallel but over multiple manual steps. Execution is bilateral, so nothing stands between the two parties. There is no central counterparty guaranteeing the trade and no clearing house to step in, which means the whole of the risk sits in the gap between the two legs.
Settlement does not have to follow a single timeline. Options can range from immediate, pre-funded settlement through to T+0, T+1/T+2, or a custom schedule. The choice of timeline is not just a convenience decision — it is a direct expression of how much open counterparty exposure each party is willing to carry.
The traditional settlement workflow: where friction enters
A standard fund-to-fund OTC block trade settled over traditional rails typically looks like this:
Day 0 — Trade confirmed. Written confirmations exchanged. Settlement instructions circulated by email or through a secure portal. Operations teams at both funds begin the verification process.
Day 0 to Day 1 — Instructions verified. Fund administrators, custodians, and brokers all confirm their respective wire instructions or wallet addresses. Any error — a wrong account number, a mismatched SWIFT code, a wallet address where the trailing characters differ — halts the process. The trade re-enters a loop of verification calls and reconfirmed instructions.
Day 1 — Settlement initiated. The settlement leg involves the actual movement of funds. Depending on the direction of the trade and the agreed settlement method, this could involve a fiat wire to the desk's banking partner, an on-chain stablecoin transfer, or a combination.
The distribution problem. If the gross proceeds are $8,000,000 USD (AUD ~$12.3 million) and three parties need to be paid from those proceeds — the selling fund, the desk, and the co-broker — someone has to be the receiving and disbursing party. In practice, this means:
- The full amount wires to a single intermediary account
- That intermediary (the desk, a settlement agent, or the administrator) then issues three separate outbound transfers
- Each outbound transfer incurs its own confirmation lag, its own bank processing time, and its own reconciliation requirement
- Until all three recipients confirm receipt, the settlement is not operationally closed
This is where trades that were "settled" on paper are still open in practice. The desk received its proceeds but the co-broker's wire bounced due to an intermediary bank hold. The selling fund received the net amount but the figure differed from the trade confirmation by a rounding error. The administrator cannot close the NAV record because it is waiting on the desk to confirm the final distribution ledger.
When a business moves a large amount of money into or out of crypto, the trade itself is often the easy part. What happens after the trade is agreed is where most of the risk sits, and it is the part that institutional allocators tend to ask the most questions about before they commit to working with an OTC provider.
A concrete scenario: four parties, one payment
Take a specific but representative structure:
- Fund A (seller): a digital asset fund liquidating a $5,000,000 USD (AUD ~$7.7 million) tokenised position as part of a quarterly redemption
- Fund B (buyer): a diversified alternative fund acquiring the position for treasury liquidity management
- Desk X (OTC broker): introduced both parties, entitled to a transaction commission from the gross proceeds
- Broker Y (co-introducer): introduced Fund B to Desk X, entitled to a commission split with Desk X
The agreed structure:
| Flow | USD | AUD (approx.) |
|---|---|---|
| Gross payment from Fund B to Fund A's settlement account | $5,000,000 | ~$7.7 million |
| Fund A retains as net proceeds | $4,940,000 | ~$7.6 million |
| Desk X receives | $40,000 | ~$61,600 |
| Broker Y receives | $20,000 | ~$30,800 |
Under a traditional sequential wire approach:
- Fund B wires $5,000,000 USD to Desk X's account (acting as settlement intermediary)
- Desk X retains $40,000 USD, wires $4,940,000 USD to Fund A
- Desk X separately wires $20,000 USD to Broker Y
- Fund A's administrator reconciles receipt against trade confirmation
- Broker Y reconciles receipt
That is five distinct operational steps, three banking windows, two reconciliations that must succeed independently, and at minimum two business days of full exposure on the total notional.
If Fund B wires on Monday morning and the correspondent bank processing the wire to Broker Y has a same-day cut-off that is missed, Broker Y does not receive its commission until Tuesday. Broker Y's operations team raises a query. Desk X's operations team investigates. The settlement is functionally complete but administratively open — consuming staff time and creating friction in a relationship that needs to stay professional.
Onchain routing: split / instant / certain
This is the problem that onchain payment routing solves directly. Rather than a sequential cascade of wires, a routing layer allows the full gross payment — $5,000,000 USD in the scenario above — to enter a single transaction that simultaneously distributes the preset shares to every party in the same block, with finality.
Crypto OTC trading benefits from blockchain-based settlement mechanisms. Transactions settled on-chain can offer faster and more predictable finality compared to traditional financial infrastructure, as they are not constrained by banking hours or correspondent networks. On-chain settlement additionally provides verifiable transaction records, supporting reconciliation and audit processes.
Onchain DvP enables T+0 (instant) settlement. Because the blockchain serves as the single source of truth and smart contracts enforce the trade rules, finality can be achieved in seconds or minutes rather than days.
Shaka.deal is built to handle exactly this structure. Fund B, as the paying party, sends $5,000,000 USDC to the configured deal address on Ethereum. The routing logic — set by the parties and their settlement agent when the deal is created — specifies the precise share going to Fund A's wallet ($4,940,000), to Desk X's wallet ($40,000), and to Broker Y's wallet ($20,000). When the payment arrives, all three distributions occur in the same transaction. Not sequentially. Simultaneously. Non-custodially — shaka.deal routes the payment, it never holds it.
The most important advantage is the elimination of counterparty risk. Because the exchange of asset for payment is simultaneous and backed by a smart contract, there is little to no risk that one party can fulfill its obligation while the other defaults. This enhances trust and stability.
For the settlement agent or broker coordinating this trade, the change in operational posture is material. Instead of issuing three outbound wires and tracking three separate confirmations, they configure the routing once, share the deal address with Fund B, and the blockchain produces the settlement record the moment the transaction is confirmed. Every party receives their share in the same block. Every party can verify their receipt independently on-chain without waiting for a confirmation email.
What onchain finality means for reconciliation
Traditional banking rails are reversible for a period after execution. A wire can be recalled. A correspondent bank can apply a hold. A funds recall request can be triggered by either party. This reversibility is sometimes framed as a consumer protection, but in institutional settlement it is a source of uncertainty — particularly when multiple counterparties are relying on the same payment as the foundation for closing their own books.
Onchain payments do not work this way. When a transaction reaches finality on Ethereum — typically within seconds to a few minutes depending on network conditions — the payment is complete. It cannot be recalled, reversed, or modified. For the settlement desk, the fund administrator, and the co-broker, this means the settlement record is unambiguous the moment it is final. There is no "pending" state that lingers for three to five business days.
This instantaneity drastically reduces capital requirements, as collateral does not need to be tied up for days to cover potential settlement failures. Furthermore, the transparency of the blockchain provides a real-time audit trail, enhancing regulatory oversight compared to the opaque ledgers of centralised institutions.
For the fund administrator closing the NAV record, the transaction hash is the receipt. There is no discrepancy between what the trade confirmation says and what the blockchain shows — the blockchain shows the exact amounts distributed to the exact addresses, at the exact timestamp. Reconciliation against the trade confirmation is a direct lookup, not a narrative reconstruction from multiple bank statements.
Onchain DvP leads to major operational efficiencies. Automating the settlement process reduces the need for manual back-office reconciliation and complex coordination among multiple intermediaries.
Setting up the deal: what the settlement agent does
The settlement agent or coordinating broker's role does not disappear when onchain routing is used — it becomes more precise. Before the payment is released, someone has to establish the routing parameters correctly. This is where professional judgment still matters.
- Confirm all settlement addressesEach party submits a verified wallet address. The settlement agent confirms that each address has been tested with a small reference transfer or is a known, institutional custody address. This mirrors the wire instruction verification that already happens in traditional settlement — it simply substitutes an Ethereum address for a bank account number and SWIFT code.
- Define the share structureParties agree on price method, notional, settlement currency, collateral, and dates. In an onchain routing context, they additionally agree on the exact basis-point or percentage allocation to each address, expressed in the routing configuration. For the scenario above: 98.8% to Fund A, 0.8% to Desk X, 0.4% to Broker Y.
- Create the deal on shaka.dealThe routing is configured on Ethereum: total expected amount, shares per party, recipient addresses. The resulting deal address is the single address Fund B will send to. Nothing in the configuration needs to be re-explained to Fund B — they simply send the gross amount to one address.
- Fund B sends paymentFund B's treasury or operations team approves the outbound USDC transaction from its custody wallet. The payment arrives at the deal address.
- Settlement executesIn the same transaction, shaka.deal routes $4,940,000 to Fund A, $40,000 to Desk X, and $20,000 to Broker Y. All three transfers are confirmed on-chain simultaneously. The transaction hash is the settlement receipt for all parties.
- Confirmations issuedThe settlement agent sends each party a settlement confirmation referencing the transaction hash. Fund A's administrator updates the NAV record. Desk X's operations team closes the trade ticket. Broker Y's accounts team applies the commission receipt. All of this happens on the same day — often within the same hour.
Multi-party structures and more complex deals
The four-party scenario above is common, but real-world block trades can involve more parties. Consider a structure where:
- A tokenised real-world asset fund is selling a $12,000,000 USD (AUD ~$18.5 million) position
- The buying fund requires a co-investment from a third fund to complete the ticket
- Two OTC desks co-brokered the deal, each with different commission entitlements
- A legal fee for the structuring attorneys needs to be disbursed simultaneously
That is six parties, each with a different share of the settlement proceeds. Under traditional rails, this is a coordination problem of significant magnitude. Someone has to receive the gross amount, then issue five outbound transfers in the correct amounts to the correct accounts, and each of those five transfers has to clear independently.
Today, OTC desks operate at the intersection of liquidity, settlement, credit, compliance, and around-the-clock market access. The settlement infrastructure has to match that complexity.
With onchain routing, the number of parties in the settlement does not meaningfully increase the complexity of execution. The routing configuration is built once, the addresses are confirmed once, and the single incoming payment distributes to all six parties simultaneously. The blockchain does not have banking cut-off times. It does not route through correspondent chains. It does not issue a separate reference number for each outbound wire.
When combined with stablecoins, blockchain settlement can further enhance liquidity management and reduce settlement risk in cross-border transactions. For fund-to-fund trades that span jurisdictions — a common occurrence when one fund is domiciled in the United States, the other in Australia, and the desk operates from Singapore — the stablecoin layer removes the FX timing risk that fiat cross-border settlement would otherwise introduce.
What does not change with onchain settlement
It is worth being direct about what onchain routing does not alter.
It does not replace the OTC desk's role in sourcing liquidity, pricing the block, and managing the counterparty relationship. Institutional OTC workflows should combine liquidity access with controlled settlement, custody segregation, and clear counterparty terms. Routing is the final step of a workflow that the desk and its settlement professionals have built.
It does not replace the settlement agent's judgment on address verification, instruction reconciliation, or dispute escalation. These are professional responsibilities that require qualified people.
It does not replace the fund administrator's NAV reconciliation or the legal review of the trade agreement. Those steps happen before the payment is sent, and they should.
What onchain routing changes is the moment of payment itself — from a sequential, multi-step disbursement process with independent confirmation lags to a single, simultaneous, final distribution. The work of the deal remains professional. The settlement of the deal becomes certain.
Practical considerations for OTC desks and administrators
A few operational details are worth noting for professionals evaluating onchain routing for block trade settlement:
Stablecoin denomination. Most institutional block trades settling onchain today use USDC or USDT as the payment medium. Both are widely supported across Ethereum-based routing infrastructure. Settlement may occur via bank wire, stablecoin, or direct blockchain transfer. Where a fund's mandate requires fiat rather than stablecoin receipt, the stablecoin proceeds can be immediately redeemed via the fund's banking provider after onchain settlement — capturing the certainty of onchain finality while still landing fiat in the bank account.
Audit trail quality. The on-chain transaction record is a public, permanent, timestamped document. For funds with auditors and administrators who need to verify settlement, the transaction hash provides an independently verifiable source of truth that cannot be altered after the fact. Traditional settlement processes are often lengthy and complex, involving multiple intermediaries, creating a window of time where risk is very real. Blockchain's decentralised and immutable ledger, coupled with smart contracts that automatically enforce the terms of the agreement, drastically reduces this risk.
Settlement timing and business day conventions. Onchain settlement is available 24 hours a day, seven days a week. Settlement speed, fiat support, credit terms, and operational resilience now frequently weigh as heavily as competitive spreads. For trades that need to settle across a weekend or on a day when a counterparty's banking rails are closed, onchain routing removes the dependency on banking hours entirely.
The settlement standard the market is moving toward
Electronic OTC platforms reduce settlement risk, improve price transparency, and compress trade lifecycles from hours to seconds. The direction of travel in institutional crypto OTC is unambiguous: settlement timelines are compressing, multi-party distributions are becoming more common as deal structures involve more capital sources and more intermediaries, and the post-trade friction of sequential wire instructions is increasingly viewed as an avoidable operational cost.
According to the Bank for International Settlements, a core benefit of tokenisation is the potential for integrating trading and settlement into a single, seamless operation. On-chain delivery versus payment is the practical realisation of that vision.
For OTC desks, settlement agents, fund administrators, and brokers who coordinate institutional block trades, the question is not whether onchain settlement routing becomes standard — it is how to incorporate it into existing workflows in a way that preserves professional controls, satisfies custodians and administrators, and delivers the certainty that both funds need on settlement day.
Shaka.deal is built for this workflow. One incoming payment. Preset shares. Simultaneous payout to every party. Finalised in a single transaction on Ethereum. The desk still runs the trade. The agent still coordinates the parties. The administrator still closes the books. Settlement just stops being the part where things go wrong.
