Comment on page
NOM Staking Rewards
Staking provides rewards in return for delegating to validators who support the security and operations of a blockchain network. Note that staking rewards are calculated and distributed based on a predetermined protocol-level monetary policy regarding inflationary mechanics and are not to be construed as a form of dividends or interest paid on debt. Staking rewards are distributed in additional NOM added to supply.
Each member of a validator’s staking pool earns different types of revenue.
- Staking Rewards: Total staking rewards are divided among a validator’s staking pool according to each validator’s weight. Their rewards are then divided among delegators in proportion to each delegator’s stake. Note that validators may charge a commission on their delegators’ rewards before it is distributed.
- Inflation Rate: The target annual inflation rate is recalculated each block. The inflation is also subject to a rate change (positive or negative) depending on the distance from the desired ratio (67%). The maximum rate change possible is defined to be 13% per year, however the annual inflation is capped as between 7% and 20%.
Validators earn more revenue than their delegators through commission.
- Staking Rewards: Detailed above, plus validators earn more revenue than their delegators through commission.
- Product Rewards: The Arc Bridge Hub each will uniquely have additional rewards for validators.
- Compute fees (gas): To prevent spamming, validators can set minimum gas fees for transactions to be included in their mempool. At the end of every block, compute fees are disbursed to the participating validators proportional to their stake.
The revenue received by a validator’s pool is split between a validator and their delegators. A validator can apply a commission on the part of the revenue that goes to its delegators. This commission is set as a percentage. Each validator is free to set its initial commission, maximum daily commission change rate, and maximum commission. The mainnet enforces the parameters that each validator sets. These parameters can only be defined when initially declaring candidacy, and may only be constrained further after being declared.