LogoLogo
Visit the KGeN website
  • Introduction
  • POG
    • Five Key Dimensions
    • POG Score
    • Gamer Profile Mint, Updation, Data Ownership & Rights
    • Publishers & Brands: Data Access & Rights
    • POG-E: Augmented Gaming LLM
      • Foundational Elements
      • Key Components of POG-E tech stack
      • Foundational Data powering POG-E
      • Agent Development Framework
      • Data Orchestration
      • Developer Tools
      • Deployment, Scalability, Monitoring, Maintenance and Future Enhancements
      • AI Agent Use Cases
  • Tokenomics
    • r-KGeN
    • $KGeN
      • $KGeN Allocation and Unlock Schedule
      • $KGeN token utility
        • Demand Lever : Product
        • Demand Lever : Staking
        • Demand Lever : Business Model
  • Kratos Oracle Network
    • Oracles
    • Oracle Functionality
    • Consensus Mechanism
    • Oracle Acquisition and Staking Requirements
    • Key Purchase and Multichain Support
    • KGeN Sale and Staked Keys Growth
    • Oracle Reward Structure
    • Oracle Hardware and Software Deployment
  • Kratos Stack
    • Stack Composition and Interaction
    • Engagement
      • Play
        • KQuest
          • User Workflow
          • Technical Implementation and System Design
        • KDrop
          • User Workflow
          • Technical Implementation and System Design
        • Games API Integration
      • Compete
        • Klash
        • Protocols
          • ESports Protocol
            • User Workflow
          • Loyalty Protocol
            • User Workflow
      • Rewards
      • Redeem
        • E-Commerce
          • System Design
    • External Partner Interfaces
    • Reputation
      • The POG Engine
      • The POG Attribution
        • System Overview
      • Impact of The POG
    • Adoption
      • Web3 and Wallet Integrations
        • Foundation
        • Web3 Toolkit
        • Tokens
        • Chain abstraction
        • Solutions for Gamers
      • Clan Tools
        • Clan Chief and Member Overview
        • User Workflow
        • System Architecture
      • Profile
      • Leaderboards
    • Infrastructure and Scalability
      • Data
      • Frontend Architecture
      • Devops & Security
      • AI
  • Publishers
    • Self Serve
      • Technical Implementation
      • Publishers Flow
  • Appendix
Powered by GitBook
On this page
  1. Kratos Oracle Network

Consensus Mechanism

To ensure the legitimacy of the submitted PoG scores, Oracles employ asymmetric cryptography (ECDSA or Ed25519, depending on the network implementation). This process involves:

  • Private Key Signing: Each PoG score is signed using the Oracle's private key.

  • Public Key Verification: Other Oracles, or the consensus contract, use the public key associated with the Oracle to verify the authenticity of the submission.

Aptos on-chain Consensus

  • The PoG network leverages the Aptos blockchain’s Byzantine Fault Tolerant (BFT) consensus mechanism to reach agreement on submitted scores:

  • Consensus Threshold: The smart contract deployed on Aptos will wait until at least 67% of the Oracles submit their PoG scores before reaching consensus.

  • Finality: Once the threshold is met, the network calculates the median or weighted average of the submitted scores to finalize the PoG scores.

  • Error Handling: Submissions that are deemed invalid (due to signature issues or incorrect calculations) are excluded from the consensus process, and malicious actors may face penalties such as stake slashing.

PreviousOracle FunctionalityNextOracle Acquisition and Staking Requirements

Last updated 5 months ago