• 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-dynamic
          • Aleobft-arxiv
          • Aleobft-stake
          • Aleobft-proposals
            • Correctness
            • Definition
              • Initialization
              • Transitions
                • Transitions-accept
                • Transitions-certify
                • Transitions-propose
                • Events-possiblep
                • Elections
                • Events-next
                • Event-possiblep
                • Event-next
                • Transitions-commit
                • Transitions-augment
                  • Augment-next
                  • Augment-possiblep
                • Dags
                • Transitions-endorse
                • Transitions-advance
                • Blockchains
                • Anchors
              • States
              • Events
              • Reachability
          • 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
  • Transitions

Transitions-augment

Transitions for proposal augmentation.

Here we define the system state changes caused by augment events.

When a correct validator receives an endorsement from another validator, it records the endorsement, associated with the pending proposal. The endorsement must come from a validator in the active committee for the proposal's round.

This kind of events only makes sense for correct validators. Faulty validators do not have an explicit internal state in our model, so there is nothing to record in their internal state. However, as defined in the transitions for certify events, faulty validators can still make use of endorsements, by using multiple ones at once, as part of creating a certificate.

Subtopics

Augment-next
New system state resulting from an augment event.
Augment-possiblep
Check if an augment event is possible in a system state.