← All postsProduct

Public and private markets, one API

Tokenization split into two camps that don't talk to each other. Public-equity tokenizers anchored on broker-dealer integrations. Private-market tokenizers anchored on transfer-agent rails. Path-dependent, not principled.

Shailesh Gupta
Founder & CEO
6 min read
Public and private markets, one API

Tokenization split into two camps. On one side, tokenized public equities. Apple, Tesla, the S&P 500. Tracked through SEC-registered broker-dealers, custodied at Alpaca or Interactive Brokers, redeemable 1:1. On the other side, tokenized private market exposure. Pre-IPO secondaries, private credit funds, venture LP interests, tokenized treasuries. Issued through transfer-agent platforms or fund-administration rails.

Builders in each camp spent the last three years optimizing within their own constraints. Dinari, Ondo, Backed, Superstate Opening Bell on the public side. Securitize, INX, Centrifuge, Ondo's USDY/OUSG products on the private side. The platforms don't talk to each other. The APIs don't talk to each other. The settlement rails don't talk to each other.

This bifurcation is path-dependent, not principled. The end state for tokenized capital markets is a single API surface for any security a fintech wants to expose to its users. Public or private. Listed or unlisted. Equity or credit. US or non-US.

How builders ended up in two camps. The public-equity tokenizers anchored on the broker-dealer integration. To tokenize Apple, you need a custodian holding actual Apple shares. The natural starting point is Alpaca's Broker API. Once you've built that, the entire stack is shaped by the public-equity workflow. Order routing. Fractional handling. Dividend pass-through. Corporate actions.

The private-market tokenizers anchored on the transfer-agent integration. To tokenize a fund interest, you need a Form D-eligible offering, accredited-investor verification, transfer-agent records, and lock-up handling. The natural starting point is a transfer-agent platform like Securitize. Once you've built that, the entire stack is shaped by the Reg D workflow. Issuance. Investor onboarding. Lock-up and resale logic.

These are not the same stack. Different custodians. Different KYC graphs. Different ledger designs. Different redemption flows. A fintech that wants to offer tokenized exposure to public and private markets has historically had to integrate two separate vendors, run two separate compliance programs, and reconcile two separate ledgers internally. Only the largest can afford to do both. Most users see one or the other, not both.

A unified capital-markets API isn't one API call that magically works for both. It's a thin developer surface over two underlying integration models, with the abstraction designed so the developer doesn't have to know which is which.

The mint endpoint takes a security identifier. Behind it, three different paths. Public US equity routes through prime broker (IB or Alpaca), custodies the share, issues the token 1:1, settles broker-exchange leg T+1 against DTCC while the user-facing token is live immediately. Tokenized fund interest routes through transfer-agent integration, verifies investor eligibility, records the subscription, mints the token against the cap-table position, applies any lock-up logic. Tokenized treasury or money-market exposure routes through the underlying issuer's primary subscription rail, mints the token, applies the relevant yield-distribution logic.

Done well, the developer integrates once and supports the union of all three paths. Done poorly, it's a leaky abstraction where the developer still has to know whether they're dealing with a public stock or a private fund. Most attempts at this so far have been the latter.

Three things are converging that make unification possible now. The regulatory infrastructure is catching up. The GENIUS Act of July 2025 codified stablecoin treatment. The expected Clarity Act in 2026 will narrow the perimeter on tokenized securities. Both make it easier to build a stack that handles public and private market tokens in one ledger.

The broker-dealer infrastructure has matured. Alpaca's 94% market share in tokenized public equities and Dinari's SEC-registered broker-dealer subsidiary mean the picks-and-shovels for the public side are mature enough to abstract over. Same on the transfer-agent side with Securitize's $4B+ tokenized AUM.

And the user demand is pulling toward unified. Fintechs in MENA, LatAm, and SEA building wealth products for retail want the user to hold AAPL, OUSG, and a tokenized private credit fund in the same wallet, with the same UX. Asking the fintech to integrate three vendors to deliver that is a tax that gets arbitraged away.

The honest constraint. Tokenized public equities and tokenized private fund interests live in different regulatory regimes, with different custodial requirements, different redemption mechanics, different settlement timelines. A unified API surface doesn't erase those differences. It absorbs them. The broker-exchange leg of a public equity transaction settles T+1 against DTCC. Redemption of a tokenized private fund interest may have a 30-day window. A tokenized treasury position may have intraday redemption with a yield accrual that updates every block. Each underlying has its own physics. The API hides the integration complexity, not the settlement complexity.

The vendors who survive are the ones whose marketing language matches what their architecture can actually deliver.
Written by Shailesh Gupta, Founder & CEO
More posts →