Back to InsightsMay 16, 2026 · 4 min readField notes from the studio: how we build

Software studios usually avoid hard assets. We didn't. Here's the discipline that makes it safe

Most software studios avoid hard assets for good reasons. The honest risk map: what a studio brings to a real-asset venture, and the lines it won't cross.

Backing a real-asset venture from a software studio is a real risk. We took it on purpose, with bright lines. Here they are.

Disclosure: the real-asset venture discussed here is in our own portfolio. We state that plainly up front. Market figures are third-party and attributed.

Most software studios stay far away from hard assets, and they're not wrong to. Buildings tie up capital. They don't scale like code. They drag a balance sheet and they punish mistakes slowly, over years, where software punishes them in a sprint. A studio wandering into real estate without a plan is a studio about to learn an expensive lesson.

We backed a real-asset venture anyway. Not casually, and not by pretending the risks weren't there. So here is the risk map without the softening, including the parts we say no to.

What a studio actually brings to a real asset

First, the contribution, because there has to be a real one or this is just a software team playing landlord.

A studio brings a capital-light layer. We finance and build the software, brand, and data that sit above the asset, not the asset itself. That's the part of a real-asset venture that behaves like software, and it's the part a studio can genuinely add value to. (The full split is its own field note, the Layer-1 model.)

A studio brings build cadence. The same decision cycles and operator discipline we run on every venture apply here: ship in stages, test against evidence, advance or adjust at the gate.

And a studio brings governance discipline. For a real-asset venture, governance isn't paperwork. It's the difference between a clean structure and a slow-motion accident. A studio that's institutionally backed treats structure as a first-order design problem, not an afterthought.

The risks we don't get to wave away

Now the risks, stated without softening, because pretending they're small is how studios get hurt.

Real assets are illiquid. You can't ship a patch to a building, and you can't sell it on a Tuesday afternoon. Real assets are capital-intensive, which is exactly why we don't put them on our own books. Real-asset structures fail in specific, well-documented ways (master-lease mismatches, cross-collateralized vehicles, liquidity promised but not deliverable), and those failures unfold slowly enough that you can be wrong for a year before the market tells you. None of that goes away because a software studio is involved. If anything, a software team's instinct for speed is a liability in a domain that punishes haste. We know it. We plan around it.

The bright lines

Which is why the discipline shows up most clearly in what we refuse to do.

We don't own the bricks. No villa, no development, sits on the studio's balance sheet. The asset lives in its own ring-fenced vehicles, financed separately, one vehicle per asset.

We don't operate the real estate. Running properties is a specialist's job, done inside the venture and its operating partners, not improvised by a software studio.

We don't cross the structural bright lines that sink platforms. No fixed-rent master leases re-let at variable rates. No cross-collateralizing the vehicles. No promising liquidity the structure can't deliver. These aren't preferences. They're hard constraints, and they're the same ones a serious allocator would impose.

And we don't speak for the venture or own its brand. Nestview is independent: backed by AncoraOak, built with AOS, but its own company. Our job is the layer above the asset. Not the asset, not the brand, not the operations.

The discipline isn't what we build. It's what we refuse to. The bright lines are the product.

Why the line is the point

A studio that respects these lines is doing something narrow and defensible: financing and shipping the software-and-data layer a real asset increasingly can't run without, while the asset stays conservative, ring-fenced, and operated by people who do that for a living. A studio that ignores the lines is just a software team taking on real-estate risk it isn't built to carry.

What separates those two studios is the same thing for both. One holds the lines. The other doesn't.

Nothing here is an offer to sell a security or investment advice. Structural and risk descriptions are general and illustrative; they are not legal, tax, or investment advice, and they are not representations about any specific company's structure or performance.

AOS Insights, straight to your inbox

Field notes on venture building, AI, and capital. No spam, unsubscribe anytime.

By subscribing you agree to receive AOS Insights e-mails. We use your address only for this newsletter - see our Privacy Policy.

Back to Insights
previous articleReal-asset SPVs, done right (and the ways they break)next articleThe ecosystem flywheel: how five ventures feed each other