Daniil Kozin Investment call
Guide · For allocators doing platform DD · Updated June 2026

5 tokenization platforms with real, verifiable revenue in 2026 (and how to check).

Almost every tokenization platform leads with AUM: assets tokenized, total value, billions on chain. AUM is the biggest number a platform can quote, which is exactly why it is quoted. But AUM is not a business. Revenue is. A platform can tokenize a billion dollars and earn almost nothing if its fees are thin, its assets do not transact, or its value is represented assets that never move. This guide identifies tokenization and RWA platforms with real, externally-verifiable revenue, shows how to check protocol revenue and token-holder income separately, and flags the gap between a protocol that earns and a token that captures it. Independent, no platform relationship, no affiliate links.

4,200 words · 16 min read By Daniil Kozin · Tokenization advisor
01 / Why revenue

AUM is not a business. Revenue is.

When an allocator commits capital to a tokenized real-asset position, they are committing for years. The asset has a multi-year lockup; the position needs servicing (distributions, reporting, registry maintenance, eventually an exit) for the entire hold. Which means the platform behind the position needs to still exist, and still be operating, when that servicing is needed. Platform survival is part of the risk, on top of the asset risk.

Revenue is the survival signal. A platform with real, recurring revenue is a viable business that can fund its own operations indefinitely. A platform with large AUM but negligible revenue is in one of two situations, both concerning: it is subsidising operations with venture capital, which has a finite runway, or its business model does not actually capture value from the assets it tokenizes, which means the model itself is in question. Either way, the allocator is adding platform-survival risk to a multi-year position.

AUM gets quoted because it is the biggest number and it grows fastest (a single large institutional allocation can move AUM by hundreds of millions overnight). Revenue grows slowly and is harder to inflate. That is precisely why revenue is the more honest metric: it is harder to make look good than AUM, so when it is real, it means more.

This guide is not a ranking of the platforms by revenue size (private companies do not disclose enough for a precise ranking). It is a guide to which platforms have revenue you can actually verify, and how to verify it yourself, so that platform survival is a checked assumption rather than a hope.

02 / How to check

The three sources, in order of reliability.

1. DefiLlama (for on-chain protocols)

For tokenization platforms that operate on-chain protocols, DefiLlama tracks fees and revenue. The Fees tab shows what users pay; the Revenue tab shows what the protocol keeps. Both are available as annualised and trailing figures. Crucially, DefiLlama also tracks (where available) a Token Holder Net Income metric, which shows separately whether token holders actually receive any of the protocol's revenue. This is the most reliable external source for on-chain RWA platforms because it is computed from on-chain data rather than self-reported.

2. Regulatory filings (for listed or registered entities)

For platforms operated by publicly-listed or SEC-registered entities, audited financial statements and regulatory filings give externally-verified revenue. Figure is the clearest example: as a NASDAQ-listed company, its revenue is reported in filings the company is legally required to file accurately. This is the strongest evidence available, because the revenue is not a platform claim, it is a regulated disclosure with legal consequences for inaccuracy.

3. Funding announcements and disclosed figures (for private companies)

For private platforms (Securitize, Tokeny, and most others), revenue is usually not published. Funding announcements, occasional disclosed figures, and the structure of the fee model give partial visibility. This is the weakest source because the figures are self-reported and not independently audited, but the structure of the revenue model (what the platform charges and on what base) can still be assessed even when the exact figure is private.

The discipline: cross-check the platform's own revenue claim against at least one external source. For on-chain protocols, that is DefiLlama. For listed entities, that is the filings. For private companies, it is the verifiable structure of the fee model on verifiable AUM. Treat any platform that reports no revenue data anywhere, and whose comparable peers do, as a flag rather than a neutral unknown.

03 / The gap

Protocol revenue vs token holder income.

This is the single most important distinction for anyone evaluating a tokenization platform token, and the place most RWA token theses quietly fail.

Protocol revenue is what the platform earns from operations: fees on tokenized assets, management fees, transaction fees. Token holder income is what flows to holders of the platform's token from that revenue. These are frequently very different numbers.

The textbook case is Centrifuge. The protocol processed over a billion dollars in tokenized credit through institutional partnerships, real volume, real protocol activity. The CFG token historically captured almost none of that value: DefiLlama's Token Holder Net Income for the protocol read essentially zero while the protocol itself was clearly doing real business. The full breakdown is in the Centrifuge RWA Roast. The same pattern recurs across dedicated RWA chain tokens: CFG, POLYX, and others where the protocol does real things and the token captures little.

For an allocator, this means a platform having real protocol revenue is necessary but not sufficient to justify buying its token. The revenue proves the platform is a viable business (good for platform-survival risk if you hold assets on the platform). It does not prove the token is a claim on that revenue. Those are two separate questions, and the marketing deliberately blurs them: "our protocol earns X" is offered as a reason to buy the token, when the relevant number is "token holders receive Y," which is often far smaller or zero.

Check both. Protocol revenue tells you whether to trust the platform with a multi-year position. Token holder income tells you whether the token is worth holding. Never let the first answer the second.

04 / The five

Platforms with verifiable revenue.

Five platforms where the revenue is real and verifiable through at least one external source. This is not a buy list and not a ranking; it is a list of platforms whose business viability an allocator can actually confirm.

01 / Listed, audited

Figure

VerificationNASDAQ-listed, audited filings Revenue modelConsumer credit origination + tokenization ChainProvenance Blockchain Revenue qualityStrongest (regulated disclosure)

The clearest verifiable revenue in the space because it is publicly listed. Figure originates and tokenizes consumer credit (home equity lines, mortgages, asset-backed credit) at scale, and its revenue appears in audited filings rather than self-disclosure. For an allocator who wants externally-audited revenue as a baseline, a listed entity is the strongest evidence there is. Note the model: Figure is a credit-origination business with a blockchain layer, not a pure tokenization-as-a-service platform. Detail in the Figure RWA Roast.

02 / Regulated stack, real fees

Securitize

VerificationStructure verifiable; private financials Revenue modelTransfer-agent + broker-dealer + ATS fees AnchorPowers BlackRock BUIDL Revenue qualityStrong (regulated fees on real AUM)

Operates the regulated stack (SEC-registered transfer agent, broker-dealer, ATS) behind BlackRock BUIDL and other institutional tokenized funds. As a private company it does not publish full financials, but the revenue model is concrete: regulated financial-service fees charged on real institutional AUM. Unlike token-emission protocols, Securitize earns fees from regulated services on real flows, a recognisable and durable model. No public token, so the protocol-versus-token-holder question does not apply. Full stack breakdown in the platforms comparison guide.

03 / Fee-on-AUM, DefiLlama-tracked

Ondo Finance

VerificationDefiLlama fees/revenue + disclosures Revenue modelManagement fees on tokenized treasuries ProductsUSDY, OUSG Token caveatCheck ONDO capture separately

Issues USDY (tokenized Treasury yield) and OUSG, earning management fees (typically 0.15-0.5% by product) on substantial tokenized-treasury AUM. This generates real recurring revenue that scales with assets, and DefiLlama tracks it. The ONDO token is a separate question: verify on DefiLlama and Ondo's disclosures whether and how ONDO holders capture protocol revenue versus the token being a governance and speculation instrument. The fee business is real; the token capture should be checked separately. USDY itself is covered in the tokenized treasury comparison.

04 / On-chain credit, DefiLlama-tracked

Maple Finance

VerificationDefiLlama fees/revenue Revenue modelFees on on-chain credit origination BaseScales with lending volume Token caveatCheck holder capture separately

Originates on-chain credit and earns fees on its loan book, visible on DefiLlama and scaling with lending volume. A recognisable lending-business revenue model: the protocol earns a spread or fee on credit it facilitates. As with all platform tokens, the protocol-revenue-versus-token-holder-income gap should be checked on DefiLlama before treating the token as a claim on the revenue. The underlying credit business is real and trackable.

05 / Tokenized credit, the cautionary case

Centrifuge

VerificationDefiLlama fees/revenue Revenue modelProtocol fees on tokenized credit pools AnchorInstitutional fund partnerships Token caveatCFG historically captured little

Facilitates tokenized credit pools including institutional fund partnerships, earning protocol fees that DefiLlama tracks. Included here precisely because it is the textbook case of the protocol-versus-token gap: real credit volume, real protocol fees, and a CFG token that historically captured almost none of it. A platform with verifiable revenue whose token is the cautionary tale. The full analysis is in the Centrifuge RWA Roast. Verifiable revenue at the protocol level; verify token capture separately, and assume little until proven otherwise.

Doing platform DD on a deal you have been shown?

Platform survival is one layer; the specific deal is another. A short call walks both the platform viability and the deal-level diligence for whatever you are evaluating, with no platform relationship on this side of the table.

Book an investment call →
05 / Red flags

What says the revenue is not real.

Six signals that a platform's revenue is thinner than the marketing implies.

  • AUM quoted, revenue never. A platform that leads with assets tokenized and never mentions what it earns is choosing the flattering number. Ask for revenue; the reluctance to provide it is itself information.
  • No DefiLlama revenue data when peers have it. If comparable on-chain platforms show fees and revenue on DefiLlama and this one shows nothing, the absence is a flag, not a neutral unknown.
  • Large AUM that is mostly represented assets. Represented assets (non-transactable) generate little or no transaction revenue. A billion in represented AUM can produce near-zero fees. Check the distributed-versus-represented split.
  • Token marketed on protocol revenue with zero Token Holder Net Income. "Our protocol earns X" offered as a reason to buy the token, when holders receive nothing, is the most common RWA token misdirection.
  • 0% fees across every category, no visible alternative model. A platform charging nothing visible is either subsidising with venture capital (finite runway) or earning off-chain in ways you cannot verify. Either way the revenue base is unproven.
  • Revenue that spikes and vanishes. Fees that appear suddenly and disappear as fast signal incentive-driven or rotational activity, not a durable base. The Justoken Roast documents an extreme case: billions in claimed represented value, zero monthly transaction volume, no trackable protocol revenue.
06 / Using it

Revenue is a gate, not the whole decision.

Revenue is a survival-and-viability filter, not a complete selection criterion. Used correctly, it does one job well: it tells you whether the platform is likely to still exist and operate in five years, which matters for any multi-year hold. A platform with no verifiable revenue and a finite venture runway is a platform-survival risk added on top of the asset risk you are already taking.

What revenue does not tell you: whether a specific deal on the platform is good, whether the platform's regulatory standing is sound, whether its custody is institutional-grade, or whether its token (if any) captures the revenue. Those are separate diligence questions, addressed by the 9-point deal checklist, the regulatory analysis in the EU jurisdiction guide, and the custody section of the family office guide.

The sequence: revenue gets a platform onto the shortlist (it will survive to service your position). Then deal-level diligence decides the allocation (this specific asset, operator, structure, and exit are sound). Revenue first as a gate, deal diligence second as the decision. A platform with great revenue and a bad deal is still a bad deal; a great deal on a platform that folds in two years is a servicing problem you do not want. Both filters, in that order.

Checking whether a platform behind a deal will still be there in five years?

Platform survival is the layer most pitch decks skip. Bring the platform and the deal; a 30-minute call walks both the revenue-and-viability check and the deal-level diligence, from this side of the table where there is no platform relationship pulling the answer.

07 / FAQ

Questions allocators ask about platform revenue.

Why does revenue matter more than AUM?

AUM is not a business; revenue is. A platform can tokenize a billion and earn almost nothing if fees are thin or assets do not transact. Revenue tells you whether the platform will survive to service your multi-year position. AUM is the flattering number; revenue is the honest one. See section 01.

How do I check a platform's revenue?

Three sources: DefiLlama (on-chain protocols, fees + revenue + Token Holder Net Income), regulatory filings (listed/registered entities like Figure), and funding/disclosed figures plus fee-model structure (private companies). Cross-check the platform's claim against at least one external source. See section 02.

What is the difference between protocol revenue and token holder income?

Protocol revenue is what the platform earns; token holder income is what flows to token holders from it. Often very different. Centrifuge processed $1B+ in credit while CFG captured almost none. Check both; never let protocol revenue answer the token question. See section 03.

Does Securitize have real revenue?

Yes, structurally verifiable: regulated transfer-agent, broker-dealer, and ATS fees on real institutional AUM including BUIDL. Private company, so exact figures are not public, but the model is concrete and durable. No public token. See section 04.

Does Ondo have real revenue?

Yes, management fees (0.15-0.5%) on substantial tokenized-treasury AUM, DefiLlama-tracked. The ONDO token is separate: verify holder capture before treating the token as a claim on the fee business. See section 04.

What about Figure?

The strongest verifiable revenue because it is NASDAQ-listed: audited filings, not self-disclosure. Consumer credit origination with a blockchain layer, a different model from pure tokenization-as-a-service. See the Figure Roast.

What is a revenue red flag?

AUM quoted but never revenue; no DefiLlama data when peers have it; large represented-asset AUM that generates no fees; token marketed on protocol revenue with zero holder income; 0% fees with no visible model; revenue that spikes and vanishes. See section 05.

Should I pick a platform on revenue alone?

No. Revenue is a survival gate, not a complete criterion. It gets a platform onto the shortlist; deal-level diligence (asset, operator, structure, exit, custody, token capture) decides the allocation. Both filters, revenue first. See section 06.