Verifier System

Failure modes

Una failed verification es evidence útil. Indica al reviewer qué guarantee falta o está contradicha, en lugar de presentar en silencio una history débil como completa.

Verification fails

Trate un failed verification report como blocker para depender de ese bundle hasta entender la razón. El report debe identificar object kind, failed check y affected artifact path.

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

Falta witness quorum

Missing quorum significa que el stream todavía puede tener receipts y checkpoints válidos, pero no ha satisfecho la witness policy para la range seleccionada. Espere a que los witnesses se recuperen o exporte una range cuya policy esté satisfied.

Aparece fork evidence

Fork evidence significa que se observaron checkpoint histories en conflicto. El verifier rechaza ambiguous history. Un tenant operator debe dejar de depender de la affected stream range hasta investigar el origen del conflicto y producir una nueva accepted range.

Bundle incompleto

Un incomplete bundle carece de uno o más artifacts requeridos por policy: receipts, windows, checkpoints, witness statements, anchors, manifest hashes o verifier metadata. El recipient debe solicitar un bundle completo en lugar de rellenar gaps manualmente.

Connector reliability issues

Connector failures no invalidan earlier accepted events, pero pueden crear gaps en source coverage. Revise connector status, idempotency conflicts, retry results y source-system delivery logs antes de depender del affected period.