DEST v0.9 — Breakdown Lattice
From Weighted Cascade Coverage to Mixed Release, Correlated Beliefs, Deadlines, and Dynamic Feasibility
Version: v0.1
Date: 2026-08-14
Parent: DEST v0.8 Fixed-Cost Certificate Cascade Model
Document type: theorem/counterexample classification paper + executable small-model census
Abstract
DEST v0.8 isolated a genuine theorem region inside the research Runtime:
is normalized, monotone, and submodular whenever each inspection has a fixed deterministic affected set .
The present paper asks what happens when the Runtime mechanisms removed by v0.8 are restored one at a time.
The answer is not one linear "submodularity disappears" story.
Different mechanisms break different mathematical assumptions:
- valid-release utility can destroy monotonicity while preserving submodularity under a one-blocker condition;
- multiple blockers can destroy submodularity in a three-node deterministic model;
- correlated belief updates can destroy adaptive submodularity with only two stochastic items, even when the realized utility is pointwise modular;
- deadlines make value depend on clock/order, so a static set function is generally the wrong object;
- dynamic costs need not alter utility submodularity at all, but they destroy the fixed feasible family of a static knapsack problem.
Therefore the correct object is not a one-dimensional ladder but a Breakdown Lattice separating:
- utility structure;
- stochastic observation structure;
- sequence/time structure;
- feasibility/cost structure.
The paper introduces a four-state property language:
to avoid confusing a genuine counterexample with a type change.
1. Property language
For every model class we track:
static_set_function;normalized;monotone;submodular;adaptive_model_required;adaptive_submodular_general;order_time_invariant;static_feasible_family.
A property may be:
or:
But two additional states are required.
CONDITIONAL
The property may hold only under additional assumptions.
NOT_APPLICABLE
The model is no longer the mathematical object to which the property directly applies.
Example:
An order-sensitive deadline scheduler is not automatically a "non-submodular set function"; it may simply no longer be a set function at all.
1.1 Terminology guardrail: "Breakdown Lattice"
Breakdown Lattice is the engineering name of this classification program.
The canonical formal object established in v0.9 is currently:
This paper does not claim that the eight named regimes themselves form a lattice in the strict order-theoretic sense. In particular, closure under meet and join has not been established for the named regime family.
If a later version defines a mechanism-configuration poset and proves the required meet/join structure, the word "lattice" may be promoted from project name to mathematical theorem.
2. The Breakdown Lattice
The main utility branch is:
PURE CASCADE COVERAGE
|
+ release value
|
+-- blocker count <= 1
| → submodular
| → may be non-monotone
|
+-- blocker count >= 2
→ no universal submodularity guarantee
The stochastic branch is:
fixed outcome
|
+ uncertain outcome
|
+-- independent modular outcomes
| → adaptive modular special case
|
+-- correlated outcomes
→ adaptive-submodularity can fail
The time/feasibility branch is:
fixed utility + fixed cost
|
+ deadline/time value
| → order/time-dependent objective
|
+ dynamic cost
→ changing feasible family
The full Runtime combines all three branches.
3. Layer L0 — Pure Cascade Coverage
From v0.8:
With:
and fixed ,
This is the theorem region.
4. Layer L1 — Add Valid Release
For valid quarantined node (u),
If:
for every positive-release valid node, v0.8 proved the mixed utility remains submodular.
But a 2-node model already destroys monotonicity:
a invalid → u valid
with:
Thus:
So Layer L1 is:
5. Layer L2 — Multiple Blockers
A positive-release valid node with:
admits a universal-weight counterexample.
The minimum deterministic witness has three nodes:
0 invalid → 1 invalid → 2 valid release
For:
v0.8 obtained:
Therefore:
6. Layer L3 — Belief Update Requires a New Object
Suppose item outcomes are unknown.
A policy observes selected outcomes and updates beliefs about unselected items.
The relevant object is now a realization-dependent utility:
and a partial realization:
For an unobserved action (e), adaptive marginal utility is:
Adaptive submodularity requires:
7. Theorem 9 — Independent Modular Outcomes Form an Adaptive-Modular Special Case
Let each binary item (e) have outcome:
Define realized utility:
Assume item outcomes are mutually independent.
For unobserved (e),
By independence:
Hence:
for every compatible partial realization not already observing (e).
So the adaptive marginal is constant.
Therefore this model is an adaptive modular special case and hence adaptive submodular.
8. Proposition 10 — Correlation Alone Can Break Adaptive Submodularity
Two binary items (A,B).
Let:
All other outcomes have probability zero.
Use pointwise modular utility:
Before any observation:
After observing:
perfect correlation gives:
Thus:
Therefore:
and adaptive diminishing returns fails.
So:
The minimum action count is two.
9. Exact Binary Prior Census
The executable census enumerates all rational two-item joint distributions with denominator:
The first violation already exists at:
That witness is exactly:
P(00)=1/2
P(11)=1/2
The same program separately checks a grid of independent product distributions and confirms that the modular adaptive marginal remains invariant under observing the other item.
The proof, not the grid, establishes the independent special case.
10. Layer L4 — Deadlines
Deadlines produce a different type of breakdown.
Consider two unit-time inspections:
A: deadline 1, reward 1
B: deadline 2, reward 1
Selecting the same set:
[ {A,B} ]
in order:
gives value:
[ 2. ]
But order:
gives value:
[ 1. ]
Thus:
There is no static set function:
[ F({A,B}) ]
that represents both schedules.
Therefore the right classification is not simply:
submodular = false.
It is:
\boxed{ \text{static_set_function = FALSE} }and:
\boxed{ \text{submodular = NOT_APPLICABLE} }for the full order-sensitive objective.
At a fixed time slice, a residual coverage component may remain submodular; the schedule-level problem has changed type.
11. Minimal Deadline Breaks
A single action is enough to show time dependence.
If:
but:
one static set-function value:
[ F({e}) ]
cannot equal both.
Two actions are the minimum needed to exhibit order dependence while holding the selected set fixed.
12. Layer L5 — Dynamic Cost
Dynamic cost is yet another orthogonal breakdown.
Let budget:
One inspection (e) has:
Then:
[ {e} ]
is infeasible at and feasible at .
Therefore there is no one fixed feasible family:
representing both times.
But if the underlying utility is still:
that utility remains submodular.
Hence:
it breaks the static constrained-optimization formulation.
13. Why Deadline and Dynamic Cost Must Not Be Collapsed
Deadline value modifies:
Dynamic cost modifies:
The two can coexist but are mathematically distinct.
Treating both as:
"submodularity violation"
throws away useful structure.
14. Property Matrix
The machine-readable canonical matrix uses:
TRUE
FALSE
CONDITIONAL
NOT_APPLICABLE
The principal rows are:
| Model | Static set function | Monotone | Submodular | Adaptive-submodular general | Order/time invariant | Static feasible family |
|---|---|---|---|---|---|---|
| Pure cascade coverage | TRUE | TRUE | TRUE | N/A | TRUE | TRUE |
| Mixed release, blocker ≤1 | TRUE | FALSE | TRUE | N/A | TRUE | TRUE |
| Mixed release, multi-blocker | TRUE | FALSE | FALSE | N/A | TRUE | TRUE |
| Independent modular belief | Conditional | TRUE | TRUE | TRUE | TRUE | TRUE |
| Correlated belief update | Conditional | Conditional | Conditional | FALSE | Conditional | TRUE |
| Deadline value | FALSE | N/A | N/A | N/A | FALSE | Conditional |
| Dynamic cost only | TRUE | Conditional | Conditional | Conditional | Conditional | FALSE |
| Full Runtime | FALSE | N/A | N/A | FALSE | FALSE | FALSE |
15. Breakdown Events Are Not All the Same
We can now distinguish four kinds of transition.
15.1 Property loss
Example:
15.2 Guarantee loss
Example:
Some instances may remain submodular, but the universal theorem disappears.
15.3 Object-type change
Example:
15.4 Constraint-type change
Example:
This is why the final object is a lattice rather than a scalar "complexity level".
16. Breakdown Lattice as a Runtime Router
The Runtime can now carry a structural certificate:
optimization_regime:
utility:
type: PURE_CASCADE_COVERAGE
monotone: true
submodular: true
stochastic:
belief_update: false
temporal:
deadline_value: false
cost:
dynamic: false
and choose a backend consistent with certified structure.
Example routes:
PURE_CASCADE_COVERAGE
→ monotone submodular optimizer candidate
MIXED_RELEASE + blocker<=1
→ non-monotone submodular optimizer candidate
MIXED_RELEASE + blocker>=2
→ generic combinatorial / exact / heuristic backend
CORRELATED_BELIEF_UPDATE
→ adaptive diagnostic required
DEADLINE
→ scheduling / sequence backend
DYNAMIC_COST
→ online/dynamic constrained backend
No route may be selected only because the word "submodular" appeared earlier in the lineage.
17. Relation to Classical Submodular Optimization
The classical static theory assumes a set function:
Nemhauser, Wolsey, and Fisher analyze greedy approximation for nondecreasing submodular set functions under cardinality constraints.
The v0.8 pure cascade model fits this static family.
Once release interaction makes the function non-monotone, a different optimization literature is relevant.
Once stochastic observations affect future marginal values, adaptive submodularity is the relevant candidate notion — but only if its conditional diminishing-return property actually holds.
Once deadlines make order matter or costs change with time, the object is no longer the same static set-function problem.
18. Formal External Boundary
Golovin and Krause define adaptive submodularity as a diminishing-return property over partial realizations and show greedy-style guarantees when the property is satisfied.
DEST does not infer:
Proposition 10 gives an explicit two-item counterexample.
This means correlation structure belongs inside the theorem assumptions, not in a footnote.
19. Exact Minimality Summary
20. Main conclusion
The v0.9 Breakdown Lattice replaces the vague statement:
Dynamic features break submodularity.
with a typed statement:
The resulting boundary is substantially sharper than a binary "submodular / not submodular" label.
DEST therefore gains a new machine-checkable question:
Before selecting an optimization theorem or scheduler, what mathematical regime is the current verification-debt problem actually in?
That is the purpose of the Breakdown Lattice.