Tokenized Asset Exchange — Giovanni Braghieri
01 · Overview

I built an exchange for tokenized assets. At its core it's a standard order-book exchange, with the matching engine and trading UX traders expect. On top of that sit tokenization features and a proprietary liquidity mechanism that makes non-fungible tokens tradable as fungible, liquid units.

The company and specifics are confidential.

02 · Context

Tokenized assets are easy to issue and hard to trade. Order-book exchanges assume fungible, interchangeable instruments, where any unit is as good as any other. Many tokenized assets are non-fungible by nature, so each one ends up in its own thin, one-off market.

The result is poor liquidity, wide spreads, and prices nobody can rely on. The business needed a venue where these assets could trade with the depth and price discovery of a real exchange.

03 · Problem

A non-fungible token is, by definition, unique. An order book is built for the opposite: many identical units resting at the same price, matched by price-time priority. Put unique tokens on it directly and every asset becomes its own market, with sparse order flow and no reliable price.

The challenge was to give unique tokens the liquidity and price discovery of a fungible instrument, without erasing what makes each one distinct or losing track of the underlying asset at settlement.

04 · What I built
01
Order-book matching engine
A standard limit and market order book with price-time priority, the familiar core of any exchange.
02
Tokenization layer
Issues and represents the underlying assets on-chain, with provenance preserved per token.
03
Proprietary liquidity mechanism
Normalizes and pools non-fungible tokens into fungible, interchangeable units that can rest on a single, deep order book.
04
Trading interface
Order entry, live book and depth, and positions, in the UX traders already know.
05
Settlement & custody
Resolves fungible-unit trades back to the specific underlying tokens, with custody handled at settlement.
05 · Product decisions
An order book, not an AMM.

An order book gives real price discovery and the professional trading UX this market expected, where an automated market maker would have hidden price formation behind a curve.

Make tokens fungible, rather than fragment the book.

Instead of giving every unique token its own thin market, the liquidity layer normalizes them into one fungible unit, so order flow concentrates into a single deep book.

Preserve provenance through to settlement.

Units trade fungibly, but each one stays accounted for and redeemable against a specific underlying asset, so nothing distinct is lost in the abstraction.

Keep the engine boring, put the novelty in liquidity.

The matching engine is deliberately standard and battle-tested. The new idea lives in the liquidity mechanism, where it belongs, not in the part that has to be correct under load.

06 · Technical approach

A conventional order-book matching engine (price-time priority, limit and market orders) sits on top of a tokenization layer that represents the underlying assets on-chain. The proprietary liquidity mechanism is the novel piece: it wraps non-fungible tokens into a fungible, interchangeable unit that can rest on a single deep book, while keeping every underlying token accounted for.

Trades match on the fungible units; settlement resolves back to the specific underlying tokens and custody. The exchange surface, order book, depth, and execution behaves like any standard venue, with the tokenization and liquidity machinery underneath.

07 · Outcome

Assets that previously traded in thin, one-off markets gained a single liquid venue with real price discovery, traded through the UX of a standard exchange.

Specific company details, volumes, and metrics are confidential.