Beispiele für C0-Themen
Zeitbezogene Fälle, Wärmeabfuhr, Materialien/Fertigung, Energiewandlung einschließlich Elektrolyse und CO2-Umwandlung, Schub-Druck-Verhältnisse und Strukturgesundheit sind Beispiele für Themen, die geprüft werden können, wenn sie sich als fixe Inputs mit punktuellem Readout innerhalb der C0-Bridge-Familie formulieren lassen. Diese Beispiele sind Einstiegspunkte und keine Liste bereits implementierter Services. Annahme und Erweiterung werden fallbezogen entschieden.
Aktuelles öffentliches Beispiel
Das aktuell gezeigte feste öffentliche Beispiel ist Zeitabweichung / Zeitsynchronisation. Damit wird C0 nicht als reiner Zeitdienst neu definiert.
Was C0 ist
C0 ist die Lane, die von bestehender Wissenschaft messbare Inputs fixiert und über nicht öffentliche SCU-Formeln ein punktuelles Ergebnis zurückgibt. Fixiert werden die Eingabebedingung und das Rückgabeformat, nicht die Offenlegung der Formeln oder eine Garantie des Ergebnisses selbst. Geliefert wird ein Evidence Pack (kanonisches JSON).
Was bridge family bedeutet
Eine bridge family ist ein gemeinsamer Rahmen, der die von bestehender Wissenschaft definierbare Input-Seite mit der internen Rechenseite von SCU über mehrere Themen hinweg verbindet. Wenn verschiedene Fachgebiete dieselbe Rückgabeform teilen, Inputs fixieren und ein lokales Ergebnis zurückgeben, können sie in derselben C0-Familie liegen.
Lieferformat
Sie erhalten ein Evidence Pack (zurückgegebenes JSON). Der Standardaufbau im current phase besteht aus fünf Punkten: angenommenes formatiertes Input-JSON, fixed_at (UTC), öffentliches Referenz-Token (opaque ref), evidenceHash und pack_sha256.
- Das Standardpaket enthält den angenommenen Input, die Fixierungszeit, das öffentliche Referenz-Token, den Prüf-Digest und den Paket-Integritäts-Digest.
- Das Standardpaket enthält keine Rohdaten des Ergebnisses, keine internen Formeln, keinen internal-only requestId und keine Helper-Packs.
- Die Abnahme nutzt zuerst das öffentliche Referenz-Token und evidenceHash und bestätigt dann mit pack_sha256 die Paketintegrität.
- Interne Keys und interne Verfahren bleiben nicht öffentlich; geprüft wird mit dem von SCU ausgegebenen Paket und dem SCU-Verfahren.
Was nicht offengelegt wird
Interne Methoden werden nicht offengelegt, und die Implementierung fixiert den Rückgabebereich. Auch bei Anfrage werden Begleitdaten ohne Erlaubnis nicht zurückgegeben.
Interne Methoden (Formeln, Implementierung, Betriebsabläufe) werden als streng vertraulich behandelt; die Lieferung ist auf ein abnahmefähiges Ergebnispaket begrenzt.
- Granularität der Rückgabe über gestufte Rückgabebereiche fixieren
- Begleitdaten trotz Anfrage ohne Erlaubnis serverseitig nicht zurückgeben (angewendetes Ergebnis und Begründung protokollieren)
- Abweichungen zwischen Anfrage und angewendetem Ergebnis (Begründungen) im Evidence Pack protokollieren
Wie externe Informationen getrennt werden
Externe Informationen werden in drei Lanes getrennt und nicht vermischt.
- Öffentlich (Public): nur öffentliche Texte + feste Demos. Keine Berechnung mit beliebigen Eingaben und keine zugangsbeschränkten Funktionen.
- Lieferung an Vertragspartner: Das Lieferobjekt ist ein Evidence Pack (kanonisches JSON); der Standardaufbau im current phase hat fünf Felder.
- Drittparteien‑Einreichung: Ob und was eingereicht wird (inkl. Schwärzung) wird vorab vertraglich festgelegt. Öffentliche Seiten erklären zuerst die SCU-interne Abnahme, nicht die Drittverifikation.
In keiner Lane werden interne Methoden (Formeln/Implementierung/Betriebsverfahren) offengelegt oder reproduzierbare Quellmaterialien bereitgestellt.
Wenn SCU für Prüfstellen oder Drittempfänger erklärt wird, nutzen Sie den Audit-Leitfaden, der auf Lieferobjekte, Verifikation und Submission Bundle fokussiert ist, statt auf die feste Beispielseite.
Audit-Leitfaden öffnen