Macro-And-Behavioral Expectations Motivating Perps As A Universal Wrapper

Issue 92 Edition 2026-04-02 7 min read

General

Sources: 1 • Confidence: Medium • Updated: 2026-04-03 03:53

Key takeaways

Kaledora Kiernan-Linn argues that there is increasing trading alpha in being “super online” because markets are becoming more momentum-, sentiment-, and reflexivity-driven.
Ostium’s core strategy is to extend existing highly liquid traditional markets on-chain rather than rebuilding a new exchange liquidity stack from scratch.
About 80% of Ostium’s trading volume reportedly comes from real-world assets with established underlying markets.
The more long-tail an asset is, the harder it is to support deep liquidity because splitting liquidity across many order books makes it tougher to rebuild from scratch.
Ostium maintains a capital pool sized as a multiple of traders’ unrealized P&L so that any position can be closed and settled instantly.

Kaledora Kiernan-Linn argues that there is increasing trading alpha in being “super online” because markets are becoming more momentum-, sentiment-, and reflexivity-driven.
Ostium’s founding macro thesis is that the post-COVID regime will feature persistently higher and less predictable inflation and interest rates, plus greater geopolitical instability.
Ostium’s product thesis is that perpetuals will outcompete dated futures or options for prosumer cross-asset exposure by providing a single simpler instrument.
Kaledora Kiernan-Linn expects consumer trading to shift toward trading events and second-order effects, with prediction markets acting as an accelerant.
Kaledora Kiernan-Linn attributes the expected behavioral shift in trading to macro forces driving most volatility and causing traders to chase volatility across asset classes.
Kaledora Kiernan-Linn expects traders to become cross-asset by default rather than identifying as only crypto or only stock traders.

Ostium’s core strategy is to extend existing highly liquid traditional markets on-chain rather than rebuilding a new exchange liquidity stack from scratch.
Ostium’s architecture is intended to let traders access existing underlying market liquidity rather than rebuilding liquidity from scratch for each asset.
Ostium positions itself in the broker layer rather than operating as an exchange/DEX, and it does not run an order book or on-platform matching engine.
Rebuilding liquidity from scratch is especially unattractive for large, highly liquid underlyings because execution size capacity on new venues will be orders of magnitude worse than in incumbent markets.

About 80% of Ostium’s trading volume reportedly comes from real-world assets with established underlying markets.
Avi Felman asserts Ostium is already driving significant trading volume aligned with a thesis that perpetuals will become a dominant market structure.
Ostium’s user base is concentrated in “pro-tail” traders rather than large institutions or very small retail accounts.

The more long-tail an asset is, the harder it is to support deep liquidity because splitting liquidity across many order books makes it tougher to rebuild from scratch.
For long-tail crypto assets dominated by one or two market makers, platform architecture matters less because liquidity still depends on those few providers, while established high-liquidity assets can be bootstrapped faster by integrating existing deep liquidity.

Ostium maintains a capital pool sized as a multiple of traders’ unrealized P&L so that any position can be closed and settled instantly.
Ostium’s hedging layer connects to a network of traditional market participants who compete to provide flow.

What are Ostium’s realized execution metrics (slippage, spreads, max size at given impact) versus on-chain orderbook perp venues for the same underlyings, in both normal and stressed markets?
What are the absolute levels and concentration of Ostium’s volume, open interest, and active users, and how do retention and cohort behavior evolve over time?
How is the capital pool sizing policy defined (the exact multiple, bounds, and update frequency), and how did it behave during the largest recent volatility events?
What is the number and concentration of hedging counterparties, and what counterparty risk controls and exposure limits are enforced?
What are the concrete product mechanics for “perps on RWAs” in this system (pricing source, funding computation, hedging workflow), and what failure modes are anticipated?

If broker-layer perps route into incumbent traditional liquidity, execution quality and market access may be the key moat, not on-chain order book network effects. This could favor venues extending deep established underlyings on-chain over rebuilding liquidity from scratch.
If most activity is tied to real-world assets with established markets, usage may be driven more by macro and cross-asset events than crypto-native cycles. Growth could track broad risk appetite and event-driven trading demand.
If instant close and settlement depends on a capital pool sized to unrealized P&L and hedging via traditional counterparties, scalability and trust may hinge on pool sizing policy and counterparty concentration, especially during volatility spikes.

Published execution metrics versus comparable on-chain perp venues for the same underlyings, including slippage, spreads, and max size at given impact in normal and stressed markets, showing consistent advantage.
Disclosed absolute volume, open interest, and active users with concentration and retention by cohort, showing durable usage beyond a pro-tail niche and not overly reliant on a few accounts.
Clear capital pool sizing policy with bounds and update frequency plus evidence of stable performance during the largest volatility events, alongside disclosed hedging counterparty count and exposure limits.

Execution quality is not competitive versus on-chain order book perp venues for the same underlyings, or degrades materially in stress, implying the broker-layer advantage is not realized.
Volume, open interest, or users are highly concentrated with weak retention, suggesting traction is not broad-based and reported mix may not translate into durable demand.
Capital pool or hedging fails under volatility, requiring delayed settlement, forced position constraints, or revealing high counterparty concentration with insufficient risk controls.