HP Rewards
Last updated
Last updated
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 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:
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:
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.
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:
Where:
is the Market Adjustment Factor from 7 days ago
is the token price 7 days ago
is the current token price
is the adjusted factor for the next reward cycle
Trigger condition:
The MAF update is applied only if the following condition is met:
Where:
is the standard deviation of daily returns over the last 7-day window
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.
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.
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.