The architecture of the digital energy economy.
QGEMS is built as a layered operating system for distributed energy infrastructure — coordination, intelligence, settlement and trust on a single substrate. Different participants connect to the layers that matter for them. The system gets stronger as more of them join.
An operating system, not a product suite. Composable on the inside. Singular and inevitable from the outside.
The substrate.
The platform
A continuously updated digital model of the energy estate — every asset, every contract, every market signal, every network state. Speaks OpenADR and IEEE 2030.5. Designed to interoperate with the systems you already run.
GemAI — the decision engine
Evaluates the option space for each asset against grid, market and carbon objectives simultaneously, and chooses the best combination. Issues control. Records the outcome. Repeats — continuously, at machine speed, across millions of endpoints.
Trust architecture
Every action and transaction recorded tamper-evidently. Aligned with IFRS, GAAP and the main carbon reporting frameworks. Engineered for institutional and regulatory acceptance from the start, not retro-fitted for it.
One operating layer. Many participants.
The QGEMS platform is built as a stack of composable layers. Each participant in the digital energy economy connects to the layers that matter for them. The lower layers — data, connectivity, the core platform — produce network effects across everyone connected. The whole system scales sideways.
How to read this diagram
- Residential endpoints — a few core layers
- Commercial operators — operational and optimization layers
- Industrial and compute load — advanced market and orchestration layers
- Real estate portfolios — the broadest set of layers, across MRV and finance
- Decarbonization capital — strategic, MRV and capital layers
- Government and system operators — infrastructure and compliance layers
- Institutional capital — capital, risk and reporting layers
- Energy and tech partners — platform, data and integration layers
The architectural claim
A category-defining infrastructure layer is composable on the inside and singular on the outside. Each participant accesses the layers that matter for them. Shared lower layers — data, connectivity, the core platform — compound across the whole ecosystem. The system gets more valuable, not more complicated, as it grows.
Why the architecture holds.
Four principles back every layer above. They are the reason the operating layer is acceptable to utilities, regulators, institutional capital and frontier infrastructure simultaneously.
Standards-grade interoperability
SGAM zones across policy, business, function, control, communication and component layers. IEEE 2418.5, IEEE 2030.5, IEC 61850, BACnet, OpenADR, FERC 2222. We operate inside the standards architecture utilities already trust — not adjacent to it.
Three exchanges, one record
Information (prices, demand, supply, congestion, environment). Good and service (control, scheduling, dispatch). Financial (settlement, smart contracts, immutable transactions). All three on the same substrate, traceable end to end.
Anti-fragility under stress
Resilience absorbs stress. Anti-fragility gains from it. Closed-loop coordination across grid, DER, market, customer and environmental signals improves system performance under volatility — not just survives it.
The data flywheel
Every megawatt coordinated produces structured, causally validated physical data — the kind of training signal physical-world AI systems cannot obtain from any other source. The flywheel is in production. It compounds with every endpoint.
A federated sovereign orchestration model — not a centralized platform.
QGEMS is built so each deployment runs under the operational authority of its host. Sovereigns, utilities and regulators do not connect to a central QGEMS — they operate their own QGEMS instances, configured to their jurisdiction, partitioned from every other instance. The federation is structural, not contractual.
Sovereign partitioning
Country-level operational separation by default. Each jurisdiction's data, keys, identities, transactions and operational state live inside that jurisdiction's perimeter. Cross-instance coordination happens through explicit, audited interfaces under sovereign control.
Local key ownership
QSecGrid keys are issued and held by the sovereign or its designated authority. No QGEMS instance holds keys that decrypt another instance's traffic, identities or assets. Confidential computing reinforces this at the silicon layer.
No authority not granted
A QGEMS deployment has exactly the operational scope its host sovereign has granted — no more. Audit trails are visible to host regulators by default. The platform cannot self-extend its remit.
Energy infrastructure is a strategic target. Trust is the system.
Post-quantum cryptography
Encryption designed to remain secure against future quantum computers — which are expected to break much of today's encryption within the next decade. Building it in now is the only design choice that makes sense for infrastructure with a multi-decade horizon.
Quantum random keys
Encryption keys generated using quantum random number generation, producing keys with provably better entropy than conventional methods.
End-to-end encryption
Data stays encrypted as it travels through the system, not only at the edges. Architecture aligned with NIST and ETSI post-quantum cryptography guidance. Meets Cyber Essentials Plus.
Two modes.
Standalone
For asset owners, portfolio managers and institutional capital. Use QGEMS to coordinate, settle and underwrite your own assets — independent of utility integration.
Utility-integrated
Sits alongside distribution management, outage management, energy trading and customer systems. Unlocks grid-level coordination — constraint management, microgrid support, demand programmes — at network scale.