All-path reachability proof checker
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 30/100
調査の方向性
Start by locating the pyk APRProofChecker entry point and the Haskell backend RPC surface for guided_execute, then inspect the existing implies, get_model, and simplify RPCs. Done means the checker validates edges, splits, covers, and leaves, returns the specified status, remainders, and undecided obligations, and demonstrates the stated speed goal against the prover.
索引モデルが issue の本文から書いたものです。
説明
check(APRProof) → (ProofStatus, APRProof, [remainder], [undecided_obligation]).
The prover is slow because at every step it searches for applicable rules and calls SMT to decide which branches are feasible; re-establishing a proof (after a semantics change, or to trust one from elsewhere) re-pays all of it, though the finished proof already records which rules fire and where it branches.
The Checker instead treats the KCFG as a certificate and validates every element by its kind: edges are re-applied by the Haskell backend (force-apply the recorded rules, no search), splits and covers are discharged by SMT in pyk.
Because the fired rule is known, there is no rule-search SMT and the taken branch is feasible by its concrete witness; only the irreducible SMT remains — split coverage (parent ∧ ¬⋁cᵢ UNSAT) and cover subsumption (implies) — and even that moves off the critical path, since the rule sequence is fixed: rewrite streams ahead while SMT runs concurrently.
All soundness lives here.
Goal. ≥~2× faster than the prover, or reusing a proof / adding concolic execution is not worth it — measured once a first
APRProofCheckerexists, not before.
What is checked, and how
- Edge
source --[τ]--> target, a rule sequenceτ = [r₁, …, rₙ]— Haskell backend.
guided_executeforce-appliesτtosourceand returns the resulting end statetarget'; it is agnostic to any previously recorded target.
If a step branches beforeτis exhausted, the edge hides an uncovered case and the check emits a remainder. - Split
parentinto branches with conditionsc₁, …, cₖ— SMT.
The branches must be exhaustive and non-vacuous:parent ∧ ¬(c₁ ∨ … ∨ cₖ)is UNSAT (nothing falls through the cracks) and eachparent ∧ cᵢis SAT.
A satisfiableparent ∧ ¬⋁cᵢis a coverage hole, and its model is a remainder seed. - Cover
node ⟹ target(or an ancestor, under a substitution) — SMT,implies.
This closes the final target and loops; a BMC depth bound is the backstop when no cover is found. - Leaf — it must subsume the target (success) or be a known terminal/bounded node; a stuck leaf that subsumes neither is a
Failedcounterexample.
Any of these SMT checks may return unknown/timeout → an UndecidedObligation; it never silently passes.
Layers
- Haskell backend —
guided_execute(S, τ)(new RPC).
Force-apply rules fromτtoS(no rule search), folding steps into a single Edge; cheap simplification discharges trivial guards.
At the first step whose guard it cannot cheaply discharge, it solvesC ∧ ¬guardin place: UNSAT → fold and continue (no round-trip); SAT → return the Edge (depth, end stateS'), the taken branch'sguard(the Split condition), and the remainder'smodel(the¬guardseed); unknown → return an obligation; the trace end also returns.
It uses SMT for these remainder checks but never for rule search, and can overlap rewriting along the fixedτwith the remainder solve.
Checking the taken branch's feasibility is an optional parameter — skip it when a concrete witness already establishes it (explore mode), enable it when re-validating a proof without one. - pyk — the driver.
Driveguided_executeand record its Edges, Splits, and remainder seeds; check aggregate split coverage (parent ∧ ¬⋁cᵢ) and cover subsumption viaimplies; maintain the KCFG and accumulate the result tuple and the monotoneProofStatus.
Reuses the existingimplies,get_model, andsimplifyRPCs.
Outputs
ProofStatus—Passed/Pending/Failed.- updated
APRProof— the validated (and, when building, grown) KCFG. [remainder]— coverage holes still open.
Each isremainder = (depth, model, obligation):depthlocates the node;modelis a concrete seed for the uncovered sub-region (set when the residual is SAT);obligationis set instead when the solver could not decide.[undecided_obligation]—
UndecidedObligation:
source_node_id : int # node whose check spawned the query (referenced, not owned)
depth : int # rewrite steps from source_node_id to the query
kind : edge | split-coverage | cover
rule_id : str | None
query : Pattern # the term the solver could not decide
result : unknown | timeout
Passed ⟺ remainders == [] and undecided_obligations == [] and every leaf subsumes the target.
- 主要言語
- Python
- スター
- 591
- フォーク
- 163
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
runtimeverification/k のほかの issue
-
Introduce composable symbolic execution interface in pyx再び着手できるかも @Stevengre が 99 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
runtimeverification/k#4939 · 担当者 1 名 ·
-
Concolic Explorerオープン
難易度 5/5 1週間以上 初心者へのやさしさ 32/100
runtimeverification/k#4937 ·
-
Accelerating all-path reachability proofs with one-path reachability proofs再び着手できるかも @Stevengre が 104 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンtype:epic
runtimeverification/k#4934 · コメント 4 件 · 担当者 1 名 ·
-
Support progressive depth halving as a generic policy in `Prover.advance_proof`再び着手できるかも @Stevengre が 124 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
runtimeverification/k#4924 · 担当者 1 名 ·
-
area:haskell-backend area:llvm-backend priority:p2 status:icebox type:feature
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
runtimeverification/k#4904 ·
runtimeverification/k の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
kornia/kornia#5263 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
approved correction metadata
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
acl-org/acl-anthology#10133 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
BasedHardware/omi#20084 ·
メンテナーはふだん 1 日以内に返信
-
bug needs-acceptance wg/evaluation-quality
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
vllm-project/semantic-router#4424 ·
メンテナーはふだん 1 日以内に返信