In this article
The primary market for tokenized shares is the part of the story that gets written about most. A company or fund issues tokens representing equity interests, investors subscribe, the smart contract mints, the cap table is updated onchain. Neat, legible, photogenic. The secondary market is where the real operational complexity lives — and where the profession of settlement has the most to contribute, and the most to get right.
This article is a working explainer for settlement agents, broker-dealers, OTC desks, transfer agents, and their counsel. It walks through what actually happens, step by step, when one holder of a tokenized share decides to sell to another. Where the friction lives. Where the risk used to sit. And how onchain payment routing changes what happens the moment funds move.
Worked examples from this article: a TechCo secondary sale at USD $200 per token.
Why secondary settlement deserves its own treatment
Tokenized shares differ from a brokerage holding on settlement, custody, transferability, and DeFi composability.
| Traditional brokerage share | Tokenized share | |
|---|---|---|
| Settlement | T+1 through DTCC | In seconds, onchain |
| Custody | Held in street name at the broker | Held by the issuer's custodian |
| Transferability | Cannot be transferred peer-to-peer | Can transfer to any whitelisted wallet |
That gap in settlement speed is significant enough on its own. But it understates the operational difference. In a traditional T+1 world, settlement is a deferred promise — the trade is agreed today, and the clearing system reconciles tomorrow. The window between trade and settlement is where counterparty risk lives. In traditional financial markets, there is a delay between when a trade is agreed upon and when it is officially settled. This gap, often lasting two business days, creates a significant problem: the buyer could send payment but not receive the asset, or the seller could deliver the asset but not receive payment.
To mitigate this risk, markets rely on a complex and costly web of intermediaries. That infrastructure — central counterparties, custodians, correspondent banks, nostro accounts — was built precisely because trust between two counterparties in a securities trade could not be mechanically enforced. The beauty of onchain settlement is not that it removes those professionals from the room. It is that it gives them a better tool for enforcing the terms they have already negotiated.
Understanding that shift requires understanding what a secondary sale of a tokenized share actually consists of — not as a blockchain abstraction, but as a real transaction with real parties, real obligations, and a real sequence of events.
The anatomy of a tokenized share before the trade
To follow the settlement mechanics, it helps to be precise about what a tokenized share is at the moment it is held by a seller.
Tokenized securities are created through minting, where an issuer acquires real securities, deposits them in custody, and issues corresponding tokens on a blockchain. They are destroyed through redemption, where a token holder returns tokens to the issuer, the custodian liquidates the underlying asset, and cash is paid out. The backing model — typically a 1:1 ratio of tokens to custodied assets — is what ties a token's value to the real security it represents.
The seller, then, holds a token. Behind that token sits a custodied share — the issuer holds the underlying share with a regulated custodian and mints a matching token onchain. The token is not the share itself in most current structures; it is a claim on a share. That distinction matters enormously for settlement, because it means two separate things must happen when the seller sells: the token must transfer to the buyer's wallet onchain, and the register of beneficial interests must reflect the new holder.
Cap table updates are recorded onchain via a registered transfer agent. Issuance, transfers, and ownership updates happen through onchain transactions tied to regulated entities.
In the issuer-direct model — where the token is the legal share rather than a wrapper around one — the onchain transfer is the register update. The company issues its own shares directly onchain, and the token is the share rather than a claim on one. The register is maintained by a transfer agent, which gives the holder the legal standing of a registered or beneficial owner, including voting rights and dividend entitlement.
Either way, the token's transfer through a permissioned smart contract is the operational event that matters. Everything else in the settlement chain flows from it.
The permissioned transfer layer: what the smart contract enforces
Not every wallet can receive a tokenized security. Secondary trading for tokenized real-world assets typically takes place within regulated, permissioned environments where transfers are controlled by compliance rules such as investor eligibility, jurisdiction, and holding restrictions.
This is where the compliance work done upstream — investor onboarding, accreditation verification, jurisdiction screening — embeds itself into the settlement mechanics. The tokenized securities industry has developed compliance-enforcing smart contracts that restrict transfers to pre-verified wallet addresses. These "permissioned" token contracts maintain onchain whitelists of eligible investors, ensuring that transfers only occur between wallets that have passed verification and meet applicable investor qualification requirements.
This is a meaningful change from the traditional model, where eligibility checks happen at the time of onboarding and are then largely assumed to hold. In a permissioned token environment, the check is live at every transfer. A buyer who was onboarded twelve months ago but whose accreditation status has since lapsed will find the transfer blocked.
The implication for settlement professionals is clear: pre-trade wallet verification is not an administrative formality. It is a prerequisite to settlement. Brokers and OTC desks facilitating tokenized share transactions need operational workflows that confirm wallet eligibility before a trade is agreed — not as a separate post-trade step, but as part of trade execution.
The secondary marketplace: where the trade is matched
Platforms that facilitate secondary trading of tokenized securities must register with the SEC as a national securities exchange or operate as an Alternative Trading System (ATS) under Regulation ATS. An ATS must be operated by a registered broker-dealer, file a Form ATS with the SEC, and comply with requirements covering fair access, order display, confidentiality, and record-keeping.
Unlike conventional private placements, which typically involve physical certificates and limited transferability, tokenized versions can potentially offer enhanced liquidity through secondary trading on regulated platforms.
In practice, the secondary market for a tokenized private equity share or tokenized fund interest today is thin and bilateral rather than exchange-based. Two accredited holders agree a price — sometimes directly, sometimes through a broker facilitating an OTC match — and the trade is documented before the onchain transaction is initiated. The smart contract does not discover price. It enforces the transfer once price and eligibility have been resolved through conventional negotiation.
This is an important nuance. The efficiency gain in tokenized secondary markets is concentrated in the settlement phase, not the price discovery phase. Tokenizing a bond, fund interest, equity stake, or real asset creates a digital record. It does not create liquidity by itself. Secondary-market infrastructure is what turns the token into something institutions can actually trade: matching engines, compliance-gated order books, issuer workflows, investor onboarding, custody connectivity, market data, and audit-ready settlement.
The deal is struck. The price is agreed. Now settlement begins.
The settlement sequence: a concrete scenario
Walk through a specific example. Seller A holds 500 tokenized shares in a private technology company — call it TechCo — issued on Ethereum through a Regulation D offering. Each token represents one share. The current agreed secondary price is USD $200 (AUD ~$310) per token. The total trade is USD $100,000 (AUD ~$155,000). Three parties expect to be paid from the gross proceeds: Seller A receives the net sale proceeds; the ATS broker takes a transaction fee; and a placement agent who originally sourced Seller A is owed a secondary referral fee under a separate agreement.
In a traditional off-chain world, this is where the complexity compounds. The buyer wires USD $100,000 (AUD ~$155,000) to the settlement account. Someone — typically the broker or a settlement agent — must manually calculate the distributions, cut three separate disbursements, and reconcile. If one wire fails or is delayed, the whole settlement is in limbo. The token transfer and the cash payment are two separate events on two separate systems, with no mechanical link between them.
Under a fully atomic settlement model for tokenized equities, each trade settles individually and immediately — delivery versus payment. This is the ideal. But achieving it requires that the payment leg is also onchain, usually as a stablecoin or tokenized deposit.
For onchain DvP to work, both sides of the trade must be represented as digital tokens on a blockchain. The "delivery" leg is the financial instrument — the tokenized share — and the "payment" leg is the cash, typically as a stablecoin or a tokenized deposit.
When both legs are onchain, the mechanics become precise. The DvP settlement function ensures a simultaneous exchange of assets and payments. It guarantees that the asset delivery and payment occur in a single, atomic transaction. There is no moment where one party has given up their asset without yet receiving the other. Onchain DvP ensures that asset delivery and payment occur simultaneously or not at all.
For Seller A, Buyer B, the ATS broker, and the placement agent, the question is not just whether token and payment transfer atomically — it is how the gross payment amount is correctly split among multiple recipients in the same settlement event.
The proceeds distribution problem
This is where most commentary on tokenized settlement goes quiet, because the DvP literature focuses almost exclusively on the two-party exchange: token for cash, simultaneously. Real secondary sales are rarely two-party events when you account for fees.
In the TechCo example:
- Buyer B sends USD $100,000 (AUD ~$155,000) as the total settlement amount.
- Seller A receives the net proceeds after broker commission and placement fee.
- The ATS broker receives its transaction fee.
- The placement agent receives the secondary fee owed under its agreement.
In the traditional model, a settlement agent receives the gross amount, holds it, calculates the splits, and disburses to each party in sequence. This creates a custody moment — a period during which the settlement agent holds funds that belong to multiple parties simultaneously. That moment carries operational risk. It requires trust. It requires reconciliation. And it introduces latency: disbursements that happen "the same day" in theory may arrive at different times in practice, and occasionally not at all until a wire is re-initiated.
Onchain payment routing changes this. Instead of the gross amount landing in a single account and being manually redistributed, the routing logic is encoded before the settlement transaction executes. When the buyer's payment arrives, it does not stop at a holding point — it routes simultaneously to every payee at their preset share, in a single transaction, with finality.
This is precisely what shaka.deal is built to do. The deal is configured with the agreed distribution: what percentage or fixed amount goes to Seller A, what goes to the ATS broker, what goes to the placement agent. When Buyer B executes the payment onchain, shaka.deal routes the total to all three wallets simultaneously. One incoming payment. Multiple simultaneous outgoing payments. No custody moment. No sequential disbursements. No reconciliation cycle at the end of the day to verify that all three parties received what was owed.
The blockchain provides a clear, immutable, and real-time record of ownership and transactions on a distributed ledger, simplifying audits, increasing investor trust, and reducing fraud. When every outgoing payment to every payee happens in a single transaction, that record is unified. The audit trail is not reconstructed from three separate bank statements. It is a single transaction hash with all distributions visible simultaneously.
Why finality matters more than speed
Settlement professionals sometimes hear "instant settlement" and think it is primarily about speed — that the value proposition is simply doing in seconds what currently takes a day. That framing understates what finality actually means.
In traditional settlement, a wire transfer can be recalled. A payment can be reversed. There is a window — sometimes hours, sometimes longer — during which a counterparty or their bank can initiate a return. For a settlement agent holding funds for multiple parties, the exposure during that window is real.
Onchain payments do not have that window. When a transaction is confirmed on the network, it is settled. The state of the blockchain is final. This is not primarily a feature — it is a structural property of how the network works. A settlement agent or closing professional using onchain routing does not need to build a reconciliation process to confirm that all parties received payment and that no reversal is pending. The transaction either executed or it did not. If it executed, every payee received their allocation in the same block.
For professionals whose liability exposure includes the period between receiving funds and disbursing them, that reduction in the custody window is significant. Shorter custody window means less exposure, simpler professional indemnity considerations, and cleaner documentation.
The transfer agent's role does not disappear — it changes
It is worth being precise about what onchain settlement replaces and what it does not. The token transfer handles the beneficial ownership record onchain. The DvP mechanism handles the simultaneous delivery and payment. The payment router handles the distribution of proceeds to multiple parties. But the transfer agent's responsibilities do not dissolve.
Companies using blockchain as a stock ledger or transfer system may need to register as transfer agents or use registered transfer agents for their tokenized securities. A blockchain may be permissible as the official record of transactions — as the authoritative register itself — but that does not mean the regulated function of maintaining the register disappears. It means the register is maintained differently.
Tokenization has the opportunity to enable transfer agents to automate corporate actions like paying dividends and conducting proxy votes, and without disrupting their existing vendor stack, it allows issuers to access new liquidity venues and digital-native investors who want to hold assets in wallets rather than go through a traditional broker.
The transfer agent in a tokenized secondary sale is responsible for confirming that the buyer's wallet is eligible to receive the token, that the transfer does not violate any holding period or resale restriction, and that the register correctly reflects the new beneficial owner after settlement. At each subscription date, the transfer agent mints new tokens and allocates them to whitelisted investor addresses. At each redemption date, tokens are burned. The transfer agent monitors the distributed ledger, manages the whitelist as new investors are onboarded, and ensures the AML scoring of addresses remains current.
For a secondary transfer, the transfer agent may need to approve the buyer's wallet before the transaction can proceed. In some implementations, this approval is embedded in the smart contract itself, and the transfer agent's onchain action — adding the buyer's wallet to the whitelist — is the operational gate that enables settlement. In others, the approval is off-chain and the transfer agent provides written confirmation to the platform before the trade is initiated.
Either way, the transfer agent's professional judgment — is this buyer eligible to receive this security? — is as necessary as it ever was. The smart contract enforces the outcome of that judgment. It does not replace the judgment itself.
The broker-dealer's role: facilitation without custody
OTC desks and broker-dealers facilitating tokenized secondary trades occupy a different position than in traditional equity markets. The broker does not take the securities onto its own books. It does not act as principal in a riskless principal transaction in the traditional sense. It matches buyer and seller, confirms eligibility, documents the trade, and coordinates the onchain execution.
The structure separates two functions that the traditional brokerage stack bundles together: custody — who holds the legal share — and distribution — how investors buy, sell, and transfer the position.
In practical terms, the broker's role in a tokenized secondary settlement is closer to that of a closing attorney in a real estate transaction than to that of a traditional equity broker. The broker ensures that all conditions to closing are met — eligibility confirmed, price agreed, payment amount correct, distribution logic verified — and then coordinates the execution event. Post-execution, the blockchain provides the settlement record. The broker does not need to produce a separate confirmation that funds were received; the transaction hash is the confirmation.
This does not simplify the broker's compliance obligations. Liquidity requires a compliant market structure, investor demand, and careful monitoring of transfer restrictions, especially when exemptions like Reg D impose holding periods. The broker must ensure that Seller A has held the tokens for the applicable period, that the sale does not violate Regulation D resale restrictions, and that Buyer B qualifies under the applicable exemption.
What it does simplify is the post-trade operational workload. When payment routes automatically to all payees in a single transaction, the broker does not spend the day after settlement chasing confirmations.
A more complex scenario: multiple selling holders, one buyer
The single-seller scenario is the simplest case. Many real tokenized secondary transactions are more complex. Consider a case where three holders of TechCo tokens collectively agree to sell their combined positions to a single institutional buyer at an agreed blended price.
Total transaction: USD $450,000 (AUD ~$697,500).
Three sellers:
| Seller | Tokens | Gross value at the blended price |
|---|---|---|
| Holder X | 800 | USD $160,000 |
| Holder Y | 600 | USD $120,000 |
| Holder Z | 850 | USD $170,000 |
| Total | 2,250 | USD $450,000 |
The blended price works out to USD $200 per token, before the transaction fee. Buyer B acquires all 2,250 tokens in one settlement event.
In traditional securities markets, this would typically be structured as three separate trades — one for each seller's position — each with its own settlement instruction. Three payment instructions, three delivery instructions, three confirmation cycles. Even if all three are coordinated to settle simultaneously, they remain separate events in the clearing system.
Onchain, with a payment router configured for this deal, the buyer's single payment of USD $450,000 (AUD ~$697,500) routes simultaneously: Holder X receives their share of the gross proceeds, Holder Y receives theirs, Holder Z receives theirs, and the platform or broker receives the applicable transaction fee. The three token transfers — from each seller's wallet to the buyer's wallet — can be batched in the same block. One settlement event. Four simultaneous disbursements. One transaction hash as the record.
The blockchain acts as a single source of truth for all fund data, eliminating the need for constant reconciliation between different service providers. Tokenized equity interests can be settled on the blockchain almost instantaneously, significantly reducing settlement times compared to traditional methods.
For the settlement agent overseeing a transaction like this, the reduction in administrative load is substantial. There is no need to produce three separate settlement statements, wait for three separate confirmations, or manage a reconciliation process that verifies all three sellers and the platform received the correct amounts. The routing logic, set before execution, handles all of it in the moment of settlement.
What "preset shares" means in practice for deal teams
When shaka.deal is used to route proceeds from a tokenized secondary sale, the deal is configured in advance with each party's address and their share of the total. This configuration is the deal team's work — the settlement agent, broker, or closing professional verifies that the addresses are correct, that the shares sum to 100%, and that the amounts match the transaction documents.
Once the deal is live and the buyer executes the payment, the routing is mechanical and immediate. There is no human in the disbursement chain at the moment of execution. The payment goes where the deal says it goes.
This is the "split / instant / certain" structure that makes onchain payment routing genuinely useful for settlement professionals rather than just technically interesting. Split: every party's allocation is defined before the transaction. Instant: all disbursements occur in the same transaction. Certain: the result is final on the blockchain; there is no reversal, no pending confirmation, no reconciliation to run the next morning.
The deal team's job shifts. Instead of managing disbursement logistics after funds arrive, the team manages deal configuration before funds arrive. The precision moves upstream — to the moment of structuring — rather than downstream to the moment of reconciliation.
Regulatory trajectory: onchain settlement is becoming infrastructure
The Depository Trust Company has secured regulatory clearance to introduce a tokenization service. The authorization follows a No-Action Letter issued by the SEC on December 11, 2025, giving the DTC regulatory clearance to develop a tokenization framework for select assets held within its custody system. The platform is expected to be production-ready in the second half of 2026.
The NYSE is seeking regulatory approval to build a separate, blockchain-based platform for around-the-clock trading and onchain settlement of tokenized stocks and ETFs. Trades would settle instantly rather than taking one business day, investors could place orders in dollar amounts rather than whole shares, and the system would support stablecoin-based funding.
The direction of travel is unambiguous. Several regulated platforms are preparing to offer blockchain-based versions of publicly traded stocks in 2026. The infrastructure for secondary settlement of tokenized shares is not a speculative future — it is operational now for private securities and becoming operational at the institutional level for public markets.
The overall trajectory signals a gradual integration of tokenization into mainstream financial infrastructure as standards, market practices, and regulatory clarity continue to evolve.
For settlement professionals, the practical implication is that the workflows described in this article are not hypothetical planning exercises. They are live operational requirements for anyone whose clients hold tokenized securities today — and the client base holding them is growing every quarter.
As of Q1 2026, tokenized equities account for roughly $300 million in onchain AUM, with most issuance live on Ethereum, Solana, Arbitrum, Base, and Plume. That number understates the total universe when private tokenized credit, fund interests, and real estate tokens are included. Settlement professionals who develop fluency in tokenized secondary mechanics now will be positioned to serve clients across the full spectrum of those asset classes.
Closing: settlement is still settlement — the tooling has changed
Nothing about the secondary sale of a tokenized share removes the professional requirement for rigorous settlement practice. Eligibility must be confirmed. Transfer restrictions must be checked. Proceeds must be accurately allocated. The cap table must correctly reflect the new holder. Each of these obligations belongs to a human professional — a transfer agent, a broker-dealer, a settlement agent, a closing attorney — whose judgment and regulatory accountability are not replicated by a smart contract.
What changes is the execution layer. When the trade is ready to settle, onchain tools give settlement professionals a mechanism that enforces the agreed outcome precisely and simultaneously for every party. No sequential disbursements. No custody window larger than it needs to be. No reconciliation cycle to verify that everyone received what the documents said they would receive.
Shaka.deal sits at that execution layer. When a tokenized secondary sale reaches the moment of payment, shaka.deal routes the total to every party — sellers, brokers, placement agents, platform operators — in one transaction, at the shares preset by the deal team. The settlement agent configured the deal. The blockchain executes it. The result is final.
For professionals whose work is to ensure that every party receives exactly what they are owed, at the moment settlement is supposed to occur, that is not a disruption. It is a better tool for doing the same job they have always done.
