back

Redesigning Secondary Market Liquidity for a Tokenized Private Asset Platform

Client Case Study

A tokenized private-asset platform had solved digital ownership and transferability, but its secondary market remained inactive. We redesigned its liquidity architecture around real investor behaviour, turning technical transferability into a more functional private market.

Redesigning Secondary Market Liquidity for a Tokenized Private Asset Platform

Case Study Details

Client: Private-market investment platform (name withheld under NDA)
Industry: Alternative Investments / Real-World Assets
Service: RWA & Tokenization
Engagement length: 12 weeks redesign + phased rollout, ongoing support


The Problem

By the time they came to us, the platform had already done the part most RWA projects spend months trying to reach.

They had tokenized a portfolio of income-producing real-world assets and launched them to a qualified investor base. Investors could complete onboarding, pass the required eligibility checks, subscribe to an offering, receive tokens representing their position, and collect distributions through the platform.

More importantly, those positions weren't technically locked until maturity.

An approved investor could list a position on the platform's secondary marketplace, another eligible investor could buy it, and ownership could transfer digitally without the administrative process that had traditionally accompanied a private-market transaction.

The infrastructure worked.
The secondary market didn't.

Months after launch, listings would sit without counterparties. An investor might signal interest in an asset several weeks after the seller had withdrawn their position. Buyers and sellers often had different expectations of what a position was worth, and with so few completed transactions, there was little recent market activity to help either side establish a price.

Some potential buyers discovered only late in the process that they weren't eligible for a particular offering. In other cases, transfer checks created friction precisely when both sides were finally ready to transact.

The platform's Head of Product, whose title we'll use throughout this case study, described the frustration during our first working session:

"We'd done what tokenization was supposed to make possible. Investors could transfer their positions. But giving someone a sell button and giving them liquidity turned out to be two completely different things."

The initial assumption was that the marketplace itself needed improvement.

Better asset discovery. A cleaner trading flow. More investor notifications. Possibly incentives to bring buyers back to the platform.

All reasonable ideas.

But they assumed the problem was that investors weren't using the marketplace correctly.

We weren't convinced that was the problem.

Why We Didn't Start With a Build

Before redesigning the marketplace, we reconstructed what had actually happened around the listings that hadn't converted.

We looked at when sellers entered the market, when buyer interest appeared, where transactions stalled, what eligibility checks occurred during the process, and how investors were deciding what a tokenized position was worth when there hadn't been a recent trade.

A pattern emerged.
There was demand.
There was supply.
They just rarely arrived at the same moment.

One investor might want to exit a position this week while the next qualified buyer for that asset wouldn't appear until three weeks later. When buyers did appear, they often had limited information for price discovery beyond the asset's latest valuation and whatever price the seller had chosen.

The platform had designed its secondary market around the mechanics of a public exchange: assets were continuously available, and buyers and sellers were expected to find one another organically.

But the underlying assets were still private-market investments with a relatively concentrated investor base.

Tokenization had changed how ownership could move.
It hadn't changed how often natural counterparties existed.

That distinction became the central design constraint for the engagement.

We didn't need to make the blockchain faster or the trading interface prettier. We needed to redesign how liquidity formed around the assets.

What We Built

We reworked the secondary-market architecture around structured liquidity rather than assuming every asset needed continuous trading.

1. Structured liquidity windows.

Instead of relying entirely on open-ended listings, investors looking to exit could register their intent ahead of scheduled liquidity windows.

Potential buyers could see which positions were expected to become available before the window opened and register interest in advance.

That concentrated activity that had previously been scattered across weeks into defined periods where buyers and sellers were far more likely to meet.

The tokens remained transferable.
What changed was the mechanism used to organise that transfer.

2. Pre-trade eligibility and compliance.

Previously, some of the friction appeared after buyer interest already existed.

We moved key eligibility and transfer checks earlier in the process. Before participating in a liquidity window for a particular asset, investors could be checked against the relevant requirements and transfer restrictions.

The smart-contract layer enforced those rules when ownership moved, but the investor no longer had to discover at the end of a transaction that the transfer couldn't proceed.

That reduced one of the most avoidable sources of failed transactions without weakening the compliance controls around the asset.

3. Better price-discovery signals.

An empty order book had been doing very little to help investors answer a basic question:

What is this position worth today?

We built a clearer information layer around each liquidity window using the signals the platform could legitimately provide: latest underlying asset valuation, historical distributions, previous transaction history where available, and aggregated indications of buyer and seller interest.

The objective wasn't to manufacture a market price where one didn't exist.

It was to give participants enough context to make a more informed decision about where they were willing to transact.

4. Asset-specific liquidity models.

The original system treated tokenized assets largely the same once they reached the marketplace.

We changed that.

Assets with sufficient investor activity could support more frequent trading windows. Others were better suited to less frequent liquidity events.

And where the legal and economic structure of an asset allowed it, redemption mechanisms could provide another potential route to exit rather than forcing every investor to depend on a secondary buyer.

The infrastructure could now reflect the characteristics of the underlying investment instead of forcing every token into the same market design.

How We Rolled It Out

We didn't replace the existing secondary market across the entire portfolio at once.

We started with a small group of assets that already had enough historical listing and investor-interest data for us to compare the new model against the previous continuous-listing approach.

Ahead of the first liquidity window, existing holders were given a period to register potential sell interest. Eligible investors on the other side of the platform could then see upcoming availability and indicate where they might participate.

That gave the team something they had rarely had before: visibility into both sides of the market before trading actually opened.

During the first windows, we tracked where transactions progressed, where buyers and sellers still failed to meet, how often eligibility became a blocker, and whether the additional pricing context changed how participants approached offers.

We used those observations to adjust window frequency and participation rules before expanding the model to additional assets.

The rollout was deliberately gradual.

The objective wasn't to produce the highest possible transaction count in the first month. It was to find a liquidity structure investors would actually use and the underlying assets could realistically support.

The Impact

Within the first several liquidity cycles:

  • More listed positions reached qualified buyers, as sell interest and potential demand were concentrated into the same periods rather than scattered across an always-open marketplace
  • Unsuccessful listings fell significantly compared with the platform's earlier secondary-market experience
  • Transfer-related friction moved earlier in the process, with eligibility issues increasingly identified before investors reached settlement
  • Price discovery became more useful, because participants could evaluate asset information and market interest around a defined liquidity event instead of interpreting an inactive order book
  • Investor participation became more consistent across successive windows as the exit process became easier to understand and more predictable
  • The platform began assigning different liquidity models to different asset types rather than treating continuous trading as the default definition of liquidity

The secondary market didn't suddenly behave like a public exchange.

That was the point.

It started behaving like a functioning market for the assets and investor base the platform actually had.

The bigger change came in how the team thought about tokenization itself. Transferability was no longer presented internally as proof that an asset was liquid.

It was infrastructure that made better liquidity mechanisms possible. And that distinction started influencing which assets the team considered appropriate for tokenization, how future offerings were structured, and what expectations were set with investors before they entered a position.

The Head of Product put it this way after the new model had been running across multiple liquidity cycles:

"The mistake was thinking liquidity lived inside the token. It doesn't. The token gave us the infrastructure to move ownership. We still had to design a market where that movement could realistically happen. Once we understood that, the whole product made more sense."
— Head of Product

This case study is based on a representative engagement scenario. Client details, operational circumstances, and outcomes have been anonymized or adapted to illustrate the nature of the work.

Categories

Tags

Outcome

Measured impact delivered.

Read Next

More Case Studies

A mid-size B2B services company faced slowing growth and conflicting ideas about what needed fixing. Our cross-functional diagnosis uncovered the real bottleneck, enabling targeted automation and process improvements that solved the root cause, not just the symptoms.

0xMetaLabs

A Cross-Functional Technology Assessment that Changed the Roadmap

A mid-size B2B services company faced slowing growth and conflicting ideas about what needed fixing. Our cross-functional diagnosis uncovered the real bottleneck, enabling targeted automation and process improvements that solved the root cause, not just the symptoms.

Execution Framework

Delivered through disciplined planning, engineering precision, and continuous optimization.

Outcome

Measured impact delivered.

An early-stage Web3 startup engaged us to audit and secure its smart contracts before mainnet launch. We identified critical vulnerabilities, rebuilt high-risk components, and supported a secure deployment with zero fund-related security incidents.

0xMetaLabs

How a Web3 Startup Secured Its Mainnet Launch Through Smart Contract Auditing

An early-stage Web3 startup engaged us to audit and secure its smart contracts before mainnet launch. We identified critical vulnerabilities, rebuilt high-risk components, and supported a secure deployment with zero fund-related security incidents.

Execution Framework

Delivered through disciplined planning, engineering precision, and continuous optimization.

Outcome

Measured impact delivered.

A UX-led product redesign helped a B2B SaaS company streamline onboarding, increase user activation by 42%, reduce support requests, and get new users to value much faster.

0xMetaLabs

How a B2B SaaS Company Increased User Activation by 42%

A UX-led product redesign helped a B2B SaaS company streamline onboarding, increase user activation by 42%, reduce support requests, and get new users to value much faster.

Execution Framework

Delivered through disciplined planning, engineering precision, and continuous optimization.

Outcome

Measured impact delivered.