Keyboard shortcuts

Press or to navigate between chapters

Press ? to show this help

Press Esc to hide this help

Party Simulation and Fresh-Beacon Certification

Abstract

Party-simulable certificates have bounded approval, while a fresh beacon gives a product-law guarantee with an explicit total-variation charge.

Theorem 1.1 (Simulation necessity and fresh-beacon sufficiency).

Proof. Machine-checked in Lean as D5/S3/ConceptDynamics/Interpretation/PartySimulationFreshBeaconCertification.party_simulation_and_fresh_beacon_certification (✓ std3). ∎

Source. Repository-derived.

Commentary.

The first implication quantifies over arbitrary probability laws for the party seed and verifier coin, and every seed-indexed implementation. The certificate depends only on the party seed, and the co-selected bad implementation agrees with expected behavior on that same suite. Taking the suite itself as the seed, the deployment product measure as its law, and the identity suite map realizes the source sampling.

Reliability therefore applies to a verifier input identical to the honest all-green input. Approval of the fixed nontrivial tier has probability at most delta, and total Boolean output makes the trivial tier its probability complement.

The second implication lets each task select its committed implementation before the anchor. Task and anchor are governed by their product measure, the public suite map pushes the anchor law forward, and the ideal suite is the deployment product measure on the unrestricted input carrier.

For every fixed task, the independent all-pass bound is transported to the induced suite law through measurable-event total variation, then integrated over the task law. Every measurability, probability-law, map, predicate, and threshold premise is displayed explicitly in the proposition.

References