Proof of Evolution

Nova, IVC und lifecycle state

Proof of Evolution ist die asynchrone Attesto 2.0-Schicht für den Nachweis von Lifecycle-State-Transitions über festgeschriebene Checkpoint-Metadaten. Sie liegt nicht im Ingest-Pfad und blockiert keine Receipts.

Überblick

Proofstream erzeugt zuerst die Evidence-History. Danach nimmt die Proof-of-Evolution-Schicht typisierte Checkpoint-Commitments, Policy-Semantik, Incident- und Gap-State, Witness-Quorum-Evidence und die vorherige Lifecycle-State-Root und erzeugt daraus eine neue committed State Root für die nächste Epoch.

Nova und IVC

Nova wird für incrementally verifiable computation über Folding Schemes eingesetzt. In Attesto besteht das praktische Ziel darin, Lifecycle-State-Evolution über Evidence Commitments zu beweisen, nicht große AI-Workloads direkt in den Ingest-Pfad zu verlagern.

State Roots und öffentliche Inputs

{
  "previous_state_root": "sha256-hex",
  "semantic_schema_root": "typed-commitment-hex",
  "checkpoint_root": "typed-commitment-hex",
  "policy_digest": "typed-commitment-hex",
  "incident_state_hash": "typed-commitment-hex",
  "witness_registry_root": "typed-commitment-hex",
  "required_threshold": 2,
  "required_witness_classes_root": "typed-commitment-hex",
  "next_state_root": "sha256-hex"
}

Evolution Chain

Jede IVC Epoch verweist auf die vorherige State Root und den Checkpoint-Bereich, den sie zusammenfasst. Ein Verifier kann die Evolution Chain als Reihe von State-Transitions über Evidence Commitments prüfen.

Claim Boundaries

Die aktuelle Produktionsformulierung lautet: “designed for lifecycle proofing; cryptographic construction pending external review.” Stärkere Aussagen über extern gereviewte kryptografische Sicherheit bleiben ausgeschlossen, bis ein externes Applied-Cryptography-Review abgeschlossen und im öffentlichen Trust-Material verlinkt ist.

Aktuelle e2e-Schaltung

Die release-blocking attesto.lifecycle.e2e.v1 Nova relation beweist Attesto-native Poseidon proof objects, policy-bound incident-gap semantics, schema-root binding, boundary-root binding und eine configured 2-of-3 witness-quorum relation mit circuit-friendly Schnorr signatures.

Die quorum signature message bindet domain separator, semantic schema root, boundary root, stream, checkpoint epoch und boundary, checkpoint root, policy id/version/digest, required threshold, witness classes root, incident state, witness registry root, revocation epoch und previous state root. Dies blockiert cross-domain, cross-stream, cross-policy, cross-checkpoint, registry/revocation, boundary und schema replay innerhalb der relation.

Die Release-Garantie ist eine durchgehende End-to-End-Bindung. Externe JSON/SHA-256/Ed25519-Artefakte werden nur nach deterministischer Boundary-Verifikation akzeptiert und anschließend als First-Class-ExternalEvidenceBinding-Objekte repräsentiert. Nova erzwingt die Full-Width-Poseidon-Commitment jeder Bindung, sodass kein externes Artefakt den Lifecycle-State beeinflussen kann, wenn sein verifiziertes Boundary-Objekt nicht in der e2e-Relation vorhanden ist. Stärkere kryptografische Sicherheitsclaims bleiben ausgeschlossen, bis ein externes Applied-Cryptography-Review die exakte Schaltungsversion, Vektoren, Release-Evidence und den Commit abdeckt.