Skip to content

Diff: substrate/compounding-substrate

From 3434db6 to 3434db6

+0 / −0 lines
BeforeAfter
--- ---
schema: foundry-doc-v1 schema: foundry-doc-v1
title: "The compounding substrate" title: "The compounding substrate"
slug: compounding-substrate slug: compounding-substrate
category: substrate category: substrate
type: topic type: topic
quality: complete quality: complete
short_description: "The Compounding Substrate is the architectural pattern PointSav builds and stewards: open platform code, a deterministic data layer that runs without AI, and an optional intelligence layer whose every interaction generates training signal that compounds across all tenant deployments." short_description: "The Compounding Substrate is the architectural pattern PointSav builds and stewards: open platform code, a deterministic data layer that runs without AI, and an optional intelligence layer whose every interaction generates training signal that compounds across all tenant deployments."
status: active status: active
bcsc_class: public-disclosure-safe bcsc_class: public-disclosure-safe
last_edited: 2026-05-21 last_edited: 2026-05-21
editor: pointsav-engineering editor: pointsav-engineering
cites: cites:
- ni-51-102 - ni-51-102
- osc-sn-51-721 - osc-sn-51-721
paired_with: compounding-substrate.es.md paired_with: compounding-substrate.es.md
--- ---
An organization that adopts an AI platform today rents the intelligence. The model improves on the vendor's schedule. The training signal generated by the organization's own work accrues to the vendor, and leaving the platform means starting over. An organization that adopts an AI platform today rents the intelligence. The model improves on the vendor's schedule. The training signal generated by the organization's own work accrues to the vendor, and leaving the platform means starting over.
PointSav builds on a different pattern — the **Compounding Substrate**. <!--claim id=substrate-properties confidence=structural cites=[]-->The platform code is open and forkable, the deterministic data layer runs with zero AI compute, and every operational interaction generates training signal that compounds across every tenant deployment.<!--/claim--> PointSav builds on a different pattern — the **Compounding Substrate**. <!--claim id=substrate-properties confidence=structural cites=[]-->The platform code is open and forkable, the deterministic data layer runs with zero AI compute, and every operational interaction generates training signal that compounds across every tenant deployment.<!--/claim-->
A curator — PointSav — periodically rolls the accumulated signal into an improved base model that flows back to every deployment. <!--claim id=data-stays confidence=structural cites=[]-->The customer's data never leaves the customer's infrastructure; only adapter weights and key-value cache blocks, stripped of source data, enter the shared federation.<!--/claim--> A curator — PointSav — periodically rolls the accumulated signal into an improved base model that flows back to every deployment. <!--claim id=data-stays confidence=structural cites=[]-->The customer's data never leaves the customer's infrastructure; only adapter weights and key-value cache blocks, stripped of source data, enter the shared federation.<!--/claim-->
For a regulated buyer the consequence is concrete. The AI layer improves with each month of production use, and no data is surrendered beyond what the buyer chose at onboarding. The pattern is durable for a structural reason: a rented-intelligence vendor cannot copy it without dismantling its own billing model. For a regulated buyer the consequence is concrete. The AI layer improves with each month of production use, and no data is surrendered beyond what the buyer chose at onboarding. The pattern is durable for a structural reason: a rented-intelligence vendor cannot copy it without dismantling its own billing model.
This article names the five structural properties of the pattern and explains the value-chain inversion that makes it durable. This article names the five structural properties of the pattern and explains the value-chain inversion that makes it durable.
## What a Compounding Substrate is ## What a Compounding Substrate is
A Compounding Substrate is an AI-substrate architecture with five defining properties. A Compounding Substrate is an AI-substrate architecture with five defining properties.
<!--claim id=five-properties confidence=structural cites=[]--> <!--claim id=five-properties confidence=structural cites=[]-->
1. The substrate code is open and forkable. 1. The substrate code is open and forkable.
2. The deterministic data layer functions independently of any AI compute. 2. The deterministic data layer functions independently of any AI compute.
3. AI is added as an Optional Intelligence Layer that any tenant can compose in or out. 3. AI is added as an Optional Intelligence Layer that any tenant can compose in or out.
4. Every operational interaction generates training signal that compounds across the substrate's deployments. 4. Every operational interaction generates training signal that compounds across the substrate's deployments.
5. A curator periodically rolls accumulated signal into improved base models that flow back to all deployments without disrupting customer data ownership. 5. A curator periodically rolls accumulated signal into improved base models that flow back to all deployments without disrupting customer data ownership.
<!--/claim--> <!--/claim-->
The pattern applies a model already proven in open-source infrastructure: the platform code becomes an open commons, and economic value migrates up to operations, integration, and a federated marketplace built on top of it. The pattern applies a model already proven in open-source infrastructure: the platform code becomes an open commons, and economic value migrates up to operations, integration, and a federated marketplace built on top of it.
## The five structural properties ## The five structural properties
Each property is a structural claim about the platform. Each also names the specific reason a rented-intelligence vendor cannot replicate it without dismantling its own business model. Each property is a structural claim about the platform. Each also names the specific reason a rented-intelligence vendor cannot replicate it without dismantling its own business model.
### Customer stack custody ### Customer stack custody
<!--claim id=stack-custody confidence=structural cites=[]-->Every customer owns their full stack: data, compute, adapters, and deployment composition. The substrate — platform code plus base model — is open under a permissive licence; the data and the trained adapters are the customer's intellectual property.<!--/claim--> <!--claim id=stack-custody confidence=structural cites=[]-->Every customer owns their full stack: data, compute, adapters, and deployment composition. The substrate — platform code plus base model — is open under a permissive licence; the data and the trained adapters are the customer's intellectual property.<!--/claim-->
A rented-intelligence vendor monetises the substrate itself as a metered service. Substrate ownership erodes the lock-in that billing model rests on. A rented-intelligence vendor monetises the substrate itself as a metered service. Substrate ownership erodes the lock-in that billing model rests on.
### Decoupled intelligence tier ### Decoupled intelligence tier
<!--claim id=decoupled-tier confidence=structural cites=[]-->The data ring and the deterministic-processing ring function fully without the AI ring. A customer, a community member, a regulated buyer, or an air-gapped site can run a complete PointSav data platform with zero AI compute.<!--/claim--> AI is additive value, not table stakes. <!--claim id=decoupled-tier confidence=structural cites=[]-->The data ring and the deterministic-processing ring function fully without the AI ring. A customer, a community member, a regulated buyer, or an air-gapped site can run a complete PointSav data platform with zero AI compute.<!--/claim--> AI is additive value, not table stakes.
A rented-intelligence vendor couples AI compute to its data services. Decoupling them removes AI-compute revenue from every deployment that opts out. A rented-intelligence vendor couples AI compute to its data services. Decoupling them removes AI-compute revenue from every deployment that opts out.
### Dynamic compute routing ### Dynamic compute routing
<!--claim id=doorman-routing confidence=structural cites=[]-->[[service-slm]] is the platform's sole access-control gateway — the [[compounding-doorman|Doorman]]. It routes each request among three compute tiers: a local model on the customer's own machine, a multi-cloud burst tier, and an external frontier API. The customer does not choose the tier; the request's shape and the budget caps choose it.<!--/claim--> <!--claim id=doorman-routing confidence=structural cites=[]-->[[service-slm]] is the platform's sole access-control gateway — the [[compounding-doorman|Doorman]]. It routes each request among three compute tiers: a local model on the customer's own machine, a multi-cloud burst tier, and an external frontier API. The customer does not choose the tier; the request's shape and the budget caps choose it.<!--/claim-->
A rented-intelligence vendor bills each tier as a separate relationship and cannot span a competitor's frontier model. It cannot abstract this routing away. A rented-intelligence vendor bills each tier as a separate relationship and cannot span a competitor's frontier model. It cannot abstract this routing away.
### Privacy-preserving federation ### Privacy-preserving federation
<!--claim id=federation confidence=structural cites=[]-->Customers opt in to a [[sovereign-ai-commons|federated adapter marketplace]] that aggregates improvements without moving source data. Each customer's own data stays in place; only adapter weights and key-value cache blocks, without source data, flow into the federation.<!--/claim--> The aggregation method follows the privacy-preserving federated-adapter research lineage. <!--claim id=federation confidence=structural cites=[]-->Customers opt in to a [[sovereign-ai-commons|federated adapter marketplace]] that aggregates improvements without moving source data. Each customer's own data stays in place; only adapter weights and key-value cache blocks, without source data, flow into the federation.<!--/claim--> The aggregation method follows the privacy-preserving federated-adapter research lineage.
A rented-intelligence vendor's per-tenant billing and compliance posture make cross-tenant pooling structurally impermissible. It cannot operate a true federation. A rented-intelligence vendor's per-tenant billing and compliance posture make cross-tenant pooling structurally impermissible. It cannot operate a true federation.
### Curated substrate advancement ### Curated substrate advancement
<!--claim id=curated-base confidence=structural cites=[]-->An open base model flows into a PointSav continued-pretraining variant, released as the substrate for subsequent deployments. Each year's curated commons feeds the next year's base.<!--/claim--> By 2030 the federation-trained base is intended to be competitive with frontier proprietary models on the federation's domains. <!--claim id=curated-base confidence=structural cites=[]-->An open base model flows into a PointSav continued-pretraining variant, released as the substrate for subsequent deployments. Each year's curated commons feeds the next year's base.<!--/claim--> By 2030 the federation-trained base is intended to be competitive with frontier proprietary models on the federation's domains.
A rented-intelligence vendor cannot let customer data train a base model the customer then owns. That destroys the lock-in its margins depend on. A rented-intelligence vendor cannot let customer data train a base model the customer then owns. That destroys the lock-in its margins depend on.
## The value-chain inversion ## The value-chain inversion
A rented-intelligence value chain depends on the customer staying on the vendor's substrate. The Compounding Substrate's value chain depends on the customer compounding their own stack. The two models are opposed; one cannot adopt the other without dismantling itself. A rented-intelligence value chain depends on the customer staying on the vendor's substrate. The Compounding Substrate's value chain depends on the customer compounding their own stack. The two models are opposed; one cannot adopt the other without dismantling itself.
<!--claim id=inversion confidence=structural cites=[]-->A vendor that copied the substrate-ownership property would erode its own lock-in. A vendor that copied the optional-intelligence property would lose AI-compute revenue on every deployment that opted out. A vendor that copied the federated-compounding property would breach its own per-tenant compliance contracts.<!--/claim--> <!--claim id=inversion confidence=structural cites=[]-->A vendor that copied the substrate-ownership property would erode its own lock-in. A vendor that copied the optional-intelligence property would lose AI-compute revenue on every deployment that opted out. A vendor that copied the federated-compounding property would breach its own per-tenant compliance contracts.<!--/claim-->
This asymmetry is what makes the pattern durable. This asymmetry is what makes the pattern durable.
## PointSav's role — steward, not vendor ## PointSav's role — steward, not vendor
PointSav is not a vendor of the substrate and not a gatekeeper to it. It is the steward. PointSav is not a vendor of the substrate and not a gatekeeper to it. It is the steward.
- **Steward of the protocol** — it governs the Doorman specification and runs the convention process that versions it. - **Steward of the protocol** — it governs the Doorman specification and runs the convention process that versions it.
- **Steward of the base model** — it publishes the continued-pretraining variant and contributes upstream where relevant. - **Steward of the base model** — it publishes the continued-pretraining variant and contributes upstream where relevant.
- **Steward of the marketplace** — it operates the federated adapter pool. - **Steward of the marketplace** — it operates the federated adapter pool.
- **Operator of record** — it sells appliances, integration, and support. - **Operator of record** — it sells appliances, integration, and support.
- **Reference customer** — the PointSav development environment and Woodfine Management Corp. are proof the pattern works. - **Reference customer** — the PointSav development environment and Woodfine Management Corp. are proof the pattern works.
The substrate is an open commons; value migrates to operations, integration, and the adapter marketplace. The substrate is an open commons; value migrates to operations, integration, and the adapter marketplace.
## The compounding cycle ## The compounding cycle
Every action produces data; the data produces structured knowledge; the knowledge improves future actions. The loop runs continuously, in every tenant deployment, federated through the commons. Every action produces data; the data produces structured knowledge; the knowledge improves future actions. The loop runs continuously, in every tenant deployment, federated through the commons.
<!--claim id=compounding-loop confidence=structural cites=[]-->For an operator evaluating the platform, the consequence is measurable: each month of production use makes the AI layer materially better, with no investment or data sharing beyond what the operator chose at onboarding.<!--/claim--> <!--claim id=compounding-loop confidence=structural cites=[]-->For an operator evaluating the platform, the consequence is measurable: each month of production use makes the AI layer materially better, with no investment or data sharing beyond what the operator chose at onboarding.<!--/claim-->
``` ```
operator + assistant does work operator + assistant does work
↓ produces ↓ produces
git commits + file edits + session logs + conversation turns git commits + file edits + session logs + conversation turns
↓ ingested by ↓ ingested by
service-fs[tenant] ← WORM ledger service-fs[tenant] ← WORM ledger
↓ parsed by ↓ parsed by
service-extraction[tenant] ← deterministic service-extraction[tenant] ← deterministic
↓ writes structured to ↓ writes structured to
service-content[tenant] ← knowledge graph service-content[tenant] ← knowledge graph
↓ indexed by ↓ indexed by
service-search[tenant] ← full-text index service-search[tenant] ← full-text index
↓ queried by (when AI active) ↓ queried by (when AI active)
service-slm ← Doorman; routes among 3 compute tiers service-slm ← Doorman; routes among 3 compute tiers
↓ trains (periodically) ↓ trains (periodically)
LoRA adapters ← per-tenant skill packs LoRA adapters ← per-tenant skill packs
↓ contributes (opt-in, federated) ↓ contributes (opt-in, federated)
federated adapter pool ← commons benefit federated adapter pool ← commons benefit
↓ rolls into (annually) ↓ rolls into (annually)
base-model continued-pretraining ← curated by PointSav base-model continued-pretraining ← curated by PointSav
↓ ships in ↓ ships in
appliance update ← every customer benefits appliance update ← every customer benefits
↓ used by ↓ used by
operator + assistant in next session ← loop closes, compounded operator + assistant in next session ← loop closes, compounded
``` ```
## Operational trajectory ## Operational trajectory
The trajectory below is `planned` and `intended`, framed per `[ni-51-102]` [[disclosure-substrate|continuous-disclosure language]] and the forward-looking discipline of `[osc-sn-51-721]`. The architectural shape is in place; operational throughput matures over time. The trajectory below is `planned` and `intended`, framed per `[ni-51-102]` [[disclosure-substrate|continuous-disclosure language]] and the forward-looking discipline of `[osc-sn-51-721]`. The architectural shape is in place; operational throughput matures over time.
By 2030, the Compounding Substrate is intended to produce: By 2030, the Compounding Substrate is intended to produce:
- a base model competitive with frontier models on regulated small-business tasks; - a base model competitive with frontier models on regulated small-business tasks;
- a federation of more than one hundred customers, each owning their full stack; - a federation of more than one hundred customers, each owning their full stack;
- a protocol stack versioned twice through the convention process and validated in production; - a protocol stack versioned twice through the convention process and validated in production;
- a market position in which regulated small-business sectors — clinics, mid-sized law firms, regional financial advisors, real-estate operators — have standardised on the pattern because their [[customer-hostability|compliance posture]] requires it. - a market position in which regulated small-business sectors — clinics, mid-sized law firms, regional financial advisors, real-estate operators — have standardised on the pattern because their [[customer-hostability|compliance posture]] requires it.
The pattern is not intended to displace large cloud-AI providers by volume. It targets the regulated small-business market that metered cloud AI cannot economically reach. The pattern is not intended to displace large cloud-AI providers by volume. It targets the regulated small-business market that metered cloud AI cannot economically reach.
## See also ## See also
- [[apprenticeship-substrate]] - [[apprenticeship-substrate]]
- [[3-layer-stack]] - [[3-layer-stack]]
- [[worm-ledger-architecture]] - [[worm-ledger-architecture]]
- [[sovereign-ai-routing]] - [[sovereign-ai-routing]]
- [[language-protocol-substrate]] - [[language-protocol-substrate]]