LIVE RELAY|UTC —
SYNC

Velaru Standards · Sovereign Behavioral Evidence · v2.0

POSS-2 — Process Completeness Architecture

POSS-1 proved behavioral outcomes reconcile. POSS-2 names why lone generators cannot cryptographically prove completeness, distinguishes completeness classes, and specifies the quorum-aware architecture Velaru implements for EPL, carrier underwriting, and EU AI Act Art. 12 evidence.

Class B completeness Impossibility-aware Quorum observer model ISO/IEC FDIS 24970 aligned Successor to POSS-1

Two completeness classes

ClassDomainInvariantExample
Class AMultiset / trading lifecycleXOR: every attempt = exactly one terminal eventOrder signal → fill; GEN_ATTEMPT = GEN + DENY + ERROR
Class BProcess / behavioral governanceΣ attempts = GEN + DENY + ERROR + SILENCE + unclosedHiring AI: permitted, refused, errored, silent, or pending

Class A and Class B are not competing standards. They answer different questions. Trading audit proves execution events. POSS-2 proves governance behavior — including refusals, silence, and pre-incident policy locks.

The completeness impossibility theorem

A lone generator — the same party that produces AI output — cannot cryptographically prove that no unlogged generation occurred. Any internal log can omit entries. Zero-knowledge proofs cannot fix this without external observers.

∀ lone generator G: ¬∃ proof π such that Verify(π) ⇒ complete(G)

IETF draft-kamimura-scitt-refusal-events-03 (VeritasChain, Aug 2026) states explicitly: "This demonstrates that a refusal was logged. It does not prove that no unlogged generation occurred." POSS-2 is the honest architecture that follows from that admission.

Reference: draft-kamimura-scitt-refusal-events-03 §5.3 · draft-noa-scitt-ai-agent-receipt-00 §9 (policy-replay out of scope)

Quorum observer architecture

Velaru implements impossibility-aware completeness with independent observers:

Honest quorum: ⌈(n+1)/2⌉ independent observers required for completeness claims

POSS-2 conformance tiers

TierRequirements
POSS-2 CryptoEd25519 + hash chain + /verify pass + DRP-1 deontic binding
POSS-2 CompleteCrypto + Class B invariant holds (unclosed = 0)
POSS-2 SovereignComplete + external anchor + Handler Receipt + BYOK or Tri-Receipt
POSS-2 CausalSovereign + TCB Counterfactual Receipt bound to frozen Handler Receipt

Standards alignment (Aug 2026)

Companion specifications

Verify a receipt → DRP-1 spec → TCB spec → Pre-Dispute Bundle →