• Top
    • Documentation
    • Books
    • Boolean-reasoning
    • Projects
      • Apt
      • Zfc
      • Acre
      • Milawa
      • Smtlink
      • Abnf
      • Vwsim
      • Isar
      • Wp-gen
      • Dimacs-reader
      • Pfcs
      • Legacy-defrstobj
      • Proof-checker-array
      • Soft
      • C
      • Farray
      • Rp-rewriter
      • Instant-runoff-voting
      • Imp-language
      • Sidekick
      • Leftist-trees
      • Java
      • Taspi
      • Bitcoin
      • Riscv
      • Des
      • Ethereum
      • X86isa
      • Sha-2
      • Yul
      • Zcash
      • Proof-checker-itp13
      • Regex
      • ACL2-programming-language
      • Json
      • Jfkr
      • Equational
      • Cryptography
      • Poseidon
      • Where-do-i-place-my-book
      • Axe
      • Bigmems
      • Builtins
      • Execloader
      • Aleo
        • Aleobft
          • Aleobft-static
          • Aleobft-stake2
            • Correctness
              • Unequivocal-dags-def-and-init
              • Same-committees-def-and-implied
              • Dag-omni-paths
              • Signer-records
              • Unequivocal-dags-next
              • Quorum-intersection
              • Dag-previous-quorum-def-and-init-and-next
              • Unequivocal-signed-certificates
              • Signed-previous-quorum
              • Nonforking-anchors-def-and-init-and-next
              • Successor-predecessor-intersection
              • Fault-tolerance
              • Last-anchor-voters-def-and-init-and-next
              • Signer-quorum
                • Signer-quorum-p-of-next
                • Validator-signer-quorum-p
                • Signer-quorum-p
                • Signer-quorum-p-when-init
                • Signer-quorum-p-of-events-next
                • Signer-quorum-p-when-reachable
              • Committed-redundant-def-and-init-and-next
              • Nonforking-blockchains-def-and-init
              • Blockchain-redundant-def-and-init-and-next
              • No-self-endorsed
              • Last-anchor-present
              • Anchors-extension
              • Nonforking-blockchains-next
              • Backward-closure
              • Last-blockchain-round
              • Dag-certificate-next
              • Omni-paths-def-and-implied
              • Ordered-even-blocks
              • Simultaneous-induction
              • System-certificates
              • Last-anchor-def-and-init
              • Last-anchor-next
              • Dag-previous-quorum
              • Signed-certificates
              • Committed-anchors-sequences
              • Omni-paths
              • Last-anchor-voters
              • Unequivocal-dag
              • Nonforking-blockchains
              • Nonforking-anchors
              • Committed-redundant
              • Same-committees
              • Blockchain-redundant
            • Definition
          • Aleobft-dynamic
          • Aleobft-stake
          • Aleobft-proposals
          • Library-extensions
        • Leo
      • Solidity
      • Paco
      • Concurrent-programs
      • Bls12-377-curves
    • Debugging
    • Std
    • Proof-automation
    • Macro-libraries
    • ACL2
    • Interfacing-tools
    • Hardware-verification
    • Software-verification
    • Math
    • Testing-utilities
  • Correctness

Signer-quorum

Invariant that each certificate in the DAG of a validator has signers that form a quorum in the committee.

For each such certificate in the DAG of a validator, the signers form a quorum in the committee for the certificate round, which the validator can calculate; we prove this invariant here.

There are two possible ways in which a validator's DAG is extended. One is when the validator authors the certificate, and adds it to the DAG (besides broadcasting it to other validators). A create event is only possible if the signers form a quorum in the committee calculated by the author, which therefore maintains the invariant. The other way in which a DAG is extended is when a validator moves it to the DAG from the network; in this case, an accept event is possible only if the validator can calculate the committee for the certificate round and the signers of the certificate form a quorum in that committee; that again maintains the invariant.

Subtopics

Signer-quorum-p-of-next
Preservation of the invariant: if the invariant holds in a system state, it also holds in the next system state.
Validator-signer-quorum-p
Check if the signers of a certificate are a subset of the committee for a certificate's round and form a quorum in that committee, where the committee can be calculated by a validator (represented by its state).
Signer-quorum-p
Definition of the invariant: the signers of every certificate in the DAG of every correct validator form a quorum in the committee for the certificate's round, which the validator can calculate from its own blockchain.
Signer-quorum-p-when-init
Establishment of the invariant: the invariant holds in any initial system state.
Signer-quorum-p-of-events-next
Preservation of the invariant by multiple transitions.
Signer-quorum-p-when-reachable
The invariant holds in every reachable state.