Verifier System

Failure Modes

Eine failed verification ist nützliche Evidence. Sie zeigt einem Reviewer, welche Guarantee fehlt oder widersprochen wird, statt eine schwache History still als vollständig darzustellen.

Verification fails

Behandeln Sie einen failed verification report als Blocker für Reliance auf dieses Bundle, bis der Grund verstanden ist. Der Report sollte Object Kind, failed Check und affected Artifact Path identifizieren.

{
  "ok": false,
  "kind": "bundle",
  "problems": [
    {
      "code": "wrong_witness_signature",
      "path": "witnesses[2].signature",
      "message": "Witness signature does not verify for the checkpoint statement."
    }
  ]
}

Witness Quorum fehlt

Missing Quorum bedeutet, dass der Stream noch gültige Receipts und Checkpoints haben kann, aber die Witness Policy für die ausgewählte Range nicht erfüllt hat. Warten Sie auf Recovery der Witnesses oder exportieren Sie eine Range, deren Policy satisfied ist.

Fork Evidence erscheint

Fork Evidence bedeutet, dass conflicting Checkpoint Histories beobachtet wurden. Der Verifier lehnt ambiguous History ab. Ein Tenant Operator sollte die Reliance auf die affected Stream Range stoppen, bis die Quelle des Conflicts untersucht und eine neue accepted Range erzeugt wurde.

Bundle ist unvollständig

Ein incomplete Bundle fehlt ein oder mehrere Policy-required Artifacts: Receipts, Windows, Checkpoints, Witness Statements, Anchors, Manifest Hashes oder Verifier Metadata. Der Recipient sollte ein vollständiges Bundle anfordern, statt Gaps manuell zu füllen.

Connector Reliability Issues

Connector Failures invalidieren frühere accepted Events nicht, können aber Gaps in Source Coverage erzeugen. Prüfen Sie Connector Status, Idempotency Conflicts, Retry Results und Source-system Delivery Logs, bevor Sie sich auf die affected Period verlassen.