Consistent Cuts
A consistent cut is a selected set of events, versions, observations, or process positions that is closed under the declared causal prerequisites.
For a happened-before relation, a cut C is consistent when:
e is in C and d happened-before e
implies
d is in CThe cut may include concurrent occurrences in different combinations. It must not include an effect while omitting a cause required by the chosen causal relation.
Observation Semantics
A consistent cut is a coherent snapshot of a partial history, not necessarily a wall-clock snapshot or one atomic read. Different observers can select different consistent cuts while remaining causally valid.
Cross-entity reads, distributed snapshots, checkpoints, workflow recovery, projection rebuilds, debugging, and replicated queries should state whether they observe:
- one consistent cut;
- a stale but causally closed cut;
- a session-relative cut;
- independently selected local observations with no common-cut claim;
- a coordinated atomic snapshot stronger than causal closure.
Systems sheaf semantics treats consistent cuts as contexts over which observations, states, versions, histories, and explanations can be restricted, compared, and sometimes glued.
Construction and Realization
Vector clocks, snapshot algorithms, transaction snapshots, log positions, barriers, checkpoints, dependency tokens, and coordinated reads can help construct or record consistent cuts. These mechanisms provide different boundaries and strengths.
A set of individually fresh reads need not form a consistent cut. A set of stale reads can form one when their versions are mutually causally compatible. Freshness, atomicity, causal closure, and linearizability are therefore separate properties.
Distributed deadlock detection is one application. Combining wait-for edges observed at incompatible times can create a phantom cycle that never existed in one global state. A consistent cut, causally tracked probe, or equivalent validation protocol gives the detected dependency relation a coherent observation boundary.
Modeling Checks
- Which occurrences and causal relation define the history?
- Is the cut downward closed under happened-before?
- Which concurrent occurrences may be independently included?
- Is the claim causal closure, atomic snapshot, freshness, or all three?
- Which observer and boundary select the cut?
- Which metadata proves that independently obtained observations belong to one coherent cut?
External References
- K. Mani Chandy and Leslie Lamport, Distributed Snapshots: Determining Global States of a Distributed System, ACM Transactions on Computer Systems 3(1):63-75, 1985.
Related concepts: causality, happened-before, ordering, consistency models, version histories, observation, state, version, observer, systems sheaf semantics, sheaves and gluing, deadlock and livelock, reconstitution, recovery, boundaries.