Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutRoadmapCareersInternshipsFAQContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Reading Paths
  • Glossary
  • Metrics Reference
  • Formal Cheat Sheet
  • Formal Foundations19
  • Properties and SVA16
  • Property Development and Constraints19
  • Proof Engines and Convergence23
  • Formal Applications20
  • Equivalence Checking14
  • Formal Coverage and Signoff15
    • Cover Properties, Vacuity and Reachability
    • Formal Coverage Metrics
    • Bounded Proof Signoff
      • Justifying a Bound
      • The Proof Status Ledger
      • Inconclusive Results and Waivers
      • Stale Proofs and Source Hashes
    • The Formal Signoff Package
  • Methodology and Debug13
  • Interview Prep15
  • Capstone: A Chip-Block Verification Lab24
Loading lesson

←Formal Coverage and Signoff
  1. Topics
  2. Formal Verification
  3. Formal Coverage and Signoff
  4. Bounded Proof Signoff

Part 7 of 10Part 7 of 10/Formal Coverage and SignoffAll levels

Bounded Proof Signoff

Accept a bounded result only with a justified bound, a clean ledger and current sources.

  • 4topics
  • 4lessons

Most industrial proofs are bounded: the design is too large for induction to close, and the sign-off rests on a bound that must be defended. This topic turns that defence into paperwork that holds: a bound derived from reset, trigger length and worst-case latency; a ledger where every row carries its status, justification and source hash; a waiver process with teeth; and a staleness check that reruns everything on every change. The decade counter and the arbiter carry the numbers.

Lesson

After it you can...

Justifying a Bound

Derive the minimum defensible bound and show a bug that needs all of it.

The Proof Status Ledger

Keep a machine-checked ledger where inconclusive never counts as proven.

Inconclusive Results and Waivers

Handle an open proof with reduction, depth, backup or a waiver with real evidence.

Stale Proofs and Source Hashes

Tie every result to a source revision and rerun on change.

Suggested order: top to bottom. The bound first, because everything else quotes it; the ledger next, because it is where the bound is recorded; waivers next, because they are the escape hatch with rules; staleness last, because it guards the whole package over time.

A bounded result needs a justified bound recorded in the ledger and rerun on every change; without justification the choice is a deeper bound, a full proof, or an evidenced waiver.
The decision tree for accepting a bounded result at sign-off.
Check yourself A property is bounded to 20 with no written justification. What is its sign-off status?

Inconclusive for sign-off purposes. The bound is a number without an argument; until reset plus trigger plus latency or an equivalent argument covers 20, the row cannot support the release.

Related topics

  • Next: Justifying a Bound

  • Formal: Bounded vs Unbounded Proofs

PreviousNext: Justifying a Bound

Up next

Up nextJustifying a Bound

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • Cover Properties, Vacuity and Reachability
  • Formal Coverage Metrics
  • The Formal Signoff Package