Fixed input / public example

Fix inputs and return computation resultsC0 / Evidence Pack (canonical JSON) is the delivery format

This page explains C0, which fixes inputs that existing science can observe and returns a single-point result after routing them through SCU's internal computation. Usage options are shown on a separate page. Internal methods are not disclosed.

What is clear before use

Current-phase standard Evidence Pack disclosure starts on the public page: what is included and what is not.

Included in the standard pack

Accepted formatted input JSON / fixed_at (UTC) / public reference token (opaque ref) / evidenceHash / pack_sha256

Not included in the standard pack

Raw calculation result data / internal formulas / internal-only requestId / helper pack

Examples C0 can cover

Time-related cases, heat dissipation, materials/manufacturing, energy conversion including electrolysis and CO2 conversion, thrust-to-pressure ratios, and structural health are examples of themes that can be considered when they can be framed as fixed-input, single-point readouts within the C0 bridge family. These are entry examples, not a list of already implemented services. Acceptance and additions are decided case by case.

Current public example

The fixed public example shown now is clock drift / time sync. That does not redefine all of C0 as a time-only service.

What C0 is

C0 is the lane that fixes inputs measurable by existing science and returns a single-point result through SCU's non-public formulas. What is fixed is the input condition and the return format, not disclosure of the formulas or a guarantee of the result itself. What you receive is an Evidence Pack (canonical JSON).

What bridge family means

A bridge family is a common frame that connects the input side defined by existing science with SCU's internal computation side across multiple themes. If different domains share the same return shape, fix the inputs and return one local result, they can sit in the same C0 family.

Delivery format

What you receive is an Evidence Pack (returned JSON). The current-phase standard structure has five items: accepted formatted input JSON, fixed_at (UTC), public reference token (opaque ref), evidenceHash, and pack_sha256.

  • The standard pack includes the accepted input, fixed time, public reference token, verification digest, and pack-integrity digest.
  • The standard pack does not include raw result data, internal formulas, internal-only requestId, or helper packs.
  • Acceptance uses the public reference token and evidenceHash first, then uses pack_sha256 to confirm pack integrity.
  • Internal keys and internal procedures are not public; verification follows the SCU-issued package and SCU procedure.

What is not disclosed

Internal methods are not disclosed, and implementation fixes the return scope. Even if requested, attached data is not returned unless explicitly permitted.

Internal methods (formulas, implementation, operational procedures) are treated as top‑secret; deliverables are limited to an acceptance‑ready results package.

  • Fix return granularity via staged return scopes
  • Even if requested, do not return attached data server‑side unless permitted (record the applied result and reason)
  • Record request vs. applied differences (reasons) in the Evidence Pack

How external information is separated

We split external information into three lanes and do not mix them.

  • Public: public text + fixed demos only. We do not provide arbitrary‑input computation or gated features.
  • Client delivery: the deliverable is an Evidence Pack (canonical JSON), and the current-phase standard structure has five fields.
  • Third‑party submission: whether and what to submit (including redaction) is fixed in advance by contract. Public pages first explain SCU-internal acceptance, not third-party verification.

We do not disclose internal methods (formulas/implementation/operational procedures) or provide reproducible source materials in any lane.

When explaining SCU to auditors or third-party recipients, use the audit guide that focuses on deliverables, verification, and the Submission Bundle rather than the fixed sample page.

Open audit guide