Impossible Cloud Network Documentation
  • Welcome to the Impossible Cloud Network
  • Introduction
    • Introduction
    • ICN Protocol Overview
    • Key Features
    • Key Concepts
    • FAQs
    • Legal Disclaimer
  • ICN Glossary
  • ICN Protocol Smart Contracts
  • ICN Participation
    • Stake and Earn
    • Become a Hardware Provider
    • Run a HyperNode
  • Network Architecture
    • Design Overview
    • ScalerNode Network
    • HyperNode Network
    • Satellite Network
    • Services and Apps
    • Smart Contracts
  • ICN Economics
    • Tokenomics
      • The ICNT
        • Circulating Supply
        • Total Supply
        • Token Minting
        • Burn Mechanisms
      • Initial Allocation
      • Token Unlock Schedule
      • Token Utility
    • Builders
      • Access to Network Resources
      • Capacity Allocation
    • Hardware Providers (HPs)
      • HP Rewards
      • Collateral
        • Delegation
        • Slashing
    • ICN Link
  • MiCA Whitepaper
    • Link to MiCA Whitepaper Download (published on May 7, 2025)
Powered by GitBook
On this page
  • Utilisation Rewards
  • Capacity Rewards
  • Market Adjustment Factor (MAF)
  • Slashing & Penalties
  • Rewards for HPs
  1. ICN Economics
  2. Hardware Providers (HPs)

HP Rewards

PreviousHardware Providers (HPs)NextCollateral

Last updated 8 days ago

Hardware Providers (HPs) play a critical role in the Impossible Cloud Network (ICN), and the rewards structure is designed to incentivize their contribution effectively. The ICN reward system encourages strong growth in network capacity, fosters high utilisation, and ensures HPs maintain high service standards.

The ICN reward system for HPs is split into two main categories:

  • Utilisation Rewards: Based on actual usage by Builders, rewarding HPs for the capacity they actively contribute to the network.

  • Capacity Rewards: A temporary subsidy designed to bootstrap new network capacity, gradually decreasing as utilisation rises to sustainable levels.

This flowchart illustrates how Hardware Providers (HPs) earn rewards within the Impossible Cloud Network (ICN). The rewards structure is influenced by several factors, including Access Contributions provided by Builders, commitment periods, and collateralisation levels. Rewards are split into two categories: Utilisation Rewards, which are generated based on actual usage and Access Requirements, and Capacity Rewards, which are temporary incentives for capacity contribution and regional utilisation. These rewards are summed and adjusted with a Reward Multiplier, resulting in the Total HP Rewards.


Utilisation Rewards

Utilisation Rewards are provided to HPs based on the actual use of their hardware resources by Builders. This aligns rewards with network activity, encouraging HPs to provide capacity at competitive rates. Reward Formula:

Utilisation Reward (ICNT)=Utilised Capacity×Cluster Price\text{Utilisation Reward (ICNT)} = \text{Utilised Capacity}\times\text{Cluster Price}Utilisation Reward (ICNT)=Utilised Capacity×Cluster Price

Self-Sustaining Model: Utilisation rewards are fully covered by Builder Access Requirements. These contribution create a soft-peg mechanism, where rewards are initially low but increase over time as the network matures and utilisation rises. Competitive Incentive: HPs within a cluster can adjust their prices to compete for Builder capacity requests. The cluster price is defined as:

Cluster Price=min⁡(Unit Price,Max Cluster Price)\text{Cluster Price}=\min(\text{Unit Price}, \text{Max Cluster Price})Cluster Price=min(Unit Price,Max Cluster Price)

Capacity Rewards

Capacity Rewards are a temporary subsidy designed to bootstrap new network capacity in early stages of growth. They are distributed to Hardware Providers (HPs) regardless of the utilisation of their resources, helping support the network during its initial phase.

  • Definition: The Capacity Reward is an incentive provided to HPs to ensure capacity is available, even when utilisation is low.

  • Reward Scaling:

    • Subsidy for New Capacity: Aimed at incentivizing capacity growth in new network regions.

    • Based on Capacity Contribution: HPs receive rewards proportional to the capacity they provide to the network.

    • Scaled by Regional Utilisation: The reward level adjusts depending on how much of the capacity is being used within a region.

    • Decreases Over Time: Capacity Rewards gradually taper off as regional utilisation improves and the network becomes self-sustaining.

    • Decreases with Token Price Increases: When ICNT appreciates significantly, rewards are dynamically adjusted downward via the Market Adjustment Factor (MAF) to avoid excessive issuance.

  • Purpose: The capacity rewards aim to attract HPs during the network’s growth phase, providing incentives for expanding capacity until the network reaches a sustainable level of utilisation.

Market Adjustment Factor (MAF)

To avoid over-incentivization during periods of strong token appreciation, Capacity Rewards are corrected using the Market Adjustment Factor, which adjusts rewards based on weekly price movements.

The update mechanism is defined as:

MAFt+1=min⁡(1−Pt+1−PtPt,1)⋅MAFt\text{MAF}_{t+1} = \min \left( 1 - \frac{P_{t+1}-P_{t}}{P_{t}} ,1 \right)\cdot \text{MAF}_tMAFt+1​=min(1−Pt​Pt+1​−Pt​​,1)⋅MAFt​

Where:

  • MAFt\text{MAF}_t MAFt​ is the Market Adjustment Factor from 7 days ago

  • PtP_tPt​ is the token price 7 days ago

  • Pt+1P_{t+1}Pt+1​ is the current token price

  • MAFt+1\text{MAF}_{t+1}MAFt+1​ is the adjusted factor for the next reward cycle

Trigger condition:

The MAF update is applied only if the following condition is met:

∣Pt+1−PtPt∣>k⋅σ7d\left| \frac{P_{t+1} - P_t}{P_t}\right| > k \cdot \sigma_{7d}​Pt​Pt+1​−Pt​​​>k⋅σ7d​

Where:

  • σ7d\sigma_{7d}σ7d​ is the standard deviation of daily returns over the last 7-day window

  • kkk is the volatility sensitivity multiplier (default: 1.5)

This mechanism ensures that the protocol remains adaptive to market conditions while protecting the ICNT reserve from unsustainable Reward Reserve depletion.


Slashing & Penalties

To maintain network integrity, slashing is enforced in cases where HPs fail to meet their commitments, including downtime, performance quality violations

When Slashing Occurs

  • Collateral at Risk: HPs put up Node Collateral as a guarantee of their service.

  • Slashing Events: Triggered by service failures or breaches of performance thresholds, slashing can apply to both the HP’s own collateral and any delegated collateral.


Rewards for HPs

At the end of the commitment period, HPs have the option to either withdraw or recommit their collateral, enabling them to maintain eligibility for rewards.

For more detailed information on the slashing mechanism and its consequences, visit the section.

Slashing
Figure 1: Flow of HP Rewards in the ICN Network