Explainer video (54 s, captions on): how tokenized securities work, from issuing a token to one trade, end to end.

Video summary: a token is issued (native, or a wrapper that is a claim on a custodied share), only KYC-checked investors on the allowlist can buy, everyone works from one shared ledger, and a trade goes order, match, check, atomic swap, record. Read the transcript (captions file) or see the text version of the diagram.

How tokenized securities work in four steps: issue, approve buyers, trade and settle, pay holders; plus native token versus wrapper

Terms in this diagram: native token, wrapper, KYC, atomic, T+1, custodian. See the detailed version

What is a tokenized security?

A tokenized security is an ordinary stock or bond whose ownership record lives on a shared digital ledger, so trading, settling and paying dividends can run automatically.

Why tokenize securities?

Today, buying a stock or bond goes through a chain of brokers, custodians and clearinghouses. Each one keeps its own records and has to reconcile them with the others, which is why settlement takes days and markets close at night. A token puts the asset and its ownership record on one shared ledger, so:

  • Cash and asset swap in one step. Both sides settle together or not at all (ECB).
  • Markets don’t need to close. Trades could clear in seconds, 24/7 (BlackRock).
  • Assets plug into other things. Tokenized Treasuries can already be posted as collateral for futures and swaps (CFTC).
  • More people get access. You can own fractions, from anywhere.

It’s already real for big institutions, though two common numbers measure different things. About $368B of repo trades settle every day on Broadridge’s blockchain platform: that is a daily flow, with the same cash and bonds lent and repaid over and over (Broadridge).

Tokenized Treasuries held on blockchains total about $14.5B as of Oct 2026: that is a stock of assets, like an account balance (rwa.xyz). Most tokenized assets so far are bonds and money market funds (IOSCO).

The IMF’s October 2026 stability report puts the wider picture in one place. Public tokenized real-world assets, not counting repo, were about $65B in July 2026, which is 0.2% of US Treasuries outstanding; tokenized stocks were only about $2.3B, more than 70% of it from Ondo and xStocks. Over half of tokenized-stock trading happens when US markets are closed, about 80% of trades are smaller than one share, and prices still track the real share closely. The IMF says the risks to the system are limited for now, but 24/7 trading, collateral reuse and instant settlement could spread stress faster (IMF GFSR Oct 2026, ch. 3, raw/164).

Many stock tokens are wrappers: a third party holds the real share and gives you a token that tracks it, usually without a vote (native vs wrapper).

What’s actually different from today’s rails

  • One shared record instead of many copies. Today the official list of who owns a share sits with a transfer agent or central depository, and every bank and broker in between keeps its own copy that has to be checked against the others. With tokens, everyone works from the same ledger, and the token balance can be the official record. The BIS says this joins “messaging, reconciliation and asset transfer into a single, seamless operation” (BIS AER 2025, ch. III). A transfer agent often stays involved for regulatory reasons (IOSCO).
  • Cash and asset swap at the same moment. If the payment is also a token on the same ledger, one transaction can move the security one way and the cash the other: both happen or neither does. This is called atomic delivery versus payment (DvP) (BIS). The digital cash can be central bank money, tokenized bank deposits or stablecoins (WEF 2025), and which one is used changes the risk (FSB 2024). More: Settlement & matching.
  • The rules travel with the token. Securities law still applies, so the token itself can refuse a transfer to a wallet that has not passed identity checks, and the issuer can freeze or recover tokens. ERC-3643 is one standard that works this way (EIP-3643). See ERC-3643, ERC-1400, Token-2022.
  • Always open, and reusable. The ledger never closes, and the same token can be plugged into other uses such as collateral or lending (IOSCO). The flip side is that tightly linked systems can pass problems along; WEF flags the risk of “limitless composability” (WEF).

Native vs wrapped

There are two ways to put a share on a ledger, and which one you hold decides what you actually own.

  • Native: the token is the share. The company, or its transfer agent, issues the security on the ledger, and your token balance is the official ownership record (IOSCO; SEC staff, 28 Jan 2026). Examples: Superstate Opening Bell, Securitize transfer-agent issuances.
  • Wrapper: a claim on a share. The real share stays with a custodian or broker in the traditional system, and a third party issues a token that tracks it. SEC staff split wrappers into custodial ones (a claim on the held share) and synthetic ones (a separate contract, such as a note or swap) (SEC staff). Someone has to keep the number of tokens matched to the shares held, and you can only swap back through the issuer (WEF).

Downsides of holding a wrapper.

  • You own a claim on a firm that holds the share, not the share itself.
  • Usually no voting rights (SEC staff).
  • You rely on that firm to keep the share safe and to redeem it (WEF). If it fails, you can lose money even if the company behind the share is fine: Robinhood warns its EU stock-token buyers they could lose up to their full investment if Robinhood becomes insolvent (Robinhood EU).
  • The token can trade at a different price from the share.
  • The company behind the share may not have agreed: 50 companies had objected to tokens of their shares on OKXICE by 30 Oct 2026 (OKXICE objections).

The legal wrapper decides what the holder actually owns. More: Legal taxonomy, Legal structures and implementations by model.

The full picture

The same four steps in detail: who does what at each step, the traditional role each part replaces, and how native and wrapped tokens differ.

Detailed diagram of how tokenized securities work. 1 Issue: the issuer and transfer agent create a security token on a shared 24/7 ledger. 2 Approve buyers: an identity allowlist means only KYC'd wallets can hold it. 3 Trade + settle: 3a Match on a trading venue (order book, RFQ or an onchain pool, also called an AMM or automated market maker); 3b Check the wallet allowlist and pre-funded legs; 3c Settle by atomic DvP, swapping the security token for a cash token in one transaction; 3d Record balances and update the register. 4 Pay holders: dividends, votes and redemptions go to investor wallets. A side panel contrasts native tokens (the token is the register) with wrapped tokens (a 1:1 claim on a share held by a custodian).

Terms in this diagram: transfer agent, allowlist, KYC, ATS, RFQ, onchain pool (AMM), smart contract, pre-funded, netting, atomic, DvP, stablecoin, tokenized deposit, T+1, CCP, CSD, composable, custodian, native, wrapped.

The four steps in the diagram

  1. Issue. The issuer, or its transfer agent, creates tokens and keeps them in sync with the official register. For wrappers, a custodian holds the underlying shares.
  2. Approve buyers. Investors are checked once (KYC) and their wallets are added to an allowlist, and every transfer checks the list. This replaces part of what opening an account does today. See Who can buy.
  3. Trade + settle. This is where tokenized rails differ most from today’s, so it is broken into four parts below.
  4. Pay holders. Dividends, splits, votes and redemptions run through the token contract or the issuer’s agent. See Corporate actions & dividends and Token primitives.

Inside step 3: trade and settle

Tokenized securities, explained. One shared ledger: issuer / TA, KYC provider, identity registry, token contract, venue, oracle, wallet holder and cash issuer (stablecoin or tokenized deposit) all connect to it; everyone works from the same record. One trade, end to end. Order: an investor's wallet sends an order to a venue: order book, RFQ or onchain pool. Match: onchain or offchain match; the venue asks the oracle: open? Price fresh? Halted or stale: order rejected. Check: seller (token) and buyer (cash) wallets are both checked against the allowlist: both wallets eligible. Both legs usually prefunded. That costs liquidity. Swap: token and cash swap at once inside a locked contract between seller and buyer. One transaction: both legs settle, or neither does. Record: the ledger updates the register and the register reconciles with the ledger. Balances update at once. Native: that's the register. Wrapped: reconcile the books. Reference information only. Not investment advice.

Illustrated: the shared ledger and one trade, end to end. Tap the image for full size.

  • 3a Match. Orders still meet on a familiar venue, such as an exchange or ATS order book or a broker’s RFQ, or in an onchain pool or AMM, as in permissioned pools and the onchain-venue (TSV) model. Matching can happen off-chain with only settlement on the ledger, or entirely on-chain. Several US models keep the traditional book and tokenize post-trade only: see the Reg NMS model and the DTC tokenization pilot.
  • 3b Check (pre-trade). The token contract checks that the receiving wallet is eligible (EIP-3643). Because on-ledger settlement is usually trade by trade (gross), both legs typically have to be in place up front. Projects that “eliminate principal counterparty risk” do so by requiring “high levels of liquidity, often through prefunding on a platform” (FSB 2024), rather than the netting and credit that today’s CCPs and brokers provide.
  • 3c Settle. A smart contract swaps the security token for the cash token in one transaction, so both legs settle or neither does (BIS). IOSCO describes a range of settlement models. At one end the ledger is only shared books and records, and settlement finality “remain[s] with the CSD”. At the other is DLT-native settlement, with assets and settlement instruments on the same ledger or linked ones (IOSCO). Finality is still a legal question, not just a technical one: final settlement “is a legally defined moment” (FSB).
  • 3d Record (post-trade). Wallet balances update at once. For native tokens that is the register update. For wrapped tokens, or where a transfer agent keeps the official register, the books must still be updated or reconciled against the ledger (WEF; IOSCO). Regulatory reporting still applies.

Trade-offs.

  • Pre-funding. It removes settlement exposure but costs liquidity. The FSB warns that higher prefunding needs at scale could weaken resilience to liquidity shocks (FSB). IOSCO notes that CCP functions such as netting could in time be encoded in smart contracts (IOSCO).
  • Market hours. An always-on ledger does not make 24/7 trading automatic. WEF calls always-on infrastructure “a design choice dependent on market demand, risk tolerance and technology” (WEF).
  • Cash leg. The choice of cash token matters. The CPMI-IOSCO principles favour central bank money where practical and available, as cited by WEF.

Mapping to familiar roles

TradFi roleTokenized equivalent
Registrar / transfer agent / CSDToken contract (native) or custodian plus token (wrapped); transfer agent often remains (IOSCO)
Account opening / KYCIdentity registry and allowlist (EIP-3643)
Exchange / ATS / brokerSame roles, or an onchain venue
CCP netting + T+1 settlement via CSDPre-funded, trade-by-trade atomic DvP on the ledger (FSB)
Cash in bank or central bank accountsTokenized deposits, wholesale CBDC or stablecoins (WEF)
Brokerage accountCustodial or self-held wallet (Custody)

Formal definitions

CPMI: “the process of generating and recording a digital representation of traditional assets on a programmable platform” (CPMI 2024). IOSCO: the “creation, issuance, or representation of assets on a digital token ledger or a programmable platform” (IOSCO 2025).

Where it stands

Adoption is real but early. IOSCO finds it “incipient and incremental,” led by fixed income and money market funds (see the BUIDL precedent). A lack of cross-chain interoperability and of credible settlement assets limits scale, and many participants still use traditional trading and post-trade infrastructure (IOSCO).

The FSB sees no material stability risk at today’s small scale. It names liquidity and maturity mismatch, leverage, asset quality, interconnectedness and operational fragility as the vulnerabilities to watch (FSB). The BIS argues for a “unified ledger” with tokenised central bank reserves, commercial bank money and government bonds at its centre (BIS).

Regulators broadly apply “same activities, same risks, same regulatory outcomes” (IOSCO). For the US and EU specifics, see Regulation and International.

Text version of the diagram

flowchart LR
  S1[1 Issue: company or agent creates tokens on a shared ledger] --> S2[2 Approve buyers: only KYC-checked wallets can hold]
  S2 --> S3[3 Trade + settle: 3a match, 3b check wallet, 3c token and cash swap at once, 3d record]
  S3 --> S4[4 Pay holders: dividends, votes, redemptions]
  N[Native: the token is the share] -.- S1
  W[Wrapper: a third party holds the share; the token is a claim on it] -.- S1

Reference information only. Not investment advice.

Sources

Public originals for the facts on this page.