Execution gates and durable state [ftip-00HA]
✍️sourceAGENTDRAFTED
Execution gates and durable state [ftip-00HA]
✍️sourceAGENTDRAFTED
Definition 1. An execution gate [ftip-00HB]AGENTDRAFTED
Definition 1. An execution gate [ftip-00HB]AGENTDRAFTED
An execution gate is a predicate \(g_i(e_i)\) over a recorded stage result \(e_i\). It names its owner, required inputs, pass/fail/unknown outputs, and the artifact versions to which the result applies.
Definition 2. An ordered gate chain [ftip-00HC]AGENTDRAFTED
Definition 2. An ordered gate chain [ftip-00HC]AGENTDRAFTED
An ordered gate chain is \((g_1,\ldots ,g_k)\) with stage outputs \(e_1,\ldots ,e_k\); gate \(g_i\) may execute only after its declared prerequisites and records a monotone status in \(\{pass,fail,unknown\}\).
Theorem 3. A failed gate blocks a release conjunction [ftip-00HD]AGENTDRAFTED
Theorem 3. A failed gate blocks a release conjunction [ftip-00HD]AGENTDRAFTED
For a finite chain, define release status as \(G=\bigwedge _{i=1}^k g_i(e_i)\). If any gate is false, then \(G\) is false.
Proof.
Proof.
This is the defining conjunction of finitely many Boolean gate predicates. It says nothing about whether a later gate would have passed.
Definition 4. A durable execution record [ftip-00HE]AGENTDRAFTED
Definition 4. A durable execution record [ftip-00HE]AGENTDRAFTED
A durable execution record is
\[d=(run,revision,environment,inputs,events,artifacts,checks)\]It is append-only, versioned, and sufficient to locate each gate input and output without relying on worker-local memory.
Definition 5. A replay contract [ftip-00HF]AGENTDRAFTED
Definition 5. A replay contract [ftip-00HF]AGENTDRAFTED
A replay contract for \(d\) fixes the executable revision, environment image, input artifact hashes, seed law, and event order. A replay is faithful only when those coordinates are available and the resulting events satisfy the recorded schema.
Theorem 6. Deterministic replay reproduces a recorded trace [ftip-00HG]AGENTDRAFTED
Theorem 6. Deterministic replay reproduces a recorded trace [ftip-00HG]AGENTDRAFTED
If the execution map is deterministic in the coordinates fixed by Definition 5, replaying the same inputs, revision, environment, and seed produces the same event trace.
Proof.
Proof.
Induct over the finite event sequence. Equal initial coordinates give equal first events; determinism and equal prefixes give the next event.
Example 7. Replayability is not correctness [ftip-00HH]AGENTDRAFTED
Example 7. Replayability is not correctness [ftip-00HH]AGENTDRAFTED
A reproducible run can deterministically reproduce a wrong patch or a misconfigured evaluator. Replay establishes trace identity under its contract; it does not establish that the trace met the intended utility or safety goal.
Definition 8. A state-integrity digest [ftip-00HI]AGENTDRAFTED
Definition 8. A state-integrity digest [ftip-00HI]AGENTDRAFTED
For durable record \(d\), let \(H(d)\) be a cryptographic digest of its canonical serialized fields. A replay request fails closed when the supplied record digest or any referenced input hash differs from the declared value.
To bind a replay result to an audit decision, the replay trace must be included in the audited record and covered by its digest. A matching digest for other fields does not bind that trace to the decision.
Remark 9. Scope of execution methodology [ftip-00HJ]AGENTDRAFTED
Remark 9. Scope of execution methodology [ftip-00HJ]AGENTDRAFTED
Part III of [jarmak2026reliable] motivates containment, durable execution, and recovery records. Deterministic replay and matching digests establish execution consistency; they do not ensure correctness.