OpenChainGraph Suite · ART-492 · Settlement Finality

Settlement Finality Classifier

Classifies a settlement position under one of three settlement models: an optimistic challenge window, a validity proof, or single-slot BFT consensus. Each model has its own tier ladder and the ladders are never merged, because a posted batch on an optimistic rollup and a committed batch on a validity rollup are not the same claim. If a counterparty asserts a higher tier than the evidence supports, the claim is flagged as overstated.

Vendor Neutral Parameters Only, No Chain Table Deterministic, No Clock
🔒 All inputs are processed locally in your browser. No data is transmitted. Do not enter real personal data — use synthetic or anonymised inputs only.
Settlement Position
Settlement model
Chain label (free text, echoed)
Free text only. This tool holds no chain list and no published window table, so it cannot go stale when a network changes or shuts down.
as_of_ts (epoch seconds, caller supplied)
The kernel never reads a clock. Evaluation time is an input so the result is reproducible.
Required tier (corridor policy cutoff)
Claimed tier (optional, what a counterparty asserts)
Optimistic Challenge Parameters
assertion_created_at
challenge_window_seconds
batch_posted
Validity Proof Parameters
batch_committed_at
proof_submitted_at
proof_accepted
l1_finalized
l1_finality_seconds
expected_proof_cadence_seconds (optional)
Validity-proof finality is two gates, not a timer: the proof must be accepted and the settlement-layer block carrying it must be finalised. The state between those two gates is reported as proven_unfinalized.
Single-Slot BFT Parameters
included_in_block
quorum_committed
quorum_pct_of_stake (optional)
There is no challenge window and no reorg tier on this model. Settlement risk does not vanish, it moves to cross-chain message trust and validator-set governance.
Classification Detail
Rationale
    Execution Hash (SHA-256)
    See also

    ART-321 BoLD Challenge-Window Finality Classifier classifies an optimistic challenge window on one named deployment. ART-290 Linea L2 Finality Window Check covers a validity rollup with a three-state model. Both remain live and continue to resolve, so receipts they produced stay verifiable.