Staking on EOSIO-based blockchains

System Resources

EOSIO-based blockchains work with three system resources:

How To Allocate System Resources

EOSIO-based blockchain accounts need sufficient system resources, RAM, CPU and NET, to interact with the smart contracts deployed on the blockchain.

Stake NET and CPU

The CPU and NET system resources are allocated by the account owner via the staking mechanism. Refer to the cleos manual on how to do it via the command line interface.

You will also find that staking/unstaking is at times referred to as delegating/undelegating. The economics of staking is also to provably commit to a promise that you will hold the staked tokens, either for NET or CPU, for a pre-established period of time, in spite of inflation caused by minting new tokens in order to reward BPs for their services every 24 hours.

When you stake tokens for CPU and NET, you gain access to system resources proportional to the total amount of tokens staked by all other users for the same system resource at the same time. This means you can execute transactions at no cost but in the limits of the staked tokens. The staked tokens guarantee the proportional amount of resources regardless of any variations in the free market.

If an account consumes all its allocated CPU and NET resources, it has two options:

  • It can wait for the blockchain to replenish the consumed resources. You can read more details below about the [system resources replenish algorithm].(
  • It can allocate more resources through the staking mechanism.

When an account uses the allocated resources, the amount that can be used in one transaction is limited by predefine maximum CPU, minimum CPU, and maximum NET limits. Transactions executed by the blockchain contain one or more actions, and each transaction must consume an amount of CPU and NET which is in the limits defined by the aforementioned blockchain settings.

System Resources Replenish Algorithm

EOSIO-based blockchains replenish automatically the consumed CPU and NET system resources. Before a transaction is executed, by the blockchain, it first calculates how many resources the account executing the transaction can consume. The calculation uses an exponential moving average with linear extrapolation when data is missing, and it multiplies the currently accumulated average by (number of blocks in the window - number of blocks since last update) / (number of blocks in the window). The window is set as 24 hours window.

This formula has the following outcomes:

  • If an account waited number of blocks in the window without executing any transaction it resets to zero usage.
  • If an account issues a transaction with every block it would always be (number of blocks in the window - 1) / (number of blocks in the window), a very small value, very close to zero. Mathematically it never reaches zero but the EOSIO implementation truncates off the tiny numbers to zero.
  • The accounts that execute transactions more often than the ones that execute less transactions, replenish their resources slower than the later. In other words, the more transactions an account executes the slower the replenish of resources.

The blockchain calculates and updates the remaining resources, for the accounts which execute transactions, with each block, before each transaction is executed. As time passes, as explained above, the consumed system resources are gradually replenished, and the available system resources increase, or decrease, depending on how many transactions an account executes. After waiting for some time, if you check the available resources balance and expect to see it increased, because your account did not executed any transactions, you will not see it updated. That is because it gets updated only before a transaction is executed. Therefore in order to see the available resources you have to execute a transaction. This is counter intuitive and the next versions will improve this aspect.


The RAM resource must be bought using the system token. Refer to the cleos manual to learn how to do it via the command line interface. When an account consumes all its allocated RAM can not store any additional information on the blockchain database until it frees some of the occupied RAM or more RAM is allocated to the account through the RAM buying process.