Completeness of an interactive proof
ID: completeness-of-an-interactive-proof
Completeness of an interactive proof guarantees that true statements can convince the verifier in an interactive proof when the designated prover in an interactive proof follows the protocol. For an interactive proof system for a set , a bound requiresPerfect completeness means acceptance probability one on every true input. This is different from soundness of an interactive proof, which concerns every cheating strategy on false inputs.[ref]
An original three-run example shows that a repetition rule changes the guarantee. Suppose three independent runs on a true statement each accept with probability . Requiring all three to accept givesAccepting when a majority does givesThe coefficient counts which one of the three runs rejects in an exactly-two-acceptance outcome. These stipulated independent trials illustrate the aggregation rule; the soundness of the majority rule must be assessed separately.
Thus lowering the chance of false acceptance is not the only design objective. A verifier that always rejects has excellent false-statement behavior but no useful completeness. A successful proof system needs both sides of its acceptance guarantee.
New to topics? Read the docs here!