RDDL Network
  • 👋Welcome to RDDL
    • 💡What we do
    • ✨Our Features
  • Basics
    • ✅Understanding RDDL
    • 🎭Actors
    • ⛓️Networks
    • 🪙Tokens
      • RDDL on Liquid
      • Conversion Rate
    • 🎆Types of Nodes
      • 👛Wallet Management
      • 🔐Key Ceremony
    • 🤝Token Services
      • Machine Identity Attestation
      • RDDL Purpose Tokens
      • Wrapped Tokens
      • CID Asset Notarization
    • 🏁Proof of Productivity
      • 👩‍🎤Actor Selection
      • ⁉️Challenge-Response
      • 💰Rewards
        • 🔢Reward Calculation
        • ⌚Clearance Process
        • 🪙Claiming Rewards
    • 🤝Reissuance & Distribution
  • Getting Started
    • ❓How can I participate?
    • ⚡The EnergyAgent
      • ▶️Installation
    • ⚓Trust Wallet
    • SMD (Smart Metering Device)
  • Workflows & Governance
    • Converting RDDL to PLMNT
    • Voting on chain parameters
  • ⚒️Infrastructure
    • 🧁Services
Powered by GitBook
On this page
  1. Basics
  2. Proof of Productivity

Actor Selection

PreviousProof of ProductivityNextChallenge-Response

Last updated 11 months ago

The CometBFT consensus algorithm selects the acting validator. The algorithm selects Block creators for each epoch/block.

The thereby elected validator is the master of ceremony for this very execution of the PoP and performs the following actions

  1. selects a challenger and a challengee

  2. verifies their availability via m2m (mqtt)

  3. notarizes the selection via an InitPoP message containing

    • the validator-address,

    • challenger address

    • challengee address

    • block height

  4. sends a PopInit command containing the block height of the PoP to the challenger and the challengee with the expectation that both will perform the PoP.

🏁
👩‍🎤