Stake on Reef chain and vote for validators.

This tutorial focuses on principles of staking and nominating. The technical guide for nominators is available here.


Nominators secure the Relay Chain by selecting good validators and staking REEF.

You may have an account with REEF and want to earn fresh REEF. You could do so as validator, which requires a node running 24/7. If you do not have such node or do not want to bother, you can still earn REEF by nominating one or more validators.

By doing so, you become a nominator for the validator(s) of your choice. Pick your validators carefully - if they do not behave properly, they will get slashed and you will lose REEF as well. However, if they do follow the rules of the network, then you can share in staking rewards that they generate.

While your REEF are staked by nominating a validator, they are ‘locked’ (bonded). You can receive new REEF in your account but you cannot stake as a validator or transfer REEF away from your account. You can un-nominate at any time to stop staking your funds. Keep in mind that the un-nomination is effective in the next era, and that un-nominating does not automatically unbond your funds. There is an unbonding period of 28 days on Reef before bonded funds can be transferred after issuing an unbond transaction.

Active vs. Inactive Nomination

When you go to the Account actions under staking page, you should see your bonded accounts and nomination status. Your nominations will be effective in the next era; eras are roughly 24 hours on Reef.

staking account page

Suppose you have nominated five validator candidates, and three out of five were elected to the active validator set, then you should see two of your nominations as “waiting”, and most likely one as “active” and the rest as “inactive”. Active or inactive nomination means your nominated validators have been elected to be in the validator set, whereas waiting means they did not get elected. Generally, you will only have a single validator have an active nomination, which means that you are directly supporting it with your stake in this era and thus potentially receiving staking rewards. Inactive nominators were validators that were elected for this era but which you are not actively supporting. Every era, a new election will take place and you may be assigned a different active nomination from among the validators you have selected.

If you are committing a very large amount of stake, then you may have more than one active nomination. However, the election algorithm attempts to minimize this situation, and it should not occur often, so you should almost always see only a single active nomination per era. The method is called Phragmén optimization.

Oversubscribed Validators

Validators can only pay out to a certain number of nominators per era. This is currently set to 64 ( staking > maxNominatorRewardedPerValidator), but can be modified via governance. If more than 64 nominators nominate the same validator, it is “oversubscribed”, and only the top 64 staked nominators (ranked by amount of stake) are paid rewards. Other nominators will receive no rewards for that era, although their stake will still be used to calculate entry into the active validator set.

Although it is difficult to determine exactly how many nominators will nominate a given validator in the next era, one can estimate based on the current number of nominators. A validator with only 5 nominators in this era, for instance, is unlikely to have more than 64 in the next era. An already-oversubscribed validator with 1000 nominators this era, however, is very likely to be oversubscribed in the next era as well.

The Election Solution Set

Determining which validators are in the active set and which nominators are nominating them creates a very large graph mapping nominators to their respective validators. This “solution set” is computed off-chain and submitted to the chain, which means it must fit in a single block. If there are a large number of nominators, this means that some nominators must be eliminated. Currently, nominators are sorted by amount of REEF staked and those with more REEF are prioritized. This means that if you are staking with a small amount of REEF, you may not receive rewards. This minimal amount is dynamic based on the number of validators, number of nominators, amount nominated, and other factors.

Receiving Rewards

As long as you have nominated more than one validator candidate, at least one of them got elected, and you are nominating with enough stake to get into the solution set, your bonded stake will be fully distributed to one or more validators. That being said, you may not receive rewards if you nominated very few validator candidates and no one got elected, or your stake is small and you only selected oversubscribed validators, or the validator you are nominating has 100% commission. It is generally wise to choose as many trustworthy validators as you can (up to 16) to reduce the risk of none of your nominated validators being elected.

Rewards are lazy - somebody must trigger a payout for a validator for rewards to go all of the validator’s nominators. Any account can do this, although in practice validator operators often do this as a service to their nominators.

What to Take Into Consideration When Nominating

One thing to keep in mind as a nominator is the validator’s commission. The commission is the percentage of the validator reward which is taken by the validator before the rewards are split among the nominators. As a nominator, you may think that the lowest commission is best. However, this is not always true. Validators must be able to run at break-even in order to sustainably continue operation. Independent validators that rely on the commission to cover their server costs help to keep the network decentralized. Commission is just one piece of the puzzle that you should consider when picking validators to nominate.

staking targets

As a nominator, if you only want to know the profit each validator made for each era, you can go to the Targets section under the network > staking page. Then, nominate those who have a higher profit. However, that does not guarantee the right way to evaluate the validators' overall performance.

Filter Out Validators With Undesirable Traits

On the Targets page, you can filter out validators that have traits that may indicate an issue with you nominating them. You can turn these filters off and on to help narrow down which validators you should nominate. It is important to note that none of these traits are necessarily “bad”; however, depending on your validator selection methodology, they may be characteristics that you would be interested in filtering out.

  • Single from operator - Do not show groups of validators run by a single operator.
  • No 20%+ comm - Do not show any validators with a commission of 20% or higher.
  • No at capacity - Do not show any validators who are currently operating at capacity (i.e., could potentially be oversubscribed).
  • Recent payouts - Only show validators that have recently caused a payout to be issued. Note that anyone can cause a payout to occur; it does not have to be the operator of a validator.
  • Only elected - Only show validators that are currently in the active set (i.e., they have been elected to produce blocks this era).
  • Only with an identity - Only show validators that have set an identity. Note that this identity does not have to be verified by a registrar for the validator to show up in the list.

Review Your Validators' History

How the validator acted in the past may be a good indicator of how they will act in the future. An example of problematic behavior would be if a validator is regularly offline, their nominators most likely would get fewer rewards than others. More importantly, when many validators are unreachable, those nominators who staked with them will be slashed.

validator stats

Thus, to be a smart nominator, it would be better to query their histories to see statistics such as blocks produced, rewards and slashes, and identity (if they have it set). Moreover, a nominator should do comprehensive research on their validator candidates - they should go over the validators' websites to see who they are, what kind of infrastructure setup they are using, reputation, the vision behind the validator, and more.

Be Aware of The Risks of Single Operators with Multiple Validators

Recall that slashing is an additive function; the more validators that are offline or equivocate in a given session, the harsher the penalties. Since validators that are controlled by a single entity are more at risk of a “synchronized” failure, nominating them implies a greater risk of having a large slash of your nominated funds. Generally, it is safer to nominate validators whose behavior is independent from others in as many ways as possible (different hardware, geographic location, owner, etc.).

Avoiding Oversubscribed Validators

If you are not nominating with a large number of REEF, you should try to avoid oversubscribed validators. It is not always easy to calculate if the validator selected will be oversubscribed in the next session; one way to avoid choosing potentially oversubscribed validators is to filter out any that are at capacity on the Targets page.

Finally, if you have a very small amount of REEF, you may not be able to have your nomination fit into the election set. The nominator to validator mapping has to fit in a single block, and if there are too many nominators, the lowest-staked nominations will be dropped. This value is obviously dynamic and will vary over time. If you review the lowest amount of nominations that are occurring on current validators, you can get a good idea of how many REEF will likely be necessary to have your nomination earn you rewards.