Arcium Docs
arcium.com@ArciumHQ
  • Documentation
  • Developers
  • Introduction
    • Overview of the Arcium Network
    • Key Features & Use Cases
    • Basic Concepts
  • Getting Started
    • How To Use This Documentation
    • Architecture Overview
    • Network Stakeholders
  • Multi-Party eXecution Environments (MXEs)
    • Overview
    • MPC Protocols
    • MXE Encryption
  • Clusters
    • Overview
    • Node Priority List & Alternative Selection Criteria
    • Cluster Forking & Migration
    • Sybil Resistance
    • Incentivization
    • Permissioned Clusters
  • Arx Nodes
    • Overview
    • Configuration and Security
    • Performance and Incentives
  • Computations
    • Computation Tasks
    • Defining & Commissioning Computations
    • Lifecycle of an Arcium Computation
    • Pricing and Incentives
    • Censorship Resistance & Fault Handling
  • Solana Integration & Multichain Coordination
    • Solana Integration: Orchestration and Execution
    • Multichain Expansion
  • Staking
    • Overview
Powered by GitBook
On this page
  1. Clusters

Incentivization

PreviousSybil ResistanceNextPermissioned Clusters

Last updated 2 months ago

The total stake delegated to a given node (both self-delegated and from third parties) enhances the node's ability to participate in more intensive tasks, while also holding nodes accountable through slashing penalties for misbehavior.

The two types of delegation are:

  1. Self-delegation: Stake that Arx Nodes commit to themselves.

  2. Third-party delegation: External stakeholders who delegate their assets to Arx nodes.

Rewards Distribution

Computation rewards are distributed equally among all nodes participating in a Cluster for each computational job. While every active node within a Cluster earns the same reward per job, nodes with a strong reputation or consistent uptime are more likely to be added to additional Clusters. This, in turn, increases the overall number of computations they process, leading to higher cumulative rewards over time.

Nodes must stake a minimum amount of collateral to participate.

Self-delegation typically meets or exceeds this minimum requirement to activate participation in Clusters. Additional staking from third-party delegators helps unlock more computational resources. This structure encourages operators to maintain high performance, as higher stakes directly lead to greater resource access and ensure eligibility for Cluster participation. See the for more.

Staking Overview section