# A flexible order book can precede standard compute contracts

Markdown copy of https://realalpha.app/s/a-flexible-order-book-can-precede-standard-compute-contracts/ on Real Alpha, the best minutes from long interviews with the people building AI. Cite and link the page, not this copy.

- Speaker: [Evan Conrad](https://realalpha.app/people/evan-conrad/) · SF Compute
- Host: [Shawn Wang (swyx)](https://realalpha.app/people/swyx/) · Co-founder, AI Engineer · Wrote “The Rise of the AI Engineer” and founded Smol AI, maker of AI News.
- Show: Latent Space
- Episode: [The Programmable Data Center — Evan Conrad, SF Compute](https://realalpha.app/v/EAtLq9_vrE0/), Oct 20, 2026
- Moment: 6:58 to 9:36 of the episode (3 min), playing on https://realalpha.app/s/a-flexible-order-book-can-precede-standard-compute-contracts/; the episode from there: https://realalpha.app/v/EAtLq9_vrE0/?t=418

## Quote

> “and the reason why we did it this way is it allows us to **generate liquidity** without having to standardize before you know what the technology can do”
> — [Evan Conrad](https://realalpha.app/people/evan-conrad/) at [8:56](https://realalpha.app/v/EAtLq9_vrE0/?t=536) · Latent Space

## Takeaways

1. One operator can offer virtual machines with 40% performance differences.
2. Flexible matching can generate liquidity before standards settle.
3. Wider spreads leave room for arbitrage by buyers who can use varied capacity.

## About this segment

Evan Conrad says operations must be made consistent before compute contracts can standardize, but a flexible order book can match varying constraints now. The tradeoff is wider spreads and less concentrated liquidity.

From “The Programmable Data Center — Evan Conrad, SF Compute”, Oct 20, 2026. [Watch the full episode](https://realalpha.app/v/EAtLq9_vrE0/)

## Transcript

Transcribed by machine (Whisper) from the episode’s audio, so a word may be off here and there.

[7:04](https://realalpha.app/v/EAtLq9_vrE0/?t=424) And so last time we talked as well, there was a lot of conversation about standardizing the contracts. Yes. Talking with like the CFTC or whatever, what's the status of those things? So I think standardizing the contracts in general is still pretty far away. And what we were trying to do at the time was, or basically what we learned over the last several years was we just needed to operate the whole thing.

[7:32](https://realalpha.app/v/EAtLq9_vrE0/?t=452) Otherwise you cannot standardize the thing. And so to get closer to something that can be standardized, you first need to make all the operations of the thing the same. To give an example of what can be different is a single operator can offer two different types of virtual machines. One type of virtual machine might have a 40% performance degradation versus another type of virtual machine. And 40% is a lot.

[7:56](https://realalpha.app/v/EAtLq9_vrE0/?t=476) When you say performance degradation, are you talking like MFU type things or like amount of... burn-in that you've experienced, or what? It will affect, so in this particular case, I'm talking about GPU kernel launches and how long it takes for that to happen, which is a process that happens quite frequently when you're doing sort of either training or inference. The, that will basically, the end result is that you get a worse MFU, but like, it's the intermediate level.

[8:21](https://realalpha.app/v/EAtLq9_vrE0/?t=501) Yeah, it's the intermediate level, basically. Yeah, so what I'm trying to, so for anyone who's traded commodities before, there's different grades of commodity, right? There's like, it's not oil, it's light sweet crude versus like whatever the opposite of light sweet crude is. Or it's like, you know, corn level A or corn B or whatever. And so people are trying to, well, you have to establish the equivalents of those things.

[8:40](https://realalpha.app/v/EAtLq9_vrE0/?t=520) Correct, yes. And I'm wondering if they have been established. So what we did instead was we created an order book that had multiple different constraints. And you can say, I want to have, you know, something that's between this and that. It runs from this time to this time. it's like x to y it's a bunch of different properties that you can attach your order and then we match that against cell orders that have those properties in a big matching engine and the reason why we did it this way is it allows us to generate liquidity without having to standardize before you know what the technology can do and because the technology was shifting so quickly we wanted to basically be able to do that the trade-off of this is that you have less concentrated liquidity and so the prices are going to have there's going to be more spreads between

[9:21](https://realalpha.app/v/EAtLq9_vrE0/?t=561) the the buy and the sell yeah it sucks yeah but on the other hand it means there's lots of arbitrage to make um if you can do that correctly so if you have a product that can use lots of