Hold
Publication Integrity Validation Sprint
Reproduce the public publication-contract checks, separate ledger projection gaps from genuinely unavailable releases, and verify whether non-contract release evidence is connected.
Mandatory publication fields
WarningAcross 32 products, 26 were contract-complete and the same six reported warnings were reproduced with zero false positives and zero false negatives. grid-source-registry and grid-edge-conditions lack observationDate; constraint-consequence-ledger, rooftop-forecast-record and der-adoption-ledger each lack currentVersion and observationDate; export-flexibility-dividend lacks currentVersion.
Method: Applied the same presence rule used by the trust register: sourceLabel, currentVersion, coverage, cadence, dataConfidence, knownLimit and at least one of observationPeriodEnd, latestObservationDate or latestReleaseDate must be non-empty.
Evidence: Live data-status register (2026-08-02); Live data-trust register (2026-08-02); Trust completeness implementation (2026-08-02)
Boundary: This check assesses shared publication metadata only. A schemaVersion or methodVersion on a route is not treated as a released data edition, and metadata completeness does not prove source accuracy.
Declared public exports
PassAll 19 declared exports returned HTTP 200; JSON and schema routes returned application/json and CSV routes returned text/csv.
Method: Issued read-only HTTP GET requests to every JSON, CSV, schema and health export declared for the six products and compared response content types with the declared format.
Evidence: Product export declarations (2026-08-02); Grid source registry export (2026-08-02); Export flexibility export (2026-08-02)
Boundary: HTTP 200 proves route reachability only. Three JSON routes deliberately return status=unavailable, so this result is not evidence that their source datasets have been released.
Release verification evidence
FailTwenty-seven of 32 products expose no public non-contract release receipt. Four products have pass-only receipt sets, solar-capacity-pipeline has one warning receipt, and all six target products have zero receipts. Route-level source receipts, where present, have not been promoted into the shared trust register.
Method: Counted public data-trust releaseReceipts after excluding the contract-completeness receipt across all 32 products, then isolated the six warning products.
Evidence: Live data-trust release receipts (2026-08-02)
Boundary: Absence from the shared trust register does not prove that no internal validation occurred; it means the public release cannot currently recover an inspectable verification receipt from that register.
Live vintage projection
Warninggrid-source-registry publishes sourceVintage 2026-08-02T00:00:00.000Z but no shared observation date. grid-edge-conditions publishes editionVersion grid-edge-2026-07, periodEnd 2026-07-31 and releaseStatus published, while its shared record has no observation or release date.
Method: Compared the edition and vintage fields in each product's public JSON with currentVersion and observation-date fields in data-status and data-trust.
Evidence: Grid source registry (2026-08-02); Grid edge conditions (2026-08-02); Shared status projection (2026-08-02)
Boundary: The route fields are inspectable evidence of a vintage or edition, but the audit does not choose which shared date column is semantically correct; that mapping must be explicit in the parent-owned release pipeline.
Export model publication state
PassThe local public schema is export-flexibility-dividend-public-v2. Every result requires publication.state=interactive_model_only, canonicalBenchmarkPublished=false, durableReleaseStatus=provisional, computationalVerification.status=passed with checkedOn=2026-08-02, and empiricalValidation.status=pending with no cohort edition and an explicit limitation. The former ambiguity between calculated output and canonical publication is resolved.
Method: Inspected the local v2 result contract, JSON Schema, CSV projection and interface copy, then ran the focused model and public-contract tests to verify that every calculated result carries the same mandatory publication boundary.
Evidence: Local v2 result contract (2026-08-02); Required JSON Schema boundary (2026-08-02); Publication boundary tests (2026-08-02)
Boundary: This pass verifies truthful publication semantics and computational checks only. It does not fill the shared currentVersion field, create a public non-contract release receipt, publish a canonical benchmark or establish empirical accuracy and transferability.
Unavailable products remain explicit
Passconstraint-consequence-ledger, rooftop-forecast-record and der-adoption-ledger each return status=unavailable, a specific source-integration reason and an empty sourceReceipts array; none substitutes example or zero-filled observations.
Method: Inspected status, reason, editionVersion, sourceUpdatedAt and sourceReceipts on the three source-dependent public JSON responses.
Evidence: Constraint ledger response (2026-08-02); Rooftop forecast response (2026-08-02); DER adoption response (2026-08-02)
Boundary: The method and response contracts are publishable, but the three data products remain recovering and unresearched until receipt-pinned source editions are integrated.
Release decision: The export model's publication semantics are now explicit and internally consistent, but Publication Integrity remains held until the two grid vintages are projected into the shared ledger and real non-contract release receipts are available. The three source-integration products correctly remain unavailable, and Export Flexibility still lacks a shared currentVersion and receipt.