The canonical docs the briefing is built on.
14 documents covering carbon basics, scopes, boundaries, regulations, the seven trust properties, SIDK, the Carbon Engine, inputs, the structural separation, and GREMI's phasing and destination. Read in order, or jump in anywhere.
- Internal team / new joiner (2–3 hours): read in numerical order, top to bottom.
- Investor / board / aligned partner (45 minutes): 01 → 03 → 03a → 04 → 04a → 05 (§6 and §8) → 08b → 08.
- Technical partner / integrator (60 minutes): 05 → 08b → 06 → 07 → 02a, then jump into the source specs in
Docs/SIDK Handoff Docs/.
- 00
Start here
This is the front door to the knowledge base. It exists to orient a reader who has no prior context, point them to the right reading path for their role, and serve as a map back to specific sections when they come looking for something later.…
- 01
Embodied carbon, from first principles
Every conversation about GREMI, SIDK, CBAM, verifiers, and passports is downstream of one fact about the physical world: in 2024 the global steel industry emitted **2.18 tonnes of CO₂-equivalent per tonne of steel produced on average** (Scope 1+2+3, per the World Steel Association's 2025 indicators report [^worldsteel-…
- 02
Scope 1, 2, 3
Every regulation in carbon accounting - the GHG Protocol, ISO 14064, CDP, CSRD, SBTi, CBAM - uses the same three-bucket structure for organisational emissions: Scope 1, Scope 2, Scope 3. The buckets are not symmetric. Scope 1 is the smallest in surface area but the most directly measured. Scope 2 is small in count but …
- 02a
Boundaries
Carbon numbers are not comparable unless they are computed under the same boundary. A "low-carbon" steel coil at 0.8 tCO₂e/t and a "high-carbon" one at 2.2 tCO₂e/t may be *the same physical steel* measured against different boundaries - one cradle-to-gate-market-based, the other cradle-to-grave. Without a stated bounda…
- 03
Regulations: the landscape
Carbon accounting has tipped from voluntary disclosure into binding regulation over the last five years. The list of regimes a global manufacturer must track in 2026 is longer than it was in 2020, more fragmented across jurisdictions, and accelerating. For an internal team, the practical answer to "which regulations ma…
- 03a
CBAM, in depth
CBAM is the first binding regulatory regime that turns carbon accounting from a voluntary disclosure exercise into a customs gate. For a steel exporter into the EU, CBAM is not a sustainability story; it is a *price-of-doing-business story*. For a buyer in the EU, it is a *certificates-to-buy story*. For the platform, …
- 04
Carbon as trust infrastructure
Up to this point, the knowledge base has covered *what* carbon accounting is (docs 01–02) and *what regulations exist around it* (03, 03a). This is enough to understand the world the platform operates in, but not enough to understand *why a platform exists at all*. Many people, reading docs 01–03, ask a reasonable ques…
- 04a
Sphuran, Grevoro, and what their separation means
Stakeholders reading the platform's trust chain will eventually ask the most consequential structural question in the architecture: *who runs the verifier registry, and what is their commercial relationship to the product whose claims are being verified?* The answer matters because the cryptographic anchors of the trus…
- 05
SIDK, and what it is NOT
Three things people get wrong about SIDK that this doc exists to fix. First, *they think SIDK is a carbon platform that happens to be industry-neutral.* It is the other way round: SIDK is an industry-neutral data-anchoring kernel that *acquired* a carbon engine because carbon was a natural fit. Second, *they think SIDK…
- 06
The Carbon Engine
The Carbon Engine is where the platform's claim "we produce trustworthy carbon numbers" stops being marketing and becomes engineering. It is the deterministic calculation subsystem at the centre of SIDK. It is the thing a verifier audits when they audit a claim. It is the reason the same Tenant's data can produce a CBA…
- 07
Inputs and sensors
A deterministic, audit-grade calculation engine is only as good as its inputs. If the inputs are unreliable, the engine produces a precise, well-uncertainty-bounded, audit-trailed *wrong number*. The platform's discipline around inputs - what is captured, how, by whom, with what quality flags, under what calibration re…
- 08
GREMI, phased
GREMI's canonical app spec describes a polished, multi-loop, multi-persona platform - Quantification Loop, Trust Loop, Stewardship Loop, twelve personas, every surface specified to fine detail. Read uncritically, the spec implies that all of this is product reality today. It is not, and saying so honestly is more impor…
- 08b
GREMI at maturity, the complete shape
Doc 08 talks about phases, releases, "the three loops", "five apps", "twelve personas". Without the destination picture, those terms are unsupported jargon. This doc paints the picture. When all phases land - perhaps in two to four years, depending on regulatory cadence and commercial adoption - the platform is *five i…
- 99
Frequently asked questions
---…