Cortensor
  • Home
  • Abstract
    • Value Proposition
    • Whitepaper
      • Page 1: Introduction and Vision
      • Page 2: Architecture and Technical Overview
      • Page 3: Incentive Structure and Tokenomics
      • Page4: Development Roadmap and Phases
      • Page5: Summary
  • Introduction
    • What is Cortensor?
    • Key Features & Benefits
    • Vision & Mission
  • Getting Started
    • Quick Start Guide
    • System Requirements
    • Installation & Setup
      • Getting Test ETH
      • Setup Own RPC Endpoint
      • Router Node Setup
        • Router API Reference
  • Core Concepts
    • Decentralized AI Inference
      • Community-Powered Network
      • Gamification and Quality Control
      • Incentive Structure
    • Universal AI Accessibility
    • Multi-layer Blockchain Architecture
  • Technical Architecture
    • Design Principles
    • Node Roles
    • Node Lifecycle
      • Ephemeral Node State
    • Node Reputation
    • Network & Flow
    • Type of Services
    • Coordination & Orchestration
      • Multi-Oracle Node Reliability & Leadership Rotation
    • AI Inference
      • Open Source Models
        • Centralized vs Decentralized Models
      • Quantization
      • Performance and Scalability
    • Consensus & Validation
      • Proof of Inference (PoI) & Proof of Useful Work (PoUW
      • aka Mining
      • Proof of Useful Work (PoUW)
      • Proof of Useful Work (PoUW) State Machine
        • Miner & Oracle Nodes in PoUW State Machine
      • Sampling in Large Distributed Systems
      • Parallel Processing
      • Embedding Vector Distance
    • Multi-Layered Blockchain Architecture
    • Modular Architecture and Smart Contract Interactions
      • Session Queue
      • Node Pool
      • Session Payment
    • Mining Overview
    • User Interaction & Node Communication
      • Session, Session Queue, Router, and Miner in Cortensor
    • Data Management
      • IPFS Integration
    • Security & Privacy
    • Dashboard
    • Development Previews
      • Multiple Miners Collaboration with Oracle Node
      • Web3 SDK Client & Session/Session Queue Interaction
    • Technical Threads
      • AI Agents and Cortensor's Decentralized AI Inference
    • Infographic Archive
  • Community & Ecosystem
    • Tokenomics
      • Network Incentive Allocation
      • Token Allocations & Safe Wallet Management
    • Staking Pool Overview
    • Contributing to Cortensor
    • Incentives & Reward System
    • Governance & Compliance
    • Safety Measures and Restricted Addresses
    • Buyback Program
    • Liquidity Additions
    • Partnerships
      • Partnership Offering for Demand-Side Partnerships
    • Community Testing
      • Closed Alpha Testing Phase #1
        • Closed Alpha Testing Phase #1 Contest: Closing & Winners Announcement
      • Closed Alpha Testing Phase #2
      • Closed Alpha Testing Phase #3
      • Discord Roles & Mainnet Privileges
      • DevNet Mapping
      • DevNet Modules & Parameters
    • Jobs
      • Technical Writer
      • Communication & Social Media Manager
      • Web3 Frontend Developer
      • Distributed Systems Engineer
  • Integration Guide
    • Web2
      • REST API
      • WebSocket
      • Client SDK
    • Web3
      • Web3 SDK
  • Use Cases
  • Roadmap
    • Technical Roadmap: Launch to Next 365 Days Breakdown
    • Long-term Vision: Beyond Inference
  • Glossary
  • Legal
    • Terms of Use
    • Privacy Policy
    • Disclaimer
    • Agreement for Sale of Tokens
Powered by GitBook
On this page
  • Phase 1: Off-Chain Rotation via NTP-Based Logical Coordination
  • Mechanism
  • Advantages
  • Phase 2: On-Chain Coordination via Smart Contract Timestamping
  • Mechanism
  • Advantages
  • Summary
  1. Technical Architecture
  2. Coordination & Orchestration

Multi-Oracle Node Reliability & Leadership Rotation

To enhance the reliability and fault tolerance of Cortensor’s oracle infrastructure, a phased approach is being adopted to transition from a single-oracle setup to a distributed and resilient oracle cluster model. This will reduce downtime risks caused by unstable RPC endpoints or stalled oracle nodes.

Phase 1: Off-Chain Rotation via NTP-Based Logical Coordination

Overview In the initial phase, leadership among multiple oracle nodes is managed off-chain using synchronized NTP timestamps and logical rules.

Mechanism

  • All oracle nodes maintain a synchronized clock using NTP.

  • A round-robin rotation schedule determines which node is active leader during a given time window.

  • The current leader is responsible for executing critical oracle tasks (e.g., triggering Cognitive tasks, session updates).

  • If the leader becomes unresponsive or exceeds its window:

    • The next designated oracle takes over automatically.

    • Leadership changes are based on elapsed time and session activity checks.

Advantages

  • Simple and fast to implement.

  • Enables automated fallback and basic fault tolerance without requiring contract-level changes.

  • Effective during early-stage deployment with low consensus overhead.


Phase 2: On-Chain Coordination via Smart Contract Timestamping

Overview In the second phase, oracle coordination will be enforced and recorded on-chain, increasing transparency and trustlessness.

Mechanism

  • Oracle nodes submit heartbeat or activity proofs (e.g., session commits) to a smart contract.

  • The smart contract tracks:

    • The active oracle node.

    • Timestamp of last valid action.

  • If a node fails to perform its duties within the expected timeframe:

    • The contract automatically emits a leadership rotation event.

    • The next oracle is granted active status based on a predefined sequence or dynamic reputation.

Advantages

  • Trustless and verifiable oracle activity.

  • Tamper-proof and permissionless failover logic.

  • Lays the foundation for fully decentralized oracle clusters with on-chain accountability.


Summary

Phase
Coordination Method
Failover Trigger
Transparency
Implementation Complexity

1

NTP-based + Logical Logic

Time window + session check

Low

Low

2

Smart contract-based

On-chain timestamp & inactivity

High

Medium–High

Together, these phases enable a graceful evolution from centralized coordination to decentralized resilience—ensuring Cortensor’s oracle infrastructure scales securely and reliably.

PreviousCoordination & OrchestrationNextAI Inference

Last updated 1 day ago