Standard
Extends UVS to UVS-2, reconciles the Golden Record definition, formalizes the Fingerprint Baseline, and registers GRSCHEMA, TEEATTEST, and THREATMTX.
ONEDGE ENERGY now presents the active UVS-2 stack: Golden Record reconciliation, byte-level canonical commitments, provenance-tier attestation, the rc3 Module Extension Standard, registered proof primitives, and governance-bound claim discipline.
Renewable-heavy power systems are entering a battery-intensive phase where the bottleneck is no longer only generation, but evidence-governed coordination of flexibility assets under physical, financial, regulatory, operational, and warranty constraints.
ONEDGE ENERGY remains a proposed open standard and candidate specification. The public surface now reflects the active four-axis version vector rather than only the original whitepaper: the Standard axis defines the Golden Record, the Implementation axis defines SDK/runtime behavior, the Proof axis registers cryptographic primitives, and the Governance axis binds public claims and commercial regimes.
As of 2026-07-14, the manifest active vector is UVS-2 / S-0.0.4 / I-1.1.0-rc3 / P-1.0.0 / G-1.4.0. The axes are linked by compatibility rules, but they are not the same artifact.
Extends UVS to UVS-2, reconciles the Golden Record definition, formalizes the Fingerprint Baseline, and registers GRSCHEMA, TEEATTEST, and THREATMTX.
Promotes the SDK bundle to rc3 and adds the Module Extension Standard for deterministic pluggable Runtime modules.
Registers Ristretto255/Pedersen commitments, Bulletproofs, R1CS, Keccak-256, and domain-separated transcript labels.
Adds a governed advancement state machine, compatibility matrix, hash-frozen release capsule, historical replay, containment, and public-legibility gates. This technical advancement does not alter or represent the execution status of any commercial instrument.
The CEN coordinates Chile's SEN according to system-level objectives such as security, continuity, economic dispatch, and open access. That mandate is not designed to become the warranty arbiter, lender diligence agent, telemetry-provenance authority, or asset-degradation certifier for every BESS.
S-0.0.4 reconciles the prior whitepaper, oracle, SDK, bridge, and governance descriptions into one object: GR := (Commitment, Classification, Provenance, Binding). The Sovereign Operational Certificate is the contractual alias of the same object.
A cryptographic commitment to event state, dispatch, telemetry, envelope, transition, and proof artifact.
The ternary outcome Compliant / Breach / Opacity, evaluated against a required provenance tier.
The chain of signing roots, freshness anchors, and continuity proofs that justify the attained telemetry tier.
The active (S, I, P, G) regimes under which the record was issued and audited.
Approved telemetry is available and the asset respected its declared physical, operational, warranty, and contractual envelope.
Approved telemetry is available and the event operated outside the declared envelope, supporting attribution and warranty-defense logic.
Telemetry provenance fails or the evidentiary substrate is incomplete, corrupted, delayed, inconsistent, manipulated, or physically unavailable.
GRSCHEMA-1.0.0 defines the byte-level canonical schema for event commitments, period aggregation, and verifier-side public inputs. Under P-1.0.0, the canonical commitment hash is Keccak-256 over the canonical byte sequence and transcript label.
S-0.0.4 publishes deterministic GRSCHEMA vectors for Compliant, Breach, and Opacity cases. Module-operator fixtures for phi, psi, and delta remain open in Move 2.
Scope boundary: the current vectors establish canonical encoding and structural equality. Real proof-validity, witness-binding, and adversarial proof vectors remain open under CUR-0014; deterministic hashes alone do not establish those properties.
The active manifest carries five provenance tiers, τ0 through τ4, aligning observed telemetry, soft signatures, hardware attestation, BMS-TEE silicon roots, and ZK-continuity into explicit minimum evidence thresholds.
No signing root, freshness, or continuity requirement.
Operator-key signing with freshness requirement.
TPM/HSM/TEE at node boundary with freshness.
OEM silicon, StandardCo registry, device-key chain.
Tier 3 plus ZK-verified thermodynamic continuity.
Conformance Levels 0 through 4 describe statement maturity, while provenance tiers describe evidence origin and assurance. A Level ℓ claim requires at least provenance tier τ ≥ ℓ; the two scales are aligned but not interchangeable.
TEEATTEST-1.0.0 is normative for telemetry claiming τ ≥ 3. It defines the StandardCo Root → OEM Root → Device Key chain, freshness anchors, revocation, and tier binding.
THREATMTX-1.0.0 maps the original seventeen threats plus two derived threats, opacity-as-compliance and commercial misrepresentation, to concrete mitigation surfaces across provenance tiers, Golden Record schema rules, TEE verification, operator controls, SDK invariants, and governance controls.
I-1.1.0-rc3 introduces the Module Extension Standard for OEM-specific thermodynamic models without a full Runtime upgrade for each asset variant. Modules remain deterministic RISC-V no_std state-transition units subject to universal Physics Firewall invariants.
Q32 SOC accumulator coupling net power with resistive dissipation.
Q0 normalized deviation between GR-committed SOC and BMS-attested SOC.
Q16 bounded stress indicator combining thermal headroom and SOC rate.
S-0.0.4 extends the versioning scheme to UVS-2 by adding the Governance axis. Golden Record events embed a governance binding so the technical record can be attributed to the frozen commercial regime under which it was issued, without changing the ternary classification outcome.
Golden Record, SOC, ECME Kernel, StandardCo, MarketCo, and governance-bound terms resolve to canonical sources.
Third-party access surfaces are governed by the prevailing G-axis terms and cannot silently drift from them.
The manifest links compatible S, I, P, and G versions; unregistered governance bindings are rejected by spec rule.
Recommendation, proposal, lock-in, activation, enforcement and retirement are distinct states. Unknown successor profiles fail closed, and public status must match the registered release tuple.
The next root release target is S-0.1.0 / I-1.1.0. The landing page reflects Move 1 completion while keeping Moves 2 through 4 open.
Module Extension Standard, LaTeX canonical, SDK bundle rc3, and manifest registration.
XAM, crypto-domain, runtime ABI, and module operator conformance fixtures.
PARAMETERS.md and INVARIANTS.md registries for defaults, Q-formats, tolerances, and firewall values.
Reference module pseudo-implementation and executable conformance fixtures.
This static page indexes the active public-facing specification surfaces. S-0.0.2 remains the base whitepaper and historical standalone anchor; the active S-axis must be read cumulatively through S-0.0.3 and S-0.0.4, with later amendments governing where applicable.
| Document | Status | Version | Purpose |
|---|---|---|---|
| ONEDGE ENERGY Base Whitepaper | Base whitepaper / historical standalone | S-0.0.2 | Base public narrative; read cumulatively with S-0.0.3 and S-0.0.4. Later amendments govern where applicable. |
| Spec Hardening Note | Active S-axis hardening | S-0.0.4 | UVS-2, Golden Record reconciliation, Fingerprint Baseline, and defined-term parity. References to Addendum No.1 identify version provenance and do not establish execution or binding effect. |
| Golden Record Canonical Schema | Active S-axis schema | GRSCHEMA-1.0.0 | Byte-level event commitment, aggregate root, public-input vector, and cross-runtime conformance. |
| BMS-TEE Attestation | Active S-axis attestation | TEEATTEST-1.0.0 | Three-layer attestation chain, freshness anchors, revocation, and tier mapping for τ ≥ 3. |
| Threat Mitigation Matrix | Active S-axis coverage | THREATMTX-1.0.0 | Threat-to-mitigation mapping across provenance, schema, TEE, operator, SDK, and governance surfaces. |
| Protocol Advancement Standard | Active G-axis governance | ADVANCEMENT-1.0.0 | Compatibility classes, qualification, release capsules, activation/enforcement states, historical replay, containment, documentation and public-legibility gates. |
| ONEDGE SDK Spec Bundle | Active I-axis RC | I-1.1.0-rc3 | SDK specification, security model, Runtime ABI, crypto domains, XAM, and MODULES_SPEC.md. |
| Module Extension Canonical | Active I-axis RC canonical | 1.1.0-rc3 | LaTeX authoritative module contract, Q-format arithmetic, physical operators, PF-M invariants, and reason codes. |
| ECME on BESS Bridge | Active S-axis bridge | BRIDGE-0.1.0 | Contractual and physical endowment bridge for BESS inventory-dissipation formalism. |
Disclaimer: materials are provided for discussion and validation purposes only and do not constitute legal, financial, investment, regulatory, engineering, tax, or professional advice.