Point of view

Compute is capital.

Intelligence is becoming computational. We think that changes the economic role of compute and, eventually, what money can be.

Our argument begins with useful work: computation can increasingly produce cognition and improve productive systems. We then ask what follows when access to that capacity can be measured, owned, reserved, and exchanged.

Observation
Machines increasingly perform cognitive work, supported by investment in computational infrastructure.
Interpretation
We see this as an expansion of compute's role as productive capital.
Possibility
Standardized claims on future capacity could become financial assets and, eventually, acquire monetary functions.
01 / The transition

Intelligence becomes computational.

For most of computing history, computers executed instructions written by people. Their economic value depended heavily on human intellectual labour upstream: someone had to design the process before a machine could carry it out.

That relationship is changing. Machines can increasingly write and maintain software, design systems, analyze evidence, conduct research, and improve the processes through which this work occurs. Computation increasingly produces economically useful cognition.

Computing equipment has long been productive capital. The change is in the work the system can perform: it can increasingly contribute to the reasoning, design, and improvement of production itself. Models and architectures will change; this is the deeper transition Emberstoke is interested in.

02 / Productive capital

The effect reaches beyond individual productivity.

A familiar AI question is how much faster an employee can perform a task. That is an important first-order effect. A larger question concerns the systems through which the work gets done.

A computational system that improves a compiler, database, logistics platform, scientific simulation, or semiconductor design process can benefit the downstream systems that depend upon it. The improvement can propagate beyond the person or team that initiated it.

Software is especially consequential because it both produces output and coordinates other productive assets. When computation can improve software, it can help improve the machinery through which economic activity occurs.

03 / The feedback loop

Improvement can compound.

Compute can help produce better software; better software can improve systems; better systems can produce greater output. The loop can also point inward, with computational work improving the systems that perform later computation.

Persistent incremental improvements are enough to create compounding effects. This does not require an instantaneous intelligence explosion. It requires useful improvements that can be verified, adopted, and carried into subsequent work.

The relevant economic variable may therefore become not only productivity per worker, but the rate at which productive systems themselves improve.

04 / Infrastructure and capability

The productive asset is a system.

Useful computational capacity depends on more than processors. Energy, land, electrical infrastructure, cooling, memory, networking, storage, software, models, operating expertise, and access to workloads form a productive system.

The data-centre buildout converts financial capital into these capabilities. Emberstoke interprets part of that investment as the accumulation of future computational productive capacity. We do not claim to know the complete investment thesis of any hyperscaler, or that every expectation about AI will be realized.

Individual processors depreciate and become obsolete. The larger system can persist through maintenance, reinvestment, and successive hardware generations. Compute capital is the capacity of that evolving system to produce useful work over time.

05 / Value across time

Owning capacity means access to future work.

An organization that builds computational infrastructure or contracts for future capacity commits resources today to secure the ability to obtain useful computation tomorrow. Ownership and contractual control already connect present financial capital to future productive capability.

What is held is the means or right to obtain future work. Completed computation is not being stored for later consumption. A claim specifies access to capacity that must still be available and capable of delivery when it is needed.

This distinction connects the infrastructure argument to the financial one. A productive system and a claim on its future output are different economic objects. Making such claims comparable and transferable requires further work.

06 / Standardization

Useful work must become comparable.

Compute is heterogeneous. Its usefulness depends on architecture, memory, interconnect, precision, model, workload, latency, location, availability, and software efficiency. Equal amounts of processor time need not produce equally useful results.

A meaningful comparison must say what work is being performed and under what conditions. A durable economic unit may therefore need to represent a normalized quantity of useful work or productive capability, rather than a GPU-hour tied to a particular generation of hardware.

As computation becomes more important, we expect pressure to make capacity measurable, comparable, and contractible. The extent to which different workloads and systems can share a standard remains an open technical and economic question.

07 / Financialization

Comparable capacity can support transferable claims.

If future computational capacity can be standardized and reliably contracted, financial structures can develop around it. These could include reserved capacity, forward contracts, financing, hedging, and secondary capacity markets.

Measurement alone is insufficient. Delivery must be credible: the claim must specify what capacity is available, when it can be used, and on what terms. Transferability also requires a way for another holder to obtain the promised access.

The asset would be a claim on future productive computation. How to make those claims dependable and useful across providers, workloads, and hardware generations remains unresolved. These are conditions to investigate, not services Emberstoke currently offers.

A possible progression

A possible progression of value.

Each transition requires something more: productive capability, comparable work, credible delivery, or wider acceptance. This is a way to examine the possibilities, not an inevitable roadmap.

  1. Infrastructure

    Systems that make useful computation possible.

  2. Productive capital

    Capacity that performs cognitive and productive work.

  3. Standardized compute

    Useful work made measurable and comparable.

  4. Financial asset

    Credible, transferable claims on future capacity.

  5. Reserve asset

    Claims that could be held to meet future productive needs.

  6. Money

    Monetary functions that would require wider acceptance.

08 / A further possibility

Monetary characteristics would require another transition.

Money serves as a store of value, a unit of account, and a medium of exchange. Compute does not presently fulfil all three functions. Being productive, valuable, or transferable does not by itself make an asset money.

The first meaningful transition may concern holding value for future use. A durable claim on useful computational capacity could function as a productive reserve. Its usefulness would still depend on delivery, changing technology, and the work the holder needs to perform; a claim does not guarantee stable purchasing power.

Further monetary functions would require broader acceptance. Other actors would need reasons to price obligations in such units or accept the claims in exchange. Whether that becomes practical is a longer-term possibility, not a consequence established by the earlier steps.

The economic foundation here is useful computational work. In proof-of-work cryptocurrency, computation supports another asset; in this thesis, future productive computation is the underlying source of value.

09 / Testing the argument

Energy is a useful counterexample.

Electricity is essential to economic activity and standardized to a significant degree, yet it has not become money. Essential inputs do not automatically become monetary assets.

Compute shares constraints of time, geography, capacity, and infrastructure, alongside technological depreciation. Its distinguishing characteristic in this thesis is the ability to produce cognition that can improve productive systems and help allocate computation itself.

Energy enables compute; compute enables cognition; cognition can improve compute. That recursive relationship motivates the argument. It does not remove the constraints or prove that the monetary transition will occur.

10 / Institutional implications

Ownership and allocation carry consequences.

Payments, finance, logistics, telecommunications, transportation, energy, insurance, supply chains, software, and markets are already administered extensively through computational systems.

As machine intelligence participates in analysis, recommendation, implementation, and monitoring, more consequential decisions may be carried out through that infrastructure. Control over computational capacity can therefore become a source of institutional power, alongside control over land, energy, finance, and communications.

Who owns the capacity, who can access it, and who determines its allocation become practical economic questions. The effects on competition and dependence matter as much as aggregate productive gains. A more computational economy is not automatically a more broadly accessible one.

11 / The opportunity

Access is the gap worth examining.

Large infrastructure operators can secure future productive capacity through land, energy agreements, hardware, models, and operating expertise. Their scale gives them ways to turn financial capital into control over future computation.

Other organizations and individuals can rent services, buy hardware, or make particular capacity commitments. A further question is how they might acquire, reserve, transfer, finance, or hedge claims on future computation without having to operate the underlying infrastructure.

That is the long-term opportunity Emberstoke is interested in: the mechanisms through which computational capital could become more accessible and useful. It becomes more consequential if computation takes on a larger role in economic production.

12 / Emberstoke

We build within that transition.

Emberstoke is an independent technology company building products around the increasing economic importance of computation.

Our current product is Oculan. It turns a written prompt into editable, document-ready graphics: one concrete example of creative production becoming computational.

Our broader interests include the application, improvement, ownership, and allocation of computational capacity. Those interests leave room for different implementations. Oculan is what we operate today; the wider thesis guides what we investigate next.