PRIMARY
SECTORS
VERIFY & EVIDENCE
RESOURCES
Request Access →
PROD FEATURE · GATEGHG · GREEN GOVERNANCE EXTENSION

ESG & carbon accounting as deterministic control logic.

gateGHG is the production Green Governance control surface of the immo.quick Serverless Edition. Canonical emissions, supply-chain and evidence data are evaluated against fixed boolean conditions. The result is an explicit gate state rather than a probabilistic score.

ARCHITECTURE BOUNDARY: gateGHG evaluates encoded conditions and binds evidence. It does not replace external measurement bodies, auditors, authorities or the quality of supplied primary data. External standards are not created by the gate; registered requirements are translated into deterministic evaluation logic.
gateGHG · PRODUCTION CONTROL SURFACE

Five layers. One deterministic emissions control surface.

gateGHG runs as a stateless Deno.serve sidecar inside compliancePipeline. It evaluates canonical ESG/GHG payloads against fixed invariants, produces a gate state and binds the concrete execution into a GateLog record. The specialised ESG cluster beneath it provides domain logic for GHG Protocol, ISO 14064, EU Taxonomy, CSRD/ESRS, CSDDD, EU ETS and additional governance rules.

01 · CANONICAL INPUTGHG · supply chain · certificates · identity
02 · BOOLEAN INVARIANTSrequired_fields · provenance · methodology
03 · GATE STATEPASS · WARN · BLOCK · ABSENT*
04 · GATELOGSHA-256 · FormulaV2 · caller · executed_at
05 · EXECUTION RIGHTSClosure only where registered conditions resolve
01 · STRUCTURE

Completeness & invariants

Canonical payloads are checked for required fields and deterministic input conditions. Missing mandatory data can produce BLOCK or a contract-defined ABSENT state.

scope1_co2e · reporting_period · supplier_lei
02 · PROVENANCE

Source separation & identity

Scope 3 and supplier data can be linked to existing LEI/entity resolution and provenance evidence. Missing provenance prevents positive closure without inventing an external blacklist.

supplier_identity_resolved · provenance_bound
03 · RULES

Compiled rule determinations

Encoded rules execute as referenceable boolean determinations. Successful states can use existing certificate/warranty-token paths; missing or conflicting conditions remain visible.

rule_id → true | false
04 · OVERRIDE

Append-only override accountability

A human override does not overwrite the original BLOCK/ABSENT state. It creates a new bound evidence record with caller_did, caller_role, executed_at and a relationship to the origin artifact.

retention_years = 10
05 · INTEGRITY

Colon-HMAC · FormulaV2

The concrete GateLog execution is bound with HMAC-SHA256 to gate name, input hash, details hash and executed_at. Processing-time measurements remain outside the signing path.

HMAC(key, gate:input:details:executed_at)
KEY MATERIAL

The website makes no HSM anchoring claim. Current GateLog key material is described as an isolated environment secret; automated rotation is part of the declared operating model.

DATA QUALITY

Deterministic computation cannot turn poor or incomplete input data into truth. External entity/UBO/Scope 3 sources therefore remain an explicit input boundary.

SOVEREIGN ANCHOR

ANCHOR_PLACEHOLDER_MODE
No production witness or multi-jurisdiction finality is claimed while the required witness contracts are not active.

VERIFY BOUNDARY: /gateLogVerify checks the integrity binding of a GateLog record. The endpoint does not automatically prove the substantive correctness of external emissions data or legal ESG conformity.
DETERMINISTIC GATE PATH

Canonical input in. One explicit verdict out.

The gate pattern is designed as a Deno.serve function. It receives a canonicalized payload containing transaction metadata, energy labels, supply-chain attributes and certificate data, and evaluates only defined boolean conditions.

01 · CANONICAL INPUT

Canonicalized payload

Transaction metadata · energy labels · supply-chain attributes · certificates.

02 · BOOLEAN FLAGS

Fixed conditions

No scores. No free-form weighting. Only defined true/false evaluations.

03 · DETERMINATION

pass / warn / block

Exactly one deterministic gate verdict for the defined input state.

04 · GATELOG

Append-only evidence

Input hash, output hash, HMAC, formula version, caller binding, execution time and retention.

05 · OPTIONAL COMMITMENT

CommitmentAttestation

Optional Merkle/anchor path where additional proof sealing is required.

energy_source_compliant
lifecycle_disclosed
embodied_emissions_documented
third_party_certificate_valid
PASS

The defined conditions of the gate pattern are satisfied.

WARN

The state is not necessarily blocking, but requires defined attention or follow-up review.

BLOCK

At least one defined blocking condition is not satisfied.

GATELOG · FORMULA V2

Decision determinism and execution binding are two different things.

GateLog Record

input_hash
SHA-256(canonical input)
output_hash
SHA-256(details)
causal_proof_hmac
HMAC-SHA256
formula_version
FormulaV2 · valid since 2026-07-17
caller_did
bound caller identity
caller_role
bound caller role
executed_at
execution timestamp
retention_years
10
retain_until
derived retention boundary

Colon formula

HMAC(PIPELINE_SIGNING_KEY, "gate_name:input_hash:sha256(details):executed_at")

Processing-time measurements are excluded from the signing path. The same canonical payload under the same deterministic rules produces the same gate decision; identical input/output content produces identical hashes. The HMAC additionally binds the concrete execution through executed_at. It therefore should not be described as a time-independent identical value across separate executions.

SIDECAR ORCHESTRATION

Not a Gate 0–7 conveyor. A sidecar in the existing pipeline orchestrator.

compliancePipeline

The existing orchestration remains the primary structure. Green Governance is not inserted as an artificial additional stage in a sequential 0–7 chain.

↔ SIDECAR ↔

gateGHG

Production Green Governance control surface: a deterministic, state-bound sidecar gate type within the existing Serverless orchestration.

gateLegalConflict

Where a trade-off between environmental/policy duties and other legal duties is detected, the conflict can be handed to the existing legal-conflict logic.

CommitmentAttestation

Can be used where resulting proofs should additionally be bound as a commitment or included in a Merkle structure.

SovereignAnchor · ANCHOR_PLACEHOLDER_MODE

Current architecture status: placeholder mode. Witness contracts are absent. This page therefore makes no claim of production witness/anchor finality.

ESG & GREEN GOVERNANCE · LIVE SIDECAR CLUSTER

Seven deterministic gates. No scores. One explicit state decision.

The current ESG/Green Governance cluster of the Serverless Edition consists of specialised sidecar gates. They process canonical inputs against fixed boolean conditions and return PASS, WARN, BLOCK or, where the relevant gate contract provides for it, ABSENT. The sidecars are orchestrated within compliancePipeline rather than represented as an artificial sequential Gate 0–7 chain.

INPUTCanonical ESG / transaction data
DETERMINATIONFixed boolean rules
VERDICTPASS · WARN · BLOCK · ABSENT*
EVIDENCEGateLog · SHA-256 · FormulaV2 HMAC
gateGHGPROD · ACTIVE

Green Governance Control Surface

Production umbrella ESG/GHG sidecar for canonical emissions, provenance and evidence data. It orchestrates the relevant specialised determination logic and binds the outcome into the existing GateLog and Execution Rights architecture.

  • canonical_input
  • boolean_invariants
  • PASS · WARN · BLOCK
  • GateLog · FormulaV2
gateGHGProtocolACTIVE

Scope 1/2/3 data integrity

Validates completeness, source attribution and the documented mathematical calculation path of greenhouse-gas raw data.

  • required_fields_present
  • source_attribution_ok
  • calculation_method_validated
  • deviation → BLOCK
gateISO14064ACTIVE

Verifiable measurement methodology

Evaluates documented GHG measurement methodology and formal evidence, including available auditor signatures. The gate contract can return ABSENT where required formal evidence is missing.

  • measurement_evidence_present
  • auditor_signature_valid
  • WARRANTY_TOKEN_ISSUE integration
gateEUTaxonomyACTIVE

EU Taxonomy & DNSH

Evaluates activity, NACE and investment data against encoded technical screening criteria and DNSH conditions and can use GHG data from the sidecar cluster as a dependency.

Open existing gate →
gateCSRDACTIVE

CSRD / ESRS reporting structure

Evaluates structural integrity of sustainability reporting and routes climate-related data to the relevant ESG sidecars for specialised deeper checks.

Open existing gate →
gateCSDDD_SUPPLY_CHAINACTIVE

Supply-chain due diligence

Links supplier identity and provenance with human-rights and environmental due-diligence conditions; LEI/entity states can be incorporated through the existing identity/register logic.

  • supplier_identity_resolved
  • scope3_provenance_bound
  • environmental_invariant_state
gateEUETSACTIVE

EU Emissions Trading System

Evaluates encoded reporting, allocation and allowance conditions for installations subject to emissions trading. Uncovered emissions states can produce HARD_BLOCK under the gate contract.

  • reporting_interval_valid
  • verified_allocation_present
  • allowance_coverage_valid
gateGovernanceRulesACTIVE

SBTi · TCFD · SFDR

Compiled ruleset for declared climate targets, climate-risk disclosure and financial-product classification. Checks run as efficient sub-functions inside the existing ESG gates.

  • target_basis_consistent
  • climate_disclosure_complete
  • sfdr_classification_consistent
  • unknown formula → UNKNOWN_FORMULA_VERSION
VERDICT BOUNDARY: ABSENT is not a fourth universal Green Governance score. It is a gate-specific state where the relevant contract models missing formal evidence that way. Green Governance remains score-free.
GREEN GATE 0 · ENCODED RULE LAYERS

Three internal Green Governance rule layers — clearly separated from external law.

The following labels are system-internal names for encoded governance rules. They do not claim that German or European statutes or regulations exist under these names. External legal and standards sources remain referenced separately.

INTERNAL RULE LAYER · NOT AN EXTERNAL STATUTE

GrwSichV · Greenwash-Sicherungs-Verordnung

Internal invariant for provenance-bound sustainability data. Subsequent changes remain visible only as a new attributable state; the original evidence state is not overwritten.

ORIGINAL_STATE != OVERRIDDEN_STATE
INTERNAL RULE LAYER · NOT AN EXTERNAL STATUTE

LkDig · Lieferketten-Daten-Integritätsregel

Internal provenance invariant for Scope 3 and supplier data. Incoming data is treated as supportable within the defined chain only where identity, provenance and required evidence bindings resolve.

PROVENANCE_CLOSURE = REQUIRED
INTERNAL RULE LAYER · NOT AN EXTERNAL STATUTE

KliInvV · Klima-Invariants-Regel

Internal environmental invariant linking encoded climate/environmental conditions to available measurement and legal states. Article 20a GG can be referenced as an external constitutional source at the Gate 0 layer; the internal rule does not replace constitutional assessment.

ENVIRONMENTAL_INVARIANT → GATE 0 REVIEW
GHG ProtocolExternal accounting framework
ISO 14064External ISO standard
EU TaxonomyRegulation (EU) 2020/852
CSRD / ESRSDirective (EU) 2022/2464 · ESRS
CSDDDExternal EU due-diligence layer
EU ETSExternal emissions-trading framework
SFDRRegulation (EU) 2019/2088
TCFDExternal disclosure framework
SBTiExternal target methodology / initiative
⚡ GREEN COMPUTE ENGINE · ACTIVE · DETERMINISTIC SCENARIO CALCULATOR

Do not trust the claim. Run the numbers.

Compare an explicit LLM inference scenario with a deterministic immo.quick gate path. Every assumption remains visible, every formula reproducible, and every result is labelled as derived. Change the parameters and test the scenario yourself.

No ML calculationNo API callRuns locally in browserSame input → same output
Claim boundary: Deterministic calculation does not turn assumptions into measured facts. Results are modelled scenarios based on the selected parameters. Published references, technical estimates and user inputs remain explicitly identified.
01 · INPUTS & ASSUMPTIONS
02 · LIVE RESULT
E_saved = (0.3 − 0.003) Wh × 100,000,000 checks = 29,700 kWh
Energy delta
29,700 kWhDERIVED
CO₂ delta
10.8 tDERIVED
Cost delta
€825,000DERIVED
Compute factor
100×DERIVED
≈ households / year
8.5ILLUSTRATIVE
≈ trees / year
539ILLUSTRATIVE
ENERGY
CO₂
COST
MODEL RESULT — POSITIVE MODELED ENERGY DELTA

Under the stated parameters, the modelled energy demand of the deterministic path is lower than the selected LLM comparison scenario.

MEASURED

Reserved for values actually measured against a documented system boundary.

PUBLISHED

External scientific or official reference values with disclosed provenance.

USER-ASSUMED

User-set scenario assumptions. Editable, but never presented as measured truth.

DERIVED

Results calculated arithmetically from the visible inputs.

03 · REPRODUCIBLE CALCULATION RECORD

Reference note: Standard/reasoning LLM values are published scenario references, not universal model constants. Germany 2024: 363 g CO₂/kWh according to the German Environment Agency (Umweltbundesamt). The immo.quick energy value remains explicitly labelled as a technical estimate until backed by a documented measurement series. Cost values remain configurable scenario assumptions. Household and tree equivalents are illustrative only and are not core ESG metrics.

GREEN GOVERNANCE CLAIM BOUNDARY: The architecture supports avoiding unnecessary probabilistic inference paths where a decision can be resolved deterministically from encoded conditions. This provides a defensible compute-efficiency hypothesis and a measurable technical basis. Percentage energy, carbon or Scope 3 savings are claimed only after measurement against a defined comparison baseline.
Request Access →