Skip to main content
Centrix operates as a distributed protocol with no central authority. The network consists of independent participants who coordinate through smart contracts, peer-to-peer communication, and cryptographic mechanisms.

​
Network Participants

​
Requestors (Demand Side)

Submit computational tasks to the network, specify resource requirements, set maximum acceptable prices, and verify results before triggering payment. Role: Task submitters and work commissioners Incentive: Access to cheaper computing power Stake: Escrow funds to ensure honest behavior

​
Providers (Supply Side)

Register hardware with the network, set pricing and availability schedules, bid on tasks, execute tasks in isolated environments, and submit results for verification. Role: Computing resource suppliers Incentive: Earn CXT tokens from task execution Stake: Security deposit (100 CXT minimum) to ensure reliability

​
Validators

Operate verification nodes, validate computation results, maintain consensus on task outcomes, earn fees for services, and can be slashed for dishonest behavior. Role: Result verifiers and network guardians Incentive: Earn from protocol fee distribution Stake: 1,000 CXT minimum to prevent Sybil attacks

​
Token Holders

Provide liquidity and stability through staking, earn passive rewards from protocol fees, and participate in governance decisions. Role: Network stakeholders Incentive: Passive yield on staked tokens Voting: Governance power for protocol changes

​
Task Lifecycle

A typical task progresses through these states: 
SUBMITTED → BIDDING → ASSIGNED → EXECUTING → COMPLETED → VERIFYING → SETTLED

​
State Definitions

1. SUBMITTED
  • Requestor posts task to network
  • Task locked in escrow
  • Broadcast to available providers
2. BIDDING
  • Providers review task requirements
  • Submit competitive bids
  • Include reputation and price
3. ASSIGNED
  • Requestor selects winning provider(s)
  • Task parameters finalized
  • Execution begins
4. EXECUTING
  • Provider processes task
  • Resources allocated and monitored
  • Progress checkpoints recorded
5. COMPLETED
  • Provider submits results
  • Intermediate data stored
  • Verification initiated
6. VERIFYING
  • Validators check correctness
  • Result consensus determined
  • Reputation updated
7. SETTLED
  • Smart contract releases payment
  • Provider receives CXT tokens
  • Protocol fees distributed

​
State Transition Logic

Automatic Progression:
  • Move to next state when conditions met
  • No manual intervention required
Timeout Mechanisms:
  • Tasks don’t stall indefinitely
  • Automatic reassignment on timeout
Dispute Resolution:
  • Contested results go to arbitration
  • Validators vote on correctness
  • Slashing for fraudulent behavior
Checkpoint Recovery:
  • Interrupted tasks resume from checkpoint
  • Minimize wasted computation
  • Fault tolerance built-in

​
Economic Primitives

​
CXT Token

Purpose: Native currency of the Centrix network Characteristics:
  • ERC-20 standard for broad compatibility
  • Fixed supply of 1B tokens (no inflation)
  • Multi-chain support (Ethereum, Arbitrum, Optimism)
  • Staking-enabled for passive rewards
Utility:
  1. Payment for Computation - Only way to purchase resources
  2. Staking - Earn rewards and ensure security
  3. Governance - Vote on protocol changes
  4. Fee Distribution - Share in network success

​
Pricing Mechanism

Dynamic pricing based on:
  • Real-time supply and demand
  • Provider reputation and reliability
  • Task urgency and complexity
  • Geographic location and latency
Formula: 
Base Cost = (CPU Rate × Hours) + (GPU Rate × Hours) + (Storage Rate × GB)
Urgency Multiplier = 1.0 to 2.0 (urgent tasks pay premium)
Total Cost = Base Cost × Urgency Multiplier × Reputation Premium
Provider Earnings = Total Cost × 0.95
Protocol Fee = Total Cost × 0.05

​
Fee Structure

Protocol Fee (5%) Distribution:
├── 60% → Token Stakers (passive rewards)
├── 25% → Validators (verification services)
├── 10% → Development Fund (R&D, operations)
└── 5% → Insurance Pool (dispute resolution)

​
Network Health Metrics

The protocol monitors key metrics to ensure health:
  • Provider Uptime: Target 99.5%+ (slashing for below 95%)
  • Result Correctness: Target 99%+ (slashing for disputes)
  • Task Completion Rate: Target 98%+ (reputation penalty)
  • Payment Settlement: Target <2 minutes (on-chain finality)
  • Network Capacity: Growing toward 1M concurrent tasks

​
Governance

​
Phase 1: Core Team (2025-2026)

  • Centrix Foundation manages upgrades
  • Multi-sig for critical decisions
  • Community feedback channels
  • Quarterly transparency reports

​
Phase 2: Decentralized DAO (2026+)

  • CXT holders govern protocol
  • 1 token = 1 vote
  • Community-proposed upgrades
  • Transparent on-chain voting

​
Next Steps

To understand how tasks work in practice:
  • Protocol Basics - Task specifications and execution
  • Architecture - System design and scalability
  • Using Centrix - Practical guides for all roles