Tokenized real estate won’t trade itself liquid

Aug 24, 2026

10 min read

Summarize with AI

Fractional ownership is the part of real estate tokenization that works. Splitting a building into transferable units, enforcing eligibility, automating distributions, cutting the minimum ticket from six figures to three: all of that is solved engineering, and the mechanics are well documented.

Liquidity is the part that keeps getting promised on the strength of the first part. The reasoning goes: the token is divisible and transferable, therefore, investors can exit whenever they want. Divisibility and transferability are settlement properties. Being able to sell requires a buyer, and for property that buyer is usually not another investor.

In most tokenized real estate designs that show real trading activity, the liquidity is coming from the platform’s own balance sheet. That is a legitimate design. It’s also a very different product from a secondary market, and I think it should be built and described as such.

Andrew Nalichaev

Blockchain Expert & DeFi Analyst

Andrew translates decentralized concepts into secure, functional financial tools. He navigates the volatile DeFi landscape to build scalable blockchain infrastructures that address real-world utility, moving past the buzzwords to deliver technical value.

View profile

Why property resists continuous secondary trading

Four properties of the asset, none of which tokenization changes.

There is no continuously observed price. A building is valued by appraisal, usually quarterly or annually, sometimes by a model between appraisals. Between valuations, the authoritative number is old, and everyone knows it. That is workable for a fund reporting NAV. It’s hostile to anyone quoting a two-way price, because the quote is only as good as a number that may be months stale and about to be revised.
There is no hedge. A market maker holding tokenized shares of one office building can’t offset that exposure. There is no liquid instrument that tracks that specific property, that tenant mix, that local market. Compare this to a tokenized Treasury fund, where the underlying is hedgeable, and the inventory risk is manageable. Here the inventory risk is the whole position, held naked, until someone else wants it.
Trades are rare and lumpy. A property token may see a handful of meaningful transactions a month. Standing ready to trade continuously in an asset that trades occasionally means holding inventory for weeks against fee income that doesn’t cover the carry. No one does that voluntarily at scale.
The lifecycle is eventful. Rent collection, operating expenses, capital expenditure decisions, refinancing, lease renewals, vacancy, revaluation, and eventual disposal. Each is a moment when the last known value is wrong and someone is better informed. In a continuously quoted market, those moments transfer value from whoever is providing liquidity to whoever knows first.

Put together: the conditions that make a passive continuous quote survivable don’t exist here. This isn’t a criticism of tokenized real estate. It’s a description of which market structures are compatible with it, and which are not. I went through the general version of this test, applicable to any tokenized instrument, in a five-part market-structure framework. Property fails the same two tests every time: no defensible current price, no executable correction path.

What the evidence actually shows

This is where the discussion usually gets sloppy in both directions. One camp claims tokenization delivers liquidity for illiquid assets. The other claims property simply can’t be liquid. The available research supports neither.

A 2025 BIS working paper, revised in 2026, studies US tokenized real-estate platforms and does find increased trading activity, including after natural-disaster declarations, which is exactly the moment you would expect a market to freeze. So the trading is real.

The paper attributes that liquidity advantage to platform buyback mechanisms, and identifies a trade-off: higher platform insolvency risk. That finding comes from the paper’s model and sample and doesn’t assess the financial condition of any particular company. As a market-structure observation, though, it generalizes cleanly.

The trading was real. The counterparty was the platform.

Which reframes the question for anyone designing one of these products. Not “will there be a secondary market,” but “who is standing behind the exit, with how much capacity, and what happens when that capacity runs out.” Liquidity supported by a backstop is genuinely executable for the investor taking it, while the backstop is available. Its durability is a function of the balance sheet behind it, and that balance sheet belongs to someone.

A buyback is a product, and it should be priced like one

Here is the part I would push hardest on with any issuer. If your platform commits to repurchasing tokens from investors who want out, you have written an option. Investors will exercise it when they most want to sell, which correlates with when the underlying is weakest and when other investors want out too.

That is not an argument against offering it. Buybacks solve a real problem, and for retail-facing property products they may be the only workable exit. It’s an argument for designing the commitment explicitly rather than letting it emerge as an informal practice that everyone assumes is permanent.

The parameters I would define in writing before launch:

Buyback parameter	What it decides	Why it matters
Funding source	Which balance sheet stands behind the commitment	Determines whether capacity survives a stressed period
Capacity	Total and per-period limits, per investor and in aggregate	Sets the real exit capacity, which is not the same as the property's value
Cadence	Continuous, monthly window, quarterly window	Continuous availability is the most expensive form and the hardest to sustain
Price basis	Last appraisal, discounted appraisal, formula, negotiated	Repurchasing at a stale appraisal transfers valuation risk to the platform
Eligibility	Who may use it and in what order	Queue priority becomes contentious precisely when the queue forms
Suspension conditions	When the facility can pause, and who decides	A facility with no defined pause will be paused informally, which is worse
Disclosure	What investors are told about all of the above	Determines whether an eventual pause is a disclosed limit or a broken promise

The row I would never skip is the last one. Most reputational damage in this category happens when investors discover a buyback cap only when they need to exit, after reasonably assuming no such limit existed.

Design a tokenized property exit that holds up under stress

Execution designs that fit the asset

If a continuous curve is the wrong mechanism, the alternatives are not exotic. They are the mechanisms illiquid assets have always used, with settlement improved by tokenization.

Periodic auctions. Collect interest over a window, clear at a single price. This suits an asset whose information arrives in discrete events rather than continuously. It concentrates whatever natural two-sided interest exists into one moment instead of spreading it thin across a curve that must always be executable. Aligning the auction cadence with the valuation cadence is the obvious move and is often overlooked.
Issuer or platform buyback windows. The design above, made explicit: defined capacity, defined cadence, defined price basis, disclosed suspension conditions. This is a backstop, not a market, and describing it accurately is part of the design.
Negotiated transfers and request-based quoting. For larger holdings, matching a specific buyer with a specific seller at a negotiated price is more honest than pretending a book exists. Tokenization contributes real value here through atomic settlement and automated eligibility checking, which removes weeks of friction from a transfer that would otherwise involve manual verification and escrow.
Bulletin-board matching. Investors post interest, the platform facilitates. No committed capital, no quoting obligation, no false impression of depth. Modest, and honest about what it is.

What I would avoid is a permanently executable price on a passive curve. The technology can support it, but the party providing that liquidity takes on exposure at every valuation event. When the platform itself plays that role, the exposure keeps accumulating on its balance sheet instead of being distributed across the market.

There is one exception worth naming. If the instrument is economically closer to a diversified, redeemable fund share than to a claim on a single building, the analysis changes: diversification softens idiosyncratic risk, and a fund-level redemption facility can provide a correction path. But that is a different product with a different structure. The legal label “real estate” covers both, and they should not inherit the same execution design.

Structuring decisions that decide this before launch

Everything above is downstream of choices made during structuring. I wrote about the general pattern in a companion piece on how issuance decisions set the liquidity ceiling, and property is where those choices bite hardest.

Three in particular.

Valuation cadence and revision policy. How often is the property revalued, by whom, and what happens to any trading mechanism when a revision is pending? If a revaluation is in progress and trading continues against the previous number, the mechanism is distributing information asymmetry, not liquidity.
Whether an exit facility exists at all, and who funds it. This should be an explicit decision with a clearly identified source of capital, rather than an arrangement that gradually takes shape as early investors ask for liquidity and the platform accommodates them. Informal buybacks become expected buybacks, and expected buybacks are liabilities that never appeared in a term sheet.
Distribution mechanics and their interaction with trading. Rent flows to holders on a schedule; trading happens continuously or in windows. Someone must define the record date, what happens to a trade that settles across it, and how a token that changes hands mid-period is treated. Get this wrong, and the first quarterly distribution produces a queue of disputes.

Assess whether your tokenized property structure supports the exit you plan to offer

What I would check before promising liquidity on a tokenized property

Check	What I would expect to see
Price source and freshness	Named valuer, stated cadence, defined behavior while a revision is pending
Exit mechanism	Which of auction, buyback, negotiated transfer, or bulletin board is actually offered
Funding source	The named balance sheet behind any repurchase commitment, and its capacity
Capacity limits	Per-period and per-investor caps, written down and disclosed to investors before they invest
Suspension policy	Conditions under which the facility pauses, who decides, and how investors are notified
Distribution interaction	Record dates, mid-period transfers, and treatment of trades that straddle a distribution
Investor communication	What the marketing material says about liquidity, checked against what the structure supports

That last row serves as an important control and deserves more than a box-ticking treatment. The gap between what a product page implies about liquidity and what the structure can deliver is where most of the trouble in this category originates, and it’s entirely avoidable at the design stage.

The honest position with a client is straightforward. Tokenization makes property ownership divisible, transferable, and cheaper to administer, and it makes settlement of an agreed trade dramatically better than the paper alternative. It doesn’t make a building continuously priceable or hedgeable. If investors need a reliable exit, someone has to fund it, and the right time to decide who, how much, and under what conditions is before the first token is issued.

Contact us

Book a call or fill out the form below and we’ll get back to you once we’ve processed your request.

Name

Company

Phone

Message

Send us a voice message

Attach documents

Upload file

You can attach 1 file up to 2MB. Valid file formats: pdf, jpg, jpeg, png.

By clicking Send, you consent to Innowise processing your personal data per our Privacy Policy to provide you with relevant information. By submitting your phone number, you agree that we may contact you via voice calls, SMS, and messaging apps. Calling, message, and data rates may apply.

You can also send us your request
to contact@innowise.com

What happens next?

Once we’ve received and processed your request, we’ll get back to you to detail your project needs and sign an NDA to ensure confidentiality.

After examining your wants, needs, and expectations, our team will devise a project proposal with the scope of work, team size, time, and cost estimates.

We’ll arrange a meeting with you to discuss the offer and nail down the details.

Finally, we’ll sign a contract and start working on your project right away.